in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
by the library (to two by default). Previous versions had NO LIMIT,
which prevented simple clients of the library (such "gphoto -P" itself)
from downloading LARGE sequences of pictures -- the program would run
out of memory and crash.
While here, remove the explicit requirements for shared library versions
of dependencies.
Situation:
- The PTP2 driver doesn't work for G5
- The G3 driver can't be used a G5
- So the canon native driver has been tought the G5's id etc ...
- Bumped port revision, since the G5 PTP2 support was in
test status and the G5 canon native driver support
- fixes G5 PTP2 flaws and
- is kind of new functionality
These patches have been sent to the gphoto devel team and
have been included into CVS today. Since yestarday 2.1.3
has been releases this fix will show up in later versions of
libgphoto.
Note 1: when using gphoto --auto-detect unluckily the buggy PTP2 driver
will be autodetected. You then have to choose manually the correct
driver. Easiest way is to use digikam->Setup and to Choose driver called
"Canon PowerShot G5 (normal mode)".
Note 2: If you want to use digikam as non-root user, you have to tweak
permissions of /dev/ugenX and /dev/ugenX.{1,2,3}
I succeded by using the following commands which I put into /etc/rc.local,
thanks to Poul-Henning Kamp:
/sbin/devfs ruleset 10
/sbin/devfs rule applyset
/sbin/devfs rule add path ugen1* mode 666
/sbin/devfs rule show
A working solution for /etc/devfs.rules I didn't find yet.
Approved by: portmgr@freebsd.org (Joe)
Add PLIST_SUB, that decrease diffs against libgphoto2
port in next update-time. [2]
Submitted by: Jeremy Prior <jez@chagford.netcraft.com> [1],
osa [2]
PR: 55602