to 8- MB. Change the name of the knob to control debugging information from
NDEBUG to DEBUG and shorten the pre-extract output.
Triggered by: Ivan Leo Murray-Smith <puoti@inwind.it>
But I'm still going to leave it marked broken on all the other architectures.
That's because I think it really is broken on all the other architectures.
If it is not broken on all the other architectures, I am going to stick
my fingers in my ears and chant la-la-la-can't-hear-you.
arrrrrgh
They rerolled the tarball to change the manpage. Looks like they added
a new dia.1 right before the release, and forgot to take the old one
out of the tarball.
Extra special thanks to the dia team for not bumping the version number ;;)
Submitted by: "Florian C. Smeets" <flo@kasimir.com>
there's a crash during this phase, and ia64 needs some more debugging tools
before it can be fully analyzed. This will allow unattended installs in the
meantime.
Reported by: marcel
Approved by: maintainer (implicit)
for 5.x, mark it as generally broken; the latest distfile in the 1.x
series was in 1996 and this isn't even it (this one is from 1994). The
bash2 releases began in 1996.
Unless there is some absolute need to maintain this port for backwards
compatibility, it should probably just be deleted.
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)
. run the vendor-supplied test automaticly upon building;
. link the vendor-supplied test dynamicly (using -rpath to
force the usage of the just-built library) -- to add another
implicit test of the shared library's validity;
. reword one of the shell commands as ``sed ... file'' instead
of ``cat file | sed ...'';
. modify one of the files to make it properly compilable by the
icc -- gcc was, apparently, optimizing the junk out anyway.
Approved by: maintainer (ache)
1993 (!). It only works on i386 and even then only on 4.x. See
perhaps instead the project at
http://call-with-current-continuation.org/chicken.html.
This port should be deleted in 3 months if no one steps forward to save it.
