From tingox at gmail.com Sat Nov 1 02:45:59 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 1 02:46:05 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <490B64FC.60608@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> Message-ID: Hello, I have two machines which run MythTV (the old 0.20 version), on test and one production. Both run the amd64 version of FreeBSD. The tet macine is currently busy, so I just tried to install the new mythtv port on anoth tet machine, which runs FreeBSD 7.0-stable / amd64: tingo@kg-vm$ uname -a FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #12: Wed Aug 13 13:28:56 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 On Fri, Oct 31, 2008 at 9:05 PM, Greg Larkin wrote: > Is anyone out there willing to test out the port upgrade? I have a Sure, I am a MythTV user, so I'll test the new port. currently my MythTV test machine is busy updating the other ports, but in the mean time I tried your port on this machine (even if it doesn't have an TV tuner cards): tingo@kg-vm$ uname -a FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #12: Wed Aug 13 13:28:56 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > Bug reports, port improvements and all feedback are welcome. I've also > adopted the port and hope to incorporate any suggestions sent my way. I changed the Makefile so that amd64 also is allowed, the I tried 'make': root@kg-vm# make ===> Building for mythtv-0.21 cd libs && make -f Makefile cd libavutil && make -f Makefile cd libavcodec && make -f Makefile gcc -c -pipe -march=k8 -fomit-frame-pointer -O3 -pthread -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -g -w -DPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DLIBDIR=\"/usr/local/lib\" -DHAVE_AV_CONFIG_H -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I. -I.. -I../.. -I../libavutil -I../libswscale -I../../../../../../../local/include -I/usr/local/include -o allcodecs.o allcodecs.c allcodecs.c: In function 'avcodec_register_all': allcodecs.c:119: error: 'ENABLE_MSZH_DECODER' undeclared (first use in this function) allcodecs.c:119: error: (Each undeclared identifier is reported only once allcodecs.c:119: error: for each function it appears in.) allcodecs.c:133: error: 'ENABLE_RPZA_DECODER' undeclared (first use in this function) allcodecs.c:171: error: 'ENABLE_ZLIB_ENCODER' undeclared (first use in this function) allcodecs.c:171: error: 'ENABLE_ZLIB_DECODER' undeclared (first use in this function) allcodecs.c:172: error: 'ENABLE_ZMBV_ENCODER' undeclared (first use in this function) allcodecs.c:172: error: 'ENABLE_ZMBV_DECODER' undeclared (first use in this function) allcodecs.c:228: error: 'ENABLE_PCM_ZORK_ENCODER' undeclared (first use in this function) allcodecs.c:228: error: 'ENABLE_PCM_ZORK_DECODER' undeclared (first use in this function) *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21/libs/libavcodec. *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21/libs. *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. HTH -- Regards, Torfinn Ingolfsen From craig001 at lerwick.hopto.org Sat Nov 1 04:13:32 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sat Nov 1 04:13:38 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <490B64FC.60608@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> Message-ID: <1225537327.6398.12.camel@main.lerwick.hopto.org> On Fri, 2008-10-31 at 16:05 -0400, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > I've been working on PR 126343 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV > upgraded to 0.21 on FreeBSD. > > At the moment, I have a port that compiles cleanly, installs, starts up > the frontend and deinstalls correctly on 7.0. Of course, whether it > will actually record TV, playback, etc. is another matter altogether. :) > > Is anyone out there willing to test out the port upgrade? I have a > mini-ITX PC here that could be set up for testing, but I need to get a > capture card first, unless MythTV will work with a USB capture dongle. > > In the mean time, I've placed the ports tree patch here: > > http://people.freebsd.org/~glarkin/diffs/mythtv-0.21.diff > > If you're game, download it, cd to the top of your ports tree and run: > > patch -E < /patch/download/dir/mythtv-0.21.diff > > You should then remove the *.orig files in the multimedia/mythtv/files > directory. > > Bug reports, port improvements and all feedback are welcome. I've also > adopted the port and hope to incorporate any suggestions sent my way. > > Thank you, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJC2T80sRouByUApARAjdnAKCXu7H+DYfVQUvGC8SNcZaCJxxFxQCgqM/Q > yMQrVcbvgkLUgS8zK7NBcWc= > =6+da > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Greg, I can test out the mythfrontend for you, my backend is a Linux box running mythbackend with a dual dvb recorders.... I have applied your patch and tried a build -- it failed, I got a different build error than Torfinn; cd libmythfreesurround && make -f Makefile cd libmythupnp && make -f Makefile sh -c "echo 'const char *myth_source_version =' '\"'`(svnversion /usr/ports/multimedia/mythtv/work/mythtv-0.21 2>/dev/null) || echo Unknown`'\";' > .vers.new" ; sh -c "echo 'const char *myth_source_path =' '\"'`echo ": http://svn.mythtv.org/svn/tags/release-0-21/mythtv/version.pro " | sed -e 's,.*/svn/,,' -e 's,/mythtv/version\.pro.*,,'`'\";' >> .vers.new" ; sh -c "echo 'const char *myth_binary_version =' '\""0.21.20080304-1"\";' >> .vers.new" ; sh -c "diff .vers.new version.cpp > .vers.diff 2>&1 ; if test -s .vers.diff ; then mv -f .vers.new version.cpp ; fi ; rm -f .vers.new .vers.diff" g++ -c -pipe -march=i586 -fomit-frame-pointer -O3 -g -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DLIBDIR=\"/usr/local/lib\" -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/local/share/qt/mkspecs/freebsd-g ++ -I. -I../../../../../../../local/include -I../../../../../../../local/include -I../libmyth -I../.. -I../../../../../../../local/include -I/usr/local/include -o version.o version.cpp rm -f libmythupnp-0.21.so.0.21.0 libmythupnp-0.21.so libmythupnp-0.21.so.0 libmythupnp-0.21.so.0.21 g++ -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/lib -pthread -shared -Wl,-soname,libmythupnp-0.21.so.0 -o libmythupnp-0.21.so.0.21.0 version.o httprequest.o upnp.o ssdp.o taskqueue.o upnputil.o upnpdevice.o upnptasknotify.o upnptasksearch.o threadpool.o httpserver.o upnpcds.o upnpcdsobjects.o bufferedsocketdevice.o eventing.o upnpcmgr.o upnpmsrr.o upnptaskevent.o ssdpcache.o configuration.o soapclient.o mythxmlclient.o darwin-sendfile.o moc_ssdpcache.o -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lfreetype -lz -lmp3lame -lartsc -D_THREAD_SAFE -pthread -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv -lXinerama -lXv -lXxf86vm -lXrandr -lqt-mt -lXext -lX11 -lm ln -s libmythupnp-0.21.so.0.21.0 libmythupnp-0.21.so ln -s libmythupnp-0.21.so.0.21.0 libmythupnp-0.21.so.0 ln -s libmythupnp-0.21.so.0.21.0 libmythupnp-0.21.so.0.21 cd libmythui && make -f Makefile cd libmyth && make -f Makefile g++ -c -pipe -march=i586 -fomit-frame-pointer -O3 -g -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DLIBDIR=\"/usr/local/lib\" -DUSING_OSS -DUSE_ARTS -DUSING_X11 -DUSING_XRANDR -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I../../../../../../../local/include -I../../../../../../../local/include -I../libmythsamplerate -I../libmythsoundtouch -I../libmythfreesurround -I../libavcodec -I../libavutil -I../.. -I.. -I. -I../../../../../../../local/include -I/usr/local/include -o audiooutputbase.o audiooutputbase.cpp In file included from audiooutputdigitalencoder.h:5, from audiooutputbase.cpp:19: ../../../../../../../local/include/libavcodec/avcodec.h:2353: warning: 'ImgReSampleContext' is deprecated (declared at ../../../../../../../local/include/libavcodec/avcodec.h:2347) ../../../../../../../local/include/libavcodec/avcodec.h:2363: warning: 'ImgReSampleContext' is deprecated (declared at ../../../../../../../local/include/libavcodec/avcodec.h:2347) audiooutputbase.cpp: In member function 'virtual void AudioOutputBase::Reconfigure(int, int, int, bool, void*)': audiooutputbase.cpp:360: error: 'codec_id_string' was not declared in this scope *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21/libs/libmyth. *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21/libs. *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. I am running 7.0-STABLE FreeBSD 7.0-STABLE /GENERIC i386 Keep up the good work it will be nice to use 0.21 now as 0.20 is some what dated... Regards Craig B From craig001 at lerwick.hopto.org Sat Nov 1 05:07:15 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sat Nov 1 05:07:22 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <1225537327.6398.12.camel@main.lerwick.hopto.org> References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> Message-ID: <1225541231.6398.16.camel@main.lerwick.hopto.org> > ../../../../../../../local/include/libavcodec/avcodec.h:2353: warning: > 'ImgReSampleContext' is deprecated (declared > at ../../../../../../../local/include/libavcodec/avcodec.h:2347) > ../../../../../../../local/include/libavcodec/avcodec.h:2363: warning: > 'ImgReSampleContext' is deprecated (declared > at ../../../../../../../local/include/libavcodec/avcodec.h:2347) > audiooutputbase.cpp: In member function 'virtual void > AudioOutputBase::Reconfigure(int, int, int, bool, void*)': > audiooutputbase.cpp:360: error: 'codec_id_string' was not declared in > this scope > *** Error code 1 It seems to be referencing /usr/local/include/libavcodec/avcodec.h instead of the one that is in mythtv/work/mythtv*/include. I have copied that file temporarily into /usr/local/include/libavcodec and the build has progressed a bit further.... in fact its still compiling as I type this. Regards Craig B From craig001 at lerwick.hopto.org Sat Nov 1 06:08:52 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sat Nov 1 06:08:59 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <1225541231.6398.16.camel@main.lerwick.hopto.org> References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> <1225541231.6398.16.camel@main.lerwick.hopto.org> Message-ID: <1225544921.6398.19.camel@main.lerwick.hopto.org> On Sat, 2008-11-01 at 12:07 +0000, Craig Butler wrote: > > ../../../../../../../local/include/libavcodec/avcodec.h:2353: warning: > > 'ImgReSampleContext' is deprecated (declared > > at ../../../../../../../local/include/libavcodec/avcodec.h:2347) > > ../../../../../../../local/include/libavcodec/avcodec.h:2363: warning: > > 'ImgReSampleContext' is deprecated (declared > > at ../../../../../../../local/include/libavcodec/avcodec.h:2347) > > audiooutputbase.cpp: In member function 'virtual void > > AudioOutputBase::Reconfigure(int, int, int, bool, void*)': > > audiooutputbase.cpp:360: error: 'codec_id_string' was not declared in > > this scope > > *** Error code 1 > > It seems to be referencing /usr/local/include/libavcodec/avcodec.h > instead of the one that is in mythtv/work/mythtv*/include. I have > copied that file temporarily into /usr/local/include/libavcodec and the > build has progressed a bit further.... in fact its still compiling as I > type this. > > Regards > > Craig B > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Hi Again same problem with avformat..... I have instead temporarily deinstalled ffmpeg (I think that is where the conflict is) make clean make and make install all worked !! YAY Regards Craig B From tingox at gmail.com Sat Nov 1 07:27:14 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 1 07:27:20 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <1225541231.6398.16.camel@main.lerwick.hopto.org> References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> <1225541231.6398.16.camel@main.lerwick.hopto.org> Message-ID: Hi, On Sat, Nov 1, 2008 at 1:07 PM, Craig Butler wrote: > It seems to be referencing /usr/local/include/libavcodec/avcodec.h > instead of the one that is in mythtv/work/mythtv*/include. I have That doesn't sound right. Previously, MythTV used it's own (patched) version of ffmpeg / avutil etc, thats why they are included wih the source. I don't think MythTV will work with the stick ffmpeg. -- Regards, Torfinn Ingolfsen From tingox at gmail.com Sat Nov 1 07:28:43 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 1 07:28:54 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> <1225541231.6398.16.camel@main.lerwick.hopto.org> Message-ID: On Sat, Nov 1, 2008 at 3:27 PM, Torfinn Ingolfsen wrote: > source. I don't think MythTV will work with the stick ffmpeg. ...with the *stock* ffmpeg. Sigh. -- Regards, Torfinn Ingolfsen From tingox at gmail.com Sat Nov 1 07:35:42 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 1 07:35:55 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <1225544921.6398.19.camel@main.lerwick.hopto.org> References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> <1225541231.6398.16.camel@main.lerwick.hopto.org> <1225544921.6398.19.camel@main.lerwick.hopto.org> Message-ID: Hi, On Sat, Nov 1, 2008 at 2:08 PM, Craig Butler wrote: > same problem with avformat..... I have instead temporarily deinstalled > ffmpeg (I think that is where the conflict is) I tried that (temporarily deinstalling ffmpeg), but it doesn't help on my amd64 machine. 'make' still fails: gcc -c -pipe -march=k8 -fomit-frame-pointer -O3 -pthread -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -g -w -DPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DLIBDIR=\"/usr/local/lib\" -DHAVE_AV_CONFIG_H -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I. -I.. -I../.. -I../libavutil -I../libswscale -I../../../../../../../local/include -I/usr/local/include -o allcodecs.o allcodecs.c allcodecs.c: In function 'avcodec_register_all': allcodecs.c:119: error: 'ENABLE_MSZH_DECODER' undeclared (first use in this function) allcodecs.c:119: error: (Each undeclared identifier is reported only once allcodecs.c:119: error: for each function it appears in.) allcodecs.c:133: error: 'ENABLE_RPZA_DECODER' undeclared (first use in this function) allcodecs.c:171: error: 'ENABLE_ZLIB_ENCODER' undeclared (first use in this function) allcodecs.c:171: error: 'ENABLE_ZLIB_DECODER' undeclared (first use in this function) allcodecs.c:172: error: 'ENABLE_ZMBV_ENCODER' undeclared (first use in this function) allcodecs.c:172: error: 'ENABLE_ZMBV_DECODER' undeclared (first use in this function) allcodecs.c:228: error: 'ENABLE_PCM_ZORK_ENCODER' undeclared (first use in this function) allcodecs.c:228: error: 'ENABLE_PCM_ZORK_DECODER' undeclared (first use in this function) *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21/libs/libavcodec. *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21/libs. *** Error code 1 Stop in /usr/ports/multimedia/mythtv/work/mythtv-0.21. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. I'll try it on a i386 machine next. -- Regards, Torfinn Ingolfsen From craig001 at lerwick.hopto.org Sat Nov 1 08:35:01 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sat Nov 1 08:35:07 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> <1225541231.6398.16.camel@main.lerwick.hopto.org> <1225544921.6398.19.camel@main.lerwick.hopto.org> Message-ID: <1225553696.19510.6.camel@main.lerwick.hopto.org> > I'll try it on a i386 machine next. Hi Torfinn et all After the deinstall of ffmpeg on my FreeBSD 7 STABLE i386 the mythtv port installed as expected. I am only able to test mythfrontend out which is working great and talking to a fedora mythtv 0.21 backend. I tried watching livetv, watching a recording, interacting with the channel guide, setting up new recordings.... all working. I still get a core dump when I quit mythfrontend but this was also happening with the legacy 0.20 version. I have also reinstalled ffmpeg after installing mythtv and nothing untoward to report so far. Regards Craig B From ehaupt at FreeBSD.org Sat Nov 1 09:18:11 2008 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Sat Nov 1 09:18:43 2008 Subject: rsync with acls In-Reply-To: <20081031142351.GI907@core.byshenk.net> References: <20081031142351.GI907@core.byshenk.net> Message-ID: <20081101170157.98ff1eb8.ehaupt@FreeBSD.org> On Fri, 31 Oct 2008 15:23:51 +0100 Greg Byshenk wrote: > I am experiencing a problem attempting to use rsync on systems with > extended ACLs enabled. > > The ACLs flag works, but when it is used, the mtime of the files on > on the receiving system are set to the current time. This is a bit > annoying in itself, but creates a larger problem because any later > rsync actions on the same files see the files as _different_, meaning > that _all_ the files are recopied -- which more or less defeats the > purpose of using rsync. > > Yes, I understand that setting ACLs on a file changes the mtime of the > file. But, as rsync is able to (re)set mtimes I would think that this > shouldn't should be an issue when using rsync. > > Is this a bug or a feature? Since ACL support isn't a default feature (ACL functionality is added by a custom patch) it seems to be a bug. Probably your best shot to get it fixed is following up a bug report at: http://rsync.samba.org/bugzilla.html Emanuel -- From shoesoft at gmx.net Sat Nov 1 09:48:27 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Sat Nov 1 09:48:33 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <1225541231.6398.16.camel@main.lerwick.hopto.org> References: <490B64FC.60608@FreeBSD.org> <1225537327.6398.12.camel@main.lerwick.hopto.org> <1225541231.6398.16.camel@main.lerwick.hopto.org> Message-ID: <200811011721.40513.shoesoft@gmx.net> On Saturday 01 November 2008 13:07:11 Craig Butler wrote: > > ../../../../../../../local/include/libavcodec/avcodec.h:2353: warning: > > 'ImgReSampleContext' is deprecated (declared > > at ../../../../../../../local/include/libavcodec/avcodec.h:2347) > > ../../../../../../../local/include/libavcodec/avcodec.h:2363: warning: > > 'ImgReSampleContext' is deprecated (declared > > at ../../../../../../../local/include/libavcodec/avcodec.h:2347) > > audiooutputbase.cpp: In member function 'virtual void > > AudioOutputBase::Reconfigure(int, int, int, bool, void*)': > > audiooutputbase.cpp:360: error: 'codec_id_string' was not declared in > > this scope > > *** Error code 1 > > It seems to be referencing /usr/local/include/libavcodec/avcodec.h > instead of the one that is in mythtv/work/mythtv*/include. I have > copied that file temporarily into /usr/local/include/libavcodec and the > build has progressed a bit further.... in fact its still compiling as I > type this. A fix for this was posted in the "CFT: MythTV Fixes" thread at the end of September. (Just in case anybody missed it) See http://home.bluelife.at/ports/mythtv-cft-240908.tar.gz for the port. This was for the old version but the fix might be still applicable. -- Stefan From decke at bluelife.at Sat Nov 1 10:01:33 2008 From: decke at bluelife.at (Bernhard Froehlich) Date: Sat Nov 1 10:01:46 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <490B64FC.60608@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> Message-ID: <20081101171729.366c38f8@chii.bluelife.at> On Fri, 31 Oct 2008 16:05:16 -0400 Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > I've been working on PR 126343 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get > MythTV upgraded to 0.21 on FreeBSD. > > At the moment, I have a port that compiles cleanly, installs, starts > up the frontend and deinstalls correctly on 7.0. Of course, whether > it will actually record TV, playback, etc. is another matter > altogether. :) > > Is anyone out there willing to test out the port upgrade? I have a > mini-ITX PC here that could be set up for testing, but I need to get a > capture card first, unless MythTV will work with a USB capture dongle. > > In the mean time, I've placed the ports tree patch here: > > http://people.freebsd.org/~glarkin/diffs/mythtv-0.21.diff > > If you're game, download it, cd to the top of your ports tree and run: > > patch -E < /patch/download/dir/mythtv-0.21.diff > > You should then remove the *.orig files in the multimedia/mythtv/files > directory. > > Bug reports, port improvements and all feedback are welcome. I've > also adopted the port and hope to incorporate any suggestions sent my > way. Thats great! Have you seen ports/127856 ports/127857 and ports/128419? Because i have looked at your patch and it looks similar to the first PR but judging from the compile problems that got posted to this thread you're actually exactly where i was when writing the patches. PLEASE have a look at them because i see no sense in duplicating that work. When i think about the differences of you patch and ports/127856 i am not sure if there is anything that prevents it from working as a backend too. But i have no DVB-S card that is supported by FreeBSD so i cannot test it and only created a mythtv-frontend port which is actually working quite good for me. Runs perfectly fine with an mythbuntu backend. All that compile problems that were replied to this thread are already fixed as part of ports/127856. The reason is, that mythtv 0.21 uses a weird combination of ".." and "../.." in their include paths and so include libavcodec from /usr/local which is wrong because they have libavcodec included in their mythtv source package. -- Bernhard Froehlich http://www.bluelife.at/ From chat95 at mac.com Sat Nov 1 19:44:57 2008 From: chat95 at mac.com (Maho NAKATA) Date: Sat Nov 1 19:45:04 2008 Subject: unreasonable amount of memory used in openoffice build In-Reply-To: <20081019145234.GA67034@onelab2.iet.unipi.it> References: <20081019145234.GA67034@onelab2.iet.unipi.it> Message-ID: <20081102.112043.59664300.chat95@mac.com> Hi Luigi I think it is okay. I'll remove this conditional so that applicable to i386. I think I must rewrite the patch to effective on i386 as well. Note, please do not send me a patch other than Makefile. There is a SCA or JCA issue... I'm very busy these days and I'll attend OpenOffice.org conference 2008 very soon, please be patient. thanks, From: Luigi Rizzo Subject: unreasonable amount of memory used in openoffice build Date: Sun, 19 Oct 2008 16:52:34 +0200 > hi, > i noticed on my laptop (Dell X1 w/ 512MB ram - i386, RELENG_7 that > openoffice3 is using an unreasonable amount of memory to build one > of its components (during the build of resourcemodel, the offending > file is unxfbsdi.pro/misc/qnametostr.cxx) which causes the build > machine to spend a huge amount of time swapping. > > It seems to be a known issue > > http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=215291 > > and our port includes a workaround that is applied only on amd64 > with the following section in the port's Makefile: > > .if ${ARCH} == amd64 > WITHOUT_MOZILLA= yes > LIB_DEPENDS+= boost_regex:${PORTSDIR}/devel/boost > CONFIGURE_ARGS+= --with-system-boost=yes #i58343# > .if (${OSVERSION} >= 700042) > EXTRA_PATCHES+= ${FILESDIR}/amd64-gcc42-workaround > .endif > .endif > > I would suggest to apply the fix unconditionally (at least by default, > possibly override it with some build option if needed). > On amd64 according to the above URL the problem is particularly bad > as it requires more than 4GB of memory (RAM/SWAP) but even on i386 > the compiler process grows well above 1GB of memory and together > with other stuff (browser, X and more) easily consuming 2-300MB > each, it is not unlikely to hit the swap on many boxes. > > Makes sense ? > > cheers > luigi > _______________________________________________ > freebsd-openoffice@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice > To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe@freebsd.org" > From dlacroix at lacroixs.net Sat Nov 1 20:43:14 2008 From: dlacroix at lacroixs.net (David La Croix) Date: Sat Nov 1 20:43:22 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <490B64FC.60608@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> Message-ID: FYI: I've got a SiliconDust HDHomerun (Just got it). I've been able to get it streaming video to vlc and have been dieing to try mythtv with it. (Haven't set up a Linux server yet). System is 6.3 -- i386. I had to deinstall the ffmpeg port also. I also had install problems due to an old version of MySQL being installed... After upgrading, it seems to be working. I just have some minor issues with viewing the HD channels live on my system (AMD Sempron64 3000, which I thought was fast enough) ... The only other system I've tried to view it on is a P4 laptop with Ubuntu ... The issues I'm seeing are probably due to setup issues with Mythtv (this is the first I've played with it), but I can watch live tv on any of the Standard def channels ... High def channels like to stutter, and I'm not clear if it's a problem with the network card (vr) in my FreeBSD server or the playback on my client machine. It seems to be picking up the EIT channel guide from the broadcast no problem. Only real complaint I have about the port (now that it's installed) is that it runs the backend as root if you set it up to start from rc.conf. On Fri, Oct 31, 2008 at 4:05 PM, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > I've been working on PR 126343 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV > upgraded to 0.21 on FreeBSD. > > At the moment, I have a port that compiles cleanly, installs, starts up > the frontend and deinstalls correctly on 7.0. Of course, whether it > will actually record TV, playback, etc. is another matter altogether. :) > > Is anyone out there willing to test out the port upgrade? I have a > mini-ITX PC here that could be set up for testing, but I need to get a > capture card first, unless MythTV will work with a USB capture dongle. > > In the mean time, I've placed the ports tree patch here: > > http://people.freebsd.org/~glarkin/diffs/mythtv-0.21.diff > > If you're game, download it, cd to the top of your ports tree and run: > > patch -E < /patch/download/dir/mythtv-0.21.diff > > You should then remove the *.orig files in the multimedia/mythtv/files > directory. > > Bug reports, port improvements and all feedback are welcome. I've also > adopted the port and hope to incorporate any suggestions sent my way. > > Thank you, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJC2T80sRouByUApARAjdnAKCXu7H+DYfVQUvGC8SNcZaCJxxFxQCgqM/Q > yMQrVcbvgkLUgS8zK7NBcWc= > =6+da > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" > From bugmaster at FreeBSD.org Mon Nov 3 03:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 3 03:06:31 2008 Subject: Current unassigned ports problem reports Message-ID: <200811031106.mA3B65Lj009928@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128552 New port: archivers/hs-zlib o ports/128549 devel/libusb : fix runtime error o ports/128547 [new port] x11-drivers/xf86-input-wacom f ports/128537 [patch] databases/rrdtool add missing font runtime dep o ports/128535 [new port] games/linux-sof: Soldier of Fortune for Lin o ports/128532 Update math/pspp to version 0.6.1 o ports/128523 [MAINTAINER] polish/pl-libgadu: update to 1.8.2 (fix s f ports/128521 [patch] devel/icu build failed on TestFormatRelative f ports/128513 [PATCH] Fixed editors/emacs-devel for non-GTK support f ports/128499 conflit to install the misc/smssend and comms/smstools f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128489 [PATCH] mail/sympa5 update to 5.4.3 o ports/128487 Update port: www/hiawatha o ports/128441 Update port: www/xpi-gbutts new version o ports/128440 Update port: www/xpi-leechblock new version o ports/128409 [maintainer-update] net-mgmt/nrpe2: Update to 2.12 o ports/128406 New port: security/monkeysphere o ports/128384 new port x11/xorg-minimal o ports/128382 [new port] misc/zconf-utils Various utilities for man o ports/128381 Update port: net/p5-ZConf update to 0.6.0 from 0.4.0 o ports/128371 New port: textproc/ibus Intelligent Input Bus for Linu o ports/128354 [new port] add news/husky-htick-devel port f ports/128323 Update of ports/x11-fonts/terminus-font f ports/128288 sysutils/hpacucli does not work f ports/128271 biology/ncbi-toolkit - blastall segfaults when output f ports/128159 Port Update: textproc/xerces-c2 2.7.0 -> 2.8.0 f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128124 www/sams update, take maintainership o ports/128107 [PATCH] dns/nss_mdns: install extra module f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs o ports/128060 new port: editors/nano-devel f ports/128048 www/mod_proxy_html port installs broken configuration f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127905 science/gramps: installation and runtime problems with f ports/127854 [PATCH] databases/couchdb: update to 0.8.1 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127678 [Update]science/hdf5:update to 1.8.1 f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha o ports/127555 comms/rxtx : USB serial device can not use f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/126905 Update port: audio/libmtp to version 0.3.1 f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 o ports/126772 palm/pilot-link has broke pilot-link.m4 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n s ports/126577 [Update]graphics/qgis:update to 0.11.0 f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126151 [NEW PORT] security/p5-Bro-devel: Perl module for scri o ports/126150 [NEW PORT] security/broccoli-devel: The Bro Client Com o ports/126148 [NEW PORT] security/bro-devel: System for detecting Ne f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags f ports/125783 New port: www/vulture - A HTTP reverse proxy for your o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124238 sysutils/heartbeat: patch request f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/117945 New port: sysutils/metamorphose-1.1 Metamorphose flexi f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 98 problems total. From flex1980 at gmail.com Mon Nov 3 07:34:30 2008 From: flex1980 at gmail.com (Flex) Date: Mon Nov 3 07:54:32 2008 Subject: Boost 1.37 released! Message-ID: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> Hi! We're still having Boost 1.34 in the ports tree and missed version 1.35 and waited so long for a port version 1.36! Sadly if it (will ever) arrive the ports tree it's not up to date then. So what's up with this port at all? Looking forward to see Boost 1.37 in the ports tree soon. /Flex From gesbbb at yahoo.com Mon Nov 3 08:53:08 2008 From: gesbbb at yahoo.com (Jerry) Date: Mon Nov 3 08:53:14 2008 Subject: Boost 1.37 released! In-Reply-To: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> Message-ID: <20081103115255.6c846f60@scorpio> On Mon, 3 Nov 2008 16:12:08 +0100 Flex wrote: >We're still having Boost 1.34 in the ports tree and missed version >1.35 and waited so long for a port version 1.36! >Sadly if it (will ever) arrive the ports tree it's not up to date >then. So what's up with this port at all? > >Looking forward to see Boost 1.37 in the ports tree soon. Have you tried contacting the port maintainer regarding this problem? barner@FreeBSD.org -- Jerry gesbbb@yahoo.com His mind is like a steel trap: full of mice. Foghorn Leghorn -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081103/67098f66/signature.pgp From masoom.shaikh at gmail.com Mon Nov 3 09:44:36 2008 From: masoom.shaikh at gmail.com (Masoom Shaikh) Date: Mon Nov 3 09:44:43 2008 Subject: Boost 1.37 released! In-Reply-To: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> Message-ID: its surprisingly easier to install boost directly from tarball probably he has lost interest or not able to find time, I reminded him to update 1.35 then 1.36, it felt my mails were redirected to /dev/null ;-) On Mon, Nov 3, 2008 at 3:12 PM, Flex wrote: > Hi! > > We're still having Boost 1.34 in the ports tree and missed version 1.35 and > waited so long for a port version 1.36! > Sadly if it (will ever) arrive the ports tree it's not up to date then. So > what's up with this port at all? > > Looking forward to see Boost 1.37 in the ports tree soon. > > > /Flex > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From ehaupt at FreeBSD.org Mon Nov 3 10:29:43 2008 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Mon Nov 3 10:29:50 2008 Subject: Boost 1.37 released! In-Reply-To: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> Message-ID: <20081103192933.e4aeedef.ehaupt@FreeBSD.org> > Hi! > > We're still having Boost 1.34 in the ports tree and missed version 1.35 and > waited so long for a port version 1.36! > Sadly if it (will ever) arrive the ports tree it's not up to date then. So > what's up with this port at all? > > Looking forward to see Boost 1.37 in the ports tree soon. It is not that simple. Roughly 83 ports depend directly or indirectly on boost: $ grep boost-1.34.1 /usr/ports/INDEX-7 | wc -l 83 I'm sure Simon would gladly commit your patch. Emanuel -- From glarkin at FreeBSD.org Mon Nov 3 10:57:50 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Mon Nov 3 10:58:02 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <20081101171729.366c38f8@chii.bluelife.at> References: <490B64FC.60608@FreeBSD.org> <20081101171729.366c38f8@chii.bluelife.at> Message-ID: <490F49AD.2040005@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Froehlich wrote: > On Fri, 31 Oct 2008 16:05:16 -0400 > Greg Larkin wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hello everyone, >> >> I've been working on PR 126343 >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get >> MythTV upgraded to 0.21 on FreeBSD. >> >> At the moment, I have a port that compiles cleanly, installs, starts >> up the frontend and deinstalls correctly on 7.0. Of course, whether >> it will actually record TV, playback, etc. is another matter >> altogether. :) >> [...] > > > Thats great! Have you seen ports/127856 ports/127857 and ports/128419? > > Because i have looked at your patch and it looks similar to the first > PR but judging from the compile problems that got posted to this > thread you're actually exactly where i was when writing the patches. > PLEASE have a look at them because i see no sense in duplicating that > work. > > When i think about the differences of you patch and ports/127856 i am > not sure if there is anything that prevents it from working as a > backend too. But i have no DVB-S card that is supported by FreeBSD so i > cannot test it and only created a mythtv-frontend port which is > actually working quite good for me. Runs perfectly fine with an > mythbuntu backend. > > All that compile problems that were replied to this thread are already > fixed as part of ports/127856. The reason is, that mythtv 0.21 uses a > weird combination of ".." and "../.." in their include paths and so > include libavcodec from /usr/local which is wrong because they have > libavcodec included in their mythtv source package. > Hi Bernhard, Thanks very much for the pointers to the other PRs. I didn't know about them until the other day when someone else pointed them out. I should have checked the PR list before I went too far with my patch, but I'll review all of them to figure out the best way to proceed. Anyway, there seems to be interest from various folks to get a complete version of MythTV 0.21 running on FreeBSD, so we should be able to close all of the PRs soon, including 126343. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJD0ms0sRouByUApARAt8DAKCvZxX0b3h8CX3LzbPKM3ZJXbbsSACcCaLJ yF+X94qfqMAFeoJrPUUPHYc= =ZHgv -----END PGP SIGNATURE----- From Cy.Schubert at komquats.com Mon Nov 3 11:42:31 2008 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Mon Nov 3 11:42:38 2008 Subject: Portupgrade Failure Message-ID: <200811031913.mA3JDwV9005067@cwsys.cwsent.com> Has anyone experienced the compression of /usr/bin/gzip to /usr/bin/gzip.gz during a portupgrade? Portupgrade obviously fails. As I use the -k option I haven't been able to pin down what port actually causes the damage. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From alexanderchuranov at gmail.com Mon Nov 3 12:37:44 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 3 12:37:50 2008 Subject: Boost 1.37 released! In-Reply-To: <20081103192933.e4aeedef.ehaupt@FreeBSD.org> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> Message-ID: <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> Emanuel, It's also disappoints me that there is only year-old boost library in ports tree. I've already offered my help to Simon (see http://lists.freebsd.org/pipermail/freebsd-ports/2008-September/050846.html). I have time, equipment, experience and will for assisting in porting latest stable boost into the ports tree. After I've posted into the mailing list, people started to contact me and ask whether I know what's happened to boost port. For that reason I've send an e-mail to barner@freebsd.org at October, 14, offering my help second time. And still do not have an answer. So then, I insist on contacting Simon using other ways than barner@freebsd.org and starting a discussion about approaches for speeding up this porting task. Alexander Churanov From g.martinez at pcbsd.es Mon Nov 3 13:19:05 2008 From: g.martinez at pcbsd.es (Gonzalo =?iso-8859-1?q?Mart=EDnez-Sanjuan?= =?iso-8859-1?q?_S=E1nchez?=) Date: Mon Nov 3 13:19:11 2008 Subject: qparted/gparted Message-ID: <200811032201.16476.g.martinez@pcbsd.es> Hi there!!! First of all have to say thank you all the ppl behind the ports tree. Great work. I would like to ask for any developer to make a port of qparted/gparted utility: Is that possible? Is someone already working on it? Is out there any other simmilar application with that easy-to-use mind? Thanks!! -- Un saludo Gonzalo Mart?nez - Sanjuan S?nchez From gahr at FreeBSD.org Mon Nov 3 13:24:50 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Nov 3 13:24:56 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> Message-ID: <490F6C11.1060506@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Alexander Churanov wrote: | Emanuel, | | It's also disappoints me that there is only year-old boost library in ports | tree. I've already offered my help to Simon (see | http://lists.freebsd.org/pipermail/freebsd-ports/2008-September/050846.html). | I have time, equipment, experience and will for assisting in porting latest | stable boost into the ports tree. | | After I've posted into the mailing list, people started to contact me and | ask whether I know what's happened to boost port. For that reason I've send | an e-mail to barner@freebsd.org at October, 14, offering my help second | time. And still do not have an answer. | | So then, I insist on contacting Simon using other ways than | barner@freebsd.org and starting a discussion about approaches for speeding | up this porting task. I suggest that you send in a PR. If the maintainer ignores it too long someone will step-in and eventually commit it. | | Alexander Churanov - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkkPbA8ACgkQwMJqmJVx946MsgCgoMHl0QYvyeM7z8k6v8vsN8KU QXcAnR2VeFhx+DYDZaESCWxGQePU13Wf =nPI4 -----END PGP SIGNATURE----- From ehaupt at FreeBSD.org Mon Nov 3 13:31:25 2008 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Mon Nov 3 13:31:32 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> Message-ID: <20081103223115.78fbbaef.ehaupt@FreeBSD.org> > It's also disappoints me that there is only year-old boost library in ports > tree. I've already offered my help to Simon (see > http://lists.freebsd.org/pipermail/freebsd-ports/2008-September/050846.html). > I have time, equipment, experience and will for assisting in porting latest > stable boost into the ports tree. > > After I've posted into the mailing list, people started to contact me and > ask whether I know what's happened to boost port. For that reason I've send > an e-mail to barner@freebsd.org at October, 14, offering my help second > time. And still do not have an answer. > > So then, I insist on contacting Simon using other ways than > barner@freebsd.org and starting a discussion about approaches for speeding > up this porting task. Eventually we could repocopy devel/boost to devel/boost-devel then update devel/boost-devel to 1.37 and have maintainers (and the community) decide whether they like to adapt their ports to the current version. If anyone can submit a working boost 1.37 port (preferably a patch against devel/boost) I'd be glad to take over that task. Emanuel From alexanderchuranov at gmail.com Mon Nov 3 15:06:10 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 3 15:06:41 2008 Subject: Boost 1.37 released! In-Reply-To: <20081103223115.78fbbaef.ehaupt@FreeBSD.org> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> Message-ID: <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> Emanuel, Copying devel/boost to devel/boost-devel sounds reasonable. However, I'd like to suggest moving devel/boost to devel/boost-134 and having devel/boost updated to 1.37. For me '-devel' is always felt like something not stable enough. Another concern is that maintaners of ports that depend on boost would probably slow down the process of updating to 1.37. Forking to old version contains element of intention - it's more clear that devel/boost-134 is something out of date and temporary. Alexander Churanov From ehaupt at FreeBSD.org Mon Nov 3 15:29:51 2008 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Mon Nov 3 15:29:58 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> Message-ID: <20081104002942.f136adec.ehaupt@FreeBSD.org> > Emanuel, > > Copying devel/boost to devel/boost-devel sounds reasonable. > > However, I'd like to suggest moving devel/boost to devel/boost-134 and > having devel/boost updated to 1.37. For me '-devel' is always felt like > something not stable enough. Another concern is that maintaners of ports > that depend on boost would probably slow down the process of updating to > 1.37. Forking to old version contains element of intention - it's more clear > that devel/boost-134 is something out of date and temporary. This would involve much more initial work. We have many -devel ports that are actually just more recent versions. Once there is a working 1.37 port either people will start moving to 1.37, bringing the new version to each maintainers attention would help. At some point devel/boost will become 1.37 and devel/boost-devel will then either be removed or updated to a never version. Emanuel From rsamuel at asri.org.au Mon Nov 3 16:00:58 2008 From: rsamuel at asri.org.au (Richard Samuel) Date: Mon Nov 3 16:01:09 2008 Subject: FreeBSD Port: openfoam-1.4.1_1 Message-ID: <000301c93e0c$7d72b950$78582bf0$@org.au> Dear Thierry, I am interested in the current state of openFoam 1.4.1(_?) on FreeBSD and am willing to assist if able. I have examined the various port status portals but I am unclear as to whether difficulties I am currently experiencing are consistent with these, or are up to date with current work. I have managed to semi-successfully build openFoam 1.4.1(_0) under 7.0_RELEASE by installing packages of dependant things that were broken such cups-base-1.3.5_2 and linuxpluginwrapper. However this does not appear to succeed as ultimately expected, because of things like ParaFoam not recognising .foam files. My next thought is to build openFoam with a 7.1-BETA2 ports tree, which seems a little more nuanced from an openFoam point of view. I have also found a diff in your people.freebsd.org which appears to contain fixes for PVFoamReader but am unsure where this diff features in the timeline. I look forward to your response. Regards Richard Samuel From mezz7 at cox.net Mon Nov 3 21:22:00 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Nov 3 21:22:07 2008 Subject: Boost 1.37 released! In-Reply-To: <20081104002942.f136adec.ehaupt@FreeBSD.org> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> Message-ID: On Mon, 03 Nov 2008 17:29:42 -0600, Emanuel Haupt wrote: >> Emanuel, >> >> Copying devel/boost to devel/boost-devel sounds reasonable. >> >> However, I'd like to suggest moving devel/boost to devel/boost-134 and >> having devel/boost updated to 1.37. For me '-devel' is always felt like >> something not stable enough. Another concern is that maintaners of ports >> that depend on boost would probably slow down the process of updating to >> 1.37. Forking to old version contains element of intention - it's more >> clear >> that devel/boost-134 is something out of date and temporary. > > This would involve much more initial work. We have many -devel ports > that are actually just more recent versions. Once there is a working > 1.37 port either people will start moving to 1.37, bringing the new > version to each maintainers attention would help. > > At some point devel/boost will become 1.37 and devel/boost-devel will > then either be removed or updated to a never version. I disagree with boost-devel; it's no need when the 1.37 is stable. Anyway, while you guys are working on patch, I would like you guys to use barner's patch over at http://lists.freebsd.org/pipermail/freebsd-ports/2008-May/048612.html .. The most important part is: ---------------------------------- Features: - boost and boost-python no longer conflict (boost-python just adds the missing bits) [...] ---------------------------------- That is what we need the most. Cheers, Mezz > Emanuel -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From bobchung456 at sbcglobal.net Mon Nov 3 19:41:54 2008 From: bobchung456 at sbcglobal.net (Xiu Guan) Date: Mon Nov 3 21:45:00 2008 Subject: FreeBSD Port: games/xevil Message-ID: <277560.43356.qm@web81906.mail.mud.yahoo.com> hello anyone, ? this game is old, but I just wanted to try to work out the online feature. do you konw? ? bobchung456@sbcglobal.net ? From akitada at gmail.com Mon Nov 3 23:02:03 2008 From: akitada at gmail.com (Akira Kitada) Date: Mon Nov 3 23:02:10 2008 Subject: FreeBSD Port: tokyocabinet-1.3.4 Message-ID: <0C9EB599-F1CD-48D4-9847-78785DEFB4A1@gmail.com> Could you please update tokyocabinet to the latest version, which fixed some issues? Thanks From grog at FreeBSD.org Mon Nov 3 23:43:25 2008 From: grog at FreeBSD.org (Greg 'groggy' Lehey) Date: Mon Nov 3 23:43:32 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <490B64FC.60608@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> Message-ID: <20081104072440.GA44156@dereel.lemis.com> On Friday, 31 October 2008 at 16:05:16 -0400, Greg Larkin wrote: > > I've been working on PR 126343 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV > upgraded to 0.21 on FreeBSD. Sorry for the slow reply. I've been busy with other things, and currently I'm not in a position to test a new MythTV version. As ex-maintainer of this port, however, I've received a number of notifications from the MythTV developers of build fixes for FreeBSD. Are you aware of them? I can bounce them all to you if you like, or if there's consensus, I can send them to multimedia@. One thing that has been a bone of contention in this port is the handling of deleting the 'mythtv' user when removing the port. I don't believe that the user should disappear just because the port is removed; it's often easier to remove a port and reinstall it rather than upgrade it. I'm told that the correct behaviour is that the user should only be removed if no files under ~mythtv have changed. One of the PRs mentioned here has addressed this issue, but after cursory examination I'm not sure it does it right. In particular, just not creating the user is not a solution. Greg -- See complete headers for address and phone numbers. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081104/a476869c/attachment.pgp From QAT at FreeBSD.org Mon Nov 3 21:07:28 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Nov 4 04:14:35 2008 Subject: devel/libcheck - fails: mtree Message-ID: <20081104050724.3C6FB12E4442@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 119 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log : building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/libcheck Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Nov 4 05:07:04 UTC 2008 ................................................... Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz' Deleting libcheck-0.9.5_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9326907 4 drwxr-xr-x 2 root wheel 512 Nov 4 05:07 usr/local/share/doc/check-0.9.5 9326910 240 -r--r--r-- 1 root wheel 121027 Nov 4 05:07 usr/local/share/doc/check-0.9.5/SVNChangeLog 9326911 68 -r--r--r-- 1 root wheel 33962 Nov 4 05:07 usr/local/share/doc/check-0.9.5/ChangeLog 9326912 8 -r--r--r-- 1 root wheel 3680 Nov 4 05:07 usr/local/share/doc/check-0.9.5/ChangeLogOld 9326913 16 -r--r--r-- 1 root wheel 7712 Nov 4 05:07 usr/local/share/doc/check-0.9.5/NEWS 9326914 8 -r--r--r-- 1 root wheel 2551 Nov 4 05:07 usr/local/share/doc/check-0.9.5/README 9326799 4 drwxr-xr-x 4 root wheel 512 Nov 4 05:07 usr/local/share/examples/check-0.9.5 9326806 4 -r--r--r-- 1 root wheel 80 Nov 4 05:07 usr/local/share/examples/check-0.9.5/Makefile.am 9326807 4 -r--r--r-- 1 root wheel 614 Nov 4 05:07 usr/local/share/examples/check-0.9.5/README 9326814 4 -r--r--r-- 1 root wheel 1144 Nov 4 05:07 usr/local/share/examples/check-0.9.5/configure.ac 9326855 4 drwxr-xr-x 2 root wheel 512 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src 9326857 4 -r--r--r-- 1 root wheel 195 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/Makefile.am 9326868 4 -r--r--r-- 1 root wheel 242 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/main.c 9326870 4 -r--r--r-- 1 root wheel 512 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.c 9326876 4 -r--r--r-- 1 root wheel 227 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.h 9326879 4 -r--r--r-- 1 root wheel 54 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.1.h 9326881 4 -r--r--r-- 1 root wheel 227 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.2.h 9326893 0 -r--r--r-- 1 root wheel 0 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.1.c 9326894 4 -r--r--r-- 1 root wheel 252 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.3.c 9326895 4 -r--r--r-- 1 root wheel 293 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.4.c 9326897 4 -r--r--r-- 1 root wheel 462 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.5.c 9326898 4 -r--r--r-- 1 root wheel 512 Nov 4 05:07 usr/local/share/examples/check-0.9.5/src/money.6.c 9326899 4 drwxr-xr-x 2 root wheel 512 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests 9326900 4 -r--r--r-- 1 root wheel 273 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/Makefile.am 9326901 4 -r--r--r-- 1 root wheel 1610 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/check_money.c 9326902 4 -r--r--r-- 1 root wheel 32 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/check_money.1.c 9326903 4 -r--r--r-- 1 root wheel 379 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/check_money.2.c 9326904 4 -r--r--r-- 1 root wheel 863 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/check_money.3.c 9326905 4 -r--r--r-- 1 root wheel 1452 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/check_money.6.c 9326906 4 -r--r--r-- 1 root wheel 1610 Nov 4 05:07 usr/local/share/examples/check-0.9.5/tests/check_money.7.c ================================================================ build of /usr/ports/devel/libcheck ended at Tue Nov 4 05:07:22 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From pneumann at gmail.com Tue Nov 4 05:22:22 2008 From: pneumann at gmail.com (Phillip N.) Date: Tue Nov 4 05:23:01 2008 Subject: HEADS UP: mono update Message-ID: <1225803457.1719.9.camel@negro> Hi all, There is version 2.0.1 of lang/mono in the bsd# repo [0], wich works on i386 and AMD64. The idea is to upgrade lang/mono and the ports that depends on it, of the FreeBSD ports. It would be greate if anyone can help test thing out so no problems come after the upgrade (next week). Any feedback is welcome. Thanks in advance! [0] http://code.google.com/p/bsd-sharp/ -- Phillip N. From pneumann at gmail.com Tue Nov 4 05:49:45 2008 From: pneumann at gmail.com (Phillip N.) Date: Tue Nov 4 05:49:52 2008 Subject: HEADS UP: mono update In-Reply-To: <702639.18350.qm@web56801.mail.re3.yahoo.com> References: <702639.18350.qm@web56801.mail.re3.yahoo.com> Message-ID: <1225806579.1719.16.camel@negro> El mar, 04-11-2008 a las 05:42 -0800, mdh escribi?: > Howdy, > Have you guys ever considered submitting your monodevelop port to the > main ports tree? If you need any help, I'm willing to assist. > > - mdh Sure, After the update the idea is to add new ports, like monodevelop, tasque, etc, wich already are on the bsd# repo. Please test it, thanks! From romain at blogreen.org Tue Nov 4 06:18:12 2008 From: romain at blogreen.org (Romain =?iso-8859-1?Q?Tarti=E8re?=) Date: Tue Nov 4 06:18:21 2008 Subject: HEADS UP: mono update In-Reply-To: <1225803457.1719.9.camel@negro> References: <1225803457.1719.9.camel@negro> Message-ID: <20081104141810.GA39725@marvin.blogreen.org> Hi! On Tue, Nov 04, 2008 at 09:57:37AM -0300, Phillip N. wrote: > It would be greate if anyone can help test thing out so no problems come > after the upgrade (next week). I am trying to figure out what change between 1.2.5.1 and 1.2.6 made exception handling failing for a while but with no success yet. The following will hang forever: | Ex x = null; | | try { | x.p = 1; | } catch (NullReferenceException) { | return 0; | } | return 1; (extracted from the mono/tests/exception.cs file) Having all regression-tests passing is an absolute requirement before submitting anything I guess. Any help highly welcomed! Kind regards, Romain -- Romain Tarti?re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081104/d4881877/attachment.pgp From glarkin at FreeBSD.org Tue Nov 4 07:36:34 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Nov 4 07:36:42 2008 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <20081104072440.GA44156@dereel.lemis.com> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> Message-ID: <49106BFF.9070305@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg 'groggy' Lehey wrote: > On Friday, 31 October 2008 at 16:05:16 -0400, Greg Larkin wrote: >> I've been working on PR 126343 >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV >> upgraded to 0.21 on FreeBSD. > > Sorry for the slow reply. I've been busy with other things, and > currently I'm not in a position to test a new MythTV version. > > As ex-maintainer of this port, however, I've received a number of > notifications from the MythTV developers of build fixes for FreeBSD. > Are you aware of them? I can bounce them all to you if you like, or > if there's consensus, I can send them to multimedia@. > > One thing that has been a bone of contention in this port is the > handling of deleting the 'mythtv' user when removing the port. I > don't believe that the user should disappear just because the port is > removed; it's often easier to remove a port and reinstall it rather > than upgrade it. I'm told that the correct behaviour is that the user > should only be removed if no files under ~mythtv have changed. > > One of the PRs mentioned here has addressed this issue, but after > cursory examination I'm not sure it does it right. In particular, > just not creating the user is not a solution. > > Greg > -- > See complete headers for address and phone numbers. Hi Greg, I'm just getting into the MythTV port, so please forward to me any previous build fixes you have. Thanks for the heads-up, re: mythtv user creation/deletion. I'll check into that as I wade through all of the open MythTV PRs. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJEGv/0sRouByUApARAisjAJ9tjoAQMViFNe2AIZQUUO5qavOTQQCgv8T7 +/EnoB2y9Y7l0BCa+5v8Reg= =DFU6 -----END PGP SIGNATURE----- From wxs at FreeBSD.org Tue Nov 4 08:43:37 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Nov 4 08:43:43 2008 Subject: devel/libcheck - fails: mtree In-Reply-To: <20081104050724.3C6FB12E4442@quark.ds9.tecnik93.com> References: <20081104050724.3C6FB12E4442@quark.ds9.tecnik93.com> Message-ID: <20081104162426.GF13411@atarininja.org> On Tue, Nov 04, 2008 at 07:07:24AM +0200, QAT@FreeBSD.org wrote: > Hi, > > > The build which triggered this email is done under tinderbox-2.4.3, on > 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" > and ccache support, with the "official" up-to-date Ports Tree, with the > following vars set: > NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. I just fixed this one in case anyone cares. From mikej at rogers.com Tue Nov 4 09:40:20 2008 From: mikej at rogers.com (Mike Jakubik) Date: Tue Nov 4 09:40:27 2008 Subject: ntop exits with sig 11 on 7.1 Message-ID: <057b597de32663a474ddcc0aa662750b.squirrel@wettoast.dyndns.org> Hello, I just compiled a fresh copy of ntop on 7.1-PRERELEASE. i can run it and view data via the web interface for about a minute, after which the programs imply dies. --- Nov 4 12:05:13 router ntop[25092]: THREADMGMT[t135274752]: NPS(1): Started thread for network packet sniffing [bce0] Nov 4 12:05:13 router ntop[25092]: INIT: Created pid file (/var/run/ntop.pid) Nov 4 12:05:13 router ntop[25092]: THREADMGMT[t135274752]: NPS(bce0): pcapDispatch thread starting [p25092] Nov 4 12:05:13 router ntop[25092]: THREADMGMT[t135274752]: NPS(bce0): pcapDispatch thread running [p25092] Nov 4 12:05:13 router ntop[25092]: THREADMGMT[t135270912]: SFP: Fingerprint scan thread running [p25092] Nov 4 12:05:13 router ntop[25092]: THREADMGMT[t135271168]: SIH: Idle host scan thread running [p25092] Nov 4 12:05:23 router ntop[25092]: THREADMGMT[t178979072]: RRD: Started thread for throughput data collection Nov 4 12:05:23 router ntop[25092]: THREADMGMT[t178979072]: RRD: Throughput data collection: Thread starting [p25092] Nov 4 12:05:23 router ntop[25092]: THREADMGMT[t135274496]: RRD: Data collection thread running [p25092] Nov 4 12:05:23 router ntop[25092]: THREADMGMT[t178979072]: RRD: Throughput data collection: Thread running [p25092] Nov 4 12:06:41 router kernel: pid 25092 (ntop), uid 65534: exited on signal 11 Nov 4 12:06:41 router kernel: bce0: promiscuous mode disabled --- I have tried witha nd without TPC wrapper and using the system and ports libpcap, no change. I have also searched around for this problem, but all issues seem to be from very old versions of FreeBSD, and unrelated. Does anyone have this port working on 7.1? From dino_vliet at yahoo.com Tue Nov 4 10:46:26 2008 From: dino_vliet at yahoo.com (Dino Vliet) Date: Tue Nov 4 11:48:26 2008 Subject: yelp install error on amd64 running freebsd 6.3 Message-ID: <974071.37488.qm@web51103.mail.re2.yahoo.com> Dear freebsd people, who is able to help me with this problem I have on my machine (a amd64 system running freebsd 6.3). I can't install yelp and am at a dead end. The error message I get is (from the script output which I captured in a file): Script started on Tue Nov 4 19:00:35 2008 # pwd /usr/ports/x11/yelp # make install clean yelp is using firefox for gecko support, but you can change that by defining WITH_GECKO to the following values: firefox xulrunner => yelp-2.22.1.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/gnome2. => Attempting to fetch from ftp://ftp.belnet.be/mirror/ftp.gnome.org/sources/yelp/2.22/. yelp-2.22.1.tar.bz2 0% of 972 kB 0 Bpsyelp-2.22.1.tar.bz2 73% of 972 kB 1113 kBpsyelp-2.22.1.tar.bz2 100% of 972 kB 1211 kBps ===> Extracting for yelp-2.22.1_1 => MD5 Checksum OK for gnome2/yelp-2.22.1.tar.bz2. => SHA256 Checksum OK for gnome2/yelp-2.22.1.tar.bz2. ===> Patching for yelp-2.22.1_1 ===> Applying FreeBSD patches for yelp-2.22.1_1 ===> yelp-2.22.1_1 depends on file: /usr/local/lib/firefox/libgtkembedmoz.so - found ===> yelp-2.22.1_1 depends on executable: gmake - found ===> yelp-2.22.1_1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found ===> yelp-2.22.1_1 depends on file: /usr/local/bin/intltool-extract - found ===> yelp-2.22.1_1 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> yelp-2.22.1_1 depends on executable: pkg-config - found ===> yelp-2.22.1_1 depends on file: /usr/local/libdata/pkgconfig/gnome-doc-utils.pc - found ===> yelp-2.22.1_1 depends on shared library: dbus-glib-1.2 - found ===> yelp-2.22.1_1 depends on shared library: rarian.0 - found ===> yelp-2.22.1_1 depends on shared library: intl - found ===> yelp-2.22.1_1 depends on shared library: esd.2 - found ===> yelp-2.22.1_1 depends on shared library: atk-1.0.0 - found ===> yelp-2.22.1_1 depends on shared library: gailutil.18 - found ===> yelp-2.22.1_1 depends on shared library: gconf-2.4 - found ===> yelp-2.22.1_1 depends on shared library: glib-2.0.0 - found ===> yelp-2.22.1_1 depends on shared library: gnomevfs-2.0 - found ===> yelp-2.22.1_1 depends on shared library: gtk-x11-2.0.0 - found ===> yelp-2.22.1_1 depends on shared library: art_lgpl_2.5 - found ===> yelp-2.22.1_1 depends on shared library: bonobo-2.0 - found ===> yelp-2.22.1_1 depends on shared library: bonoboui-2.0 - found ===> yelp-2.22.1_1 depends on shared library: glade-2.0.0 - found ===> yelp-2.22.1_1 depends on shared library: gnome-2.0 - found ===> yelp-2.22.1_1 depends on shared library: gnomecanvas-2.0 - found ===> yelp-2.22.1_1 depends on shared library: gnomeui-2.0 - found ===> yelp-2.22.1_1 depends on shared library: IDL-2.0 - found ===> yelp-2.22.1_1 depends on shared library: xml2.5 - found ===> yelp-2.22.1_1 depends on shared library: xslt.2 - found ===> yelp-2.22.1_1 depends on shared library: ORBit-2.0 - found ===> yelp-2.22.1_1 depends on shared library: pango-1.0.0 - found ===> Configuring for yelp-2.22.1_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for intltool >= 0.35.0... 0.35.0 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/local/bin/iconv checking for msgfmt... /usr/local/bin/msgfmt checking for msgmerge... /usr/local/bin/msgmerge checking for xgettext... /usr/local/bin/xgettext checking for gconftool-2... /usr/local/bin/gconftool-2 Using config source xml:merged:/usr/local/etc/gconf/gconf.xml.defaults for schema installation Using $(sysconfdir)/gconf/schemas as install directory for schema files checking whether ln -s works... yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ANSI C... (cached) none needed checking dependency style of cc... (cached) gcc3 checking for strerror in -lcposix... no checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... yes checking build system type... amd64-portbld-freebsd6.3 checking host system type... amd64-portbld-freebsd6.3 checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd6.3 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.3 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 static flag -static works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.3 ld.so checking how to hardcode library paths into programs... immediate checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.7... yes checking for GLIB - version >= 2.0.0... yes (version 2.16.5) checking whether gcc understands -Wno-sign-compare... yes checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare checking what language compliance flags to pass to the C compiler... checking what warning flags to pass to the C++ compiler... -Wall -Wno-unused checking what language compliance flags to pass to the C++ compiler... checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... no checking for bindtextdomain in -lintl... yes checking for ngettext in -lintl... yes checking for dgettext in -lintl... yes checking for bind_textdomain_codeset... yes checking for msgfmt... /usr/local/bin/msgfmt checking for dcgettext... yes checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for YELP... yes checking for gsed... /usr/bin/sed checking for X... libraries /usr/local/lib, headers /usr/local/include checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for YELP_SEARCH... no checking for gawk... (cached) gawk checking which gecko to use... firefox checking for compiler -fshort-wchar option... yes checking whether to enable C++ RTTI... no checking whether we have a gtk 2 gecko build... yes checking whether we have a gecko debug build... no checking for gecko version... 1.8.1 checking for MOZILLA_COMPONENT... yes checking for gzopen in -lz... yes checking for lzmadec_open in -llzmadec... yes checking for bzread in -lbz2... no checking for BZ2_bzread in -lbz2... yes configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating stylesheets/Makefile config.status: creating stylesheets/db2html.xsl config.status: creating stylesheets/db-title.xsl config.status: creating data/Makefile config.status: creating data/icons/Makefile config.status: creating data/ui/Makefile config.status: creating po/Makefile.in config.status: creating yelp.desktop.in config.status: creating config.h config.status: executing intltool commands config.status: executing depfiles commands config.status: executing default-1 commands config.status: executing po/stamp-it commands yelp-2.22.1: prefix: /usr/local source code location: . compiler: cc Debug enabled: no Search backend: auto - basic Mozilla version: firefox ===> Building for yelp-2.22.1_1 gmake all-recursive gmake[1]: Entering directory `/usr/ports/x11/yelp/work/yelp-2.22.1' Making all in src gmake[2]: Entering directory `/usr/ports/x11/yelp/work/yelp-2.22.1/src' gmake all-am gmake[3]: Entering directory `/usr/ports/x11/yelp/work/yelp-2.22.1/src' if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -I/usr/local/include/firefox -I/usr/local/include/firefox/xpcom -I/usr/local/include/firefox/string -I/usr/local/include/nspr -I/usr/local/include/firefox/gtkembedmoz -fno-rtti -fshort-wchar -O2 -fno-strict-aliasing -pipe -Wall -Wno-unused -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -O2 -fno-strict-aliasing -pipe -MT yelp-Yelper.o -MD -MP -MF ".deps/yelp-Yelper.Tpo" -c -o yelp-Yelper.o `test -f 'Yelper.cpp' || echo './'`Yelper.cpp; \ then mv -f ".deps/yelp-Yelper.Tpo" ".deps/yelp-Yelper.Po"; else rm -f ".deps/yelp-Yelper.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-base.o -MD -MP -MF ".deps/yelp-yelp-base.Tpo" -c -o yelp-yelp-base.o `test -f 'yelp-base.c' || echo './'`yelp-base.c; \ then mv -f ".deps/yelp-yelp-base.Tpo" ".deps/yelp-yelp-base.Po"; else rm -f ".deps/yelp-yelp-base.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-bookmarks.o -MD -MP -MF ".deps/yelp-yelp-bookmarks.Tpo" -c -o yelp-yelp-bookmarks.o `test -f 'yelp-bookmarks.c' || echo './'`yelp-bookmarks.c; \ then mv -f ".deps/yelp-yelp-bookmarks.Tpo" ".deps/yelp-yelp-bookmarks.Po"; else rm -f ".deps/yelp-yelp-bookmarks.Tpo"; exit 1; fi yelp-bookmarks.c: In function `yelp_bookmarks_add': yelp-bookmarks.c:310: warning: null format string if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-debug.o -MD -MP -MF ".deps/yelp-yelp-debug.Tpo" -c -o yelp-yelp-debug.o `test -f 'yelp-debug.c' || echo './'`yelp-debug.c; \ then mv -f ".deps/yelp-yelp-debug.Tpo" ".deps/yelp-yelp-debug.Po"; else rm -f ".deps/yelp-yelp-debug.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-error.o -MD -MP -MF ".deps/yelp-yelp-error.Tpo" -c -o yelp-yelp-error.o `test -f 'yelp-error.c' || echo './'`yelp-error.c; \ then mv -f ".deps/yelp-yelp-error.Tpo" ".deps/yelp-yelp-error.Po"; else rm -f ".deps/yelp-yelp-error.Tpo"; exit 1; fi if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -I/usr/local/include/firefox -I/usr/local/include/firefox/xpcom -I/usr/local/include/firefox/string -I/usr/local/include/nspr -I/usr/local/include/firefox/gtkembedmoz -fno-rtti -fshort-wchar -O2 -fno-strict-aliasing -pipe -Wall -Wno-unused -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-gecko-utils.o -MD -MP -MF ".deps/yelp-yelp-gecko-utils.Tpo" -c -o yelp-yelp-gecko-utils.o `test -f 'yelp-gecko-utils.cpp' || echo './'`yelp-gecko-utils.cpp; \ then mv -f ".deps/yelp-yelp-gecko-utils.Tpo" ".deps/yelp-yelp-gecko-utils.Po"; else rm -f ".deps/yelp-yelp-gecko-utils.Tpo"; exit 1; fi if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -I/usr/local/include/firefox -I/usr/local/include/firefox/xpcom -I/usr/local/include/firefox/string -I/usr/local/include/nspr -I/usr/local/include/firefox/gtkembedmoz -fno-rtti -fshort-wchar -O2 -fno-strict-aliasing -pipe -Wall -Wno-unused -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-html.o -MD -MP -MF ".deps/yelp-yelp-html.Tpo" -c -o yelp-yelp-html.o `test -f 'yelp-html.cpp' || echo './'`yelp-html.cpp; \ then mv -f ".deps/yelp-yelp-html.Tpo" ".deps/yelp-yelp-html.Po"; else rm -f ".deps/yelp-yelp-html.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-io-channel.o -MD -MP -MF ".deps/yelp-yelp-io-channel.Tpo" -c -o yelp-yelp-io-channel.o `test -f 'yelp-io-channel.c' || echo './'`yelp-io-channel.c; \ then mv -f ".deps/yelp-yelp-io-channel.Tpo" ".deps/yelp-yelp-io-channel.Po"; else rm -f ".deps/yelp-yelp-io-channel.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-settings.o -MD -MP -MF ".deps/yelp-yelp-settings.Tpo" -c -o yelp-yelp-settings.o `test -f 'yelp-settings.c' || echo './'`yelp-settings.c; \ then mv -f ".deps/yelp-yelp-settings.Tpo" ".deps/yelp-yelp-settings.Po"; else rm -f ".deps/yelp-yelp-settings.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-utils.o -MD -MP -MF ".deps/yelp-yelp-utils.Tpo" -c -o yelp-yelp-utils.o `test -f 'yelp-utils.c' || echo './'`yelp-utils.c; \ then mv -f ".deps/yelp-yelp-utils.Tpo" ".deps/yelp-yelp-utils.Po"; else rm -f ".deps/yelp-yelp-utils.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-window.o -MD -MP -MF ".deps/yelp-yelp-window.Tpo" -c -o yelp-yelp-window.o `test -f 'yelp-window.c' || echo './'`yelp-window.c; \ then mv -f ".deps/yelp-yelp-window.Tpo" ".deps/yelp-yelp-window.Po"; else rm -f ".deps/yelp-yelp-window.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-marshal.o -MD -MP -MF ".deps/yelp-yelp-marshal.Tpo" -c -o yelp-yelp-marshal.o `test -f 'yelp-marshal.c' || echo './'`yelp-marshal.c; \ then mv -f ".deps/yelp-yelp-marshal.Tpo" ".deps/yelp-yelp-marshal.Po"; else rm -f ".deps/yelp-yelp-marshal.Tpo"; exit 1; fi yelp-marshal.c:58: warning: no previous prototype for 'yelp_marshal_VOID__POINTER_BOOLEAN' yelp-marshal.c:99: warning: no previous prototype for 'yelp_marshal_VOID__STRING_INT' yelp-marshal.c:138: warning: no previous prototype for 'yelp_marshal_BOOLEAN__POINTER_BOOLEAN' if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-main.o -MD -MP -MF ".deps/yelp-yelp-main.Tpo" -c -o yelp-yelp-main.o `test -f 'yelp-main.c' || echo './'`yelp-main.c; \ then mv -f ".deps/yelp-yelp-main.Tpo" ".deps/yelp-yelp-main.Po"; else rm -f ".deps/yelp-yelp-main.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-print.o -MD -MP -MF ".deps/yelp-yelp-print.Tpo" -c -o yelp-yelp-print.o `test -f 'yelp-print.c' || echo './'`yelp-print.c; \ then mv -f ".deps/yelp-yelp-print.Tpo" ".deps/yelp-yelp-print.Po"; else rm -f ".deps/yelp-yelp-print.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-page.o -MD -MP -MF ".deps/yelp-yelp-page.Tpo" -c -o yelp-yelp-page.o `test -f 'yelp-page.c' || echo './'`yelp-page.c; \ then mv -f ".deps/yelp-yelp-page.Tpo" ".deps/yelp-yelp-page.Po"; else rm -f ".deps/yelp-yelp-page.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-transform.o -MD -MP -MF ".deps/yelp-yelp-transform.Tpo" -c -o yelp-yelp-transform.o `test -f 'yelp-transform.c' || echo './'`yelp-transform.c; \ then mv -f ".deps/yelp-yelp-transform.Tpo" ".deps/yelp-yelp-transform.Po"; else rm -f ".deps/yelp-yelp-transform.Tpo"; exit 1; fi if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -I/usr/local/include/firefox -I/usr/local/include/firefox/xpcom -I/usr/local/include/firefox/string -I/usr/local/include/nspr -I/usr/local/include/firefox/gtkembedmoz -fno-rtti -fshort-wchar -O2 -fno-strict-aliasing -pipe -Wall -Wno-unused -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-gecko-services.o -MD -MP -MF ".deps/yelp-yelp-gecko-services.Tpo" -c -o yelp-yelp-gecko-services.o `test -f 'yelp-gecko-services.cpp' || echo './'`yelp-gecko-services.cpp; \ then mv -f ".deps/yelp-yelp-gecko-services.Tpo" ".deps/yelp-yelp-gecko-services.Po"; else rm -f ".deps/yelp-yelp-gecko-services.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-document.o -MD -MP -MF ".deps/yelp-yelp-document.Tpo" -c -o yelp-yelp-document.o `test -f 'yelp-document.c' || echo './'`yelp-document.c; \ then mv -f ".deps/yelp-yelp-document.Tpo" ".deps/yelp-yelp-document.Po"; else rm -f ".deps/yelp-yelp-document.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-toc.o -MD -MP -MF ".deps/yelp-yelp-toc.Tpo" -c -o yelp-yelp-toc.o `test -f 'yelp-toc.c' || echo './'`yelp-toc.c; \ then mv -f ".deps/yelp-yelp-toc.Tpo" ".deps/yelp-yelp-toc.Po"; else rm -f ".deps/yelp-yelp-toc.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-docbook.o -MD -MP -MF ".deps/yelp-yelp-docbook.Tpo" -c -o yelp-yelp-docbook.o `test -f 'yelp-docbook.c' || echo './'`yelp-docbook.c; \ then mv -f ".deps/yelp-yelp-docbook.Tpo" ".deps/yelp-yelp-docbook.Po"; else rm -f ".deps/yelp-yelp-docbook.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-db-print.o -MD -MP -MF ".deps/yelp-yelp-db-print.Tpo" -c -o yelp-yelp-db-print.o `test -f 'yelp-db-print.c' || echo './'`yelp-db-print.c; \ then mv -f ".deps/yelp-yelp-db-print.Tpo" ".deps/yelp-yelp-db-print.Po"; else rm -f ".deps/yelp-yelp-db-print.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-man-parser.o -MD -MP -MF ".deps/yelp-yelp-man-parser.Tpo" -c -o yelp-yelp-man-parser.o `test -f 'yelp-man-parser.c' || echo './'`yelp-man-parser.c; \ then mv -f ".deps/yelp-yelp-man-parser.Tpo" ".deps/yelp-yelp-man-parser.Po"; else rm -f ".deps/yelp-yelp-man-parser.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-man.o -MD -MP -MF ".deps/yelp-yelp-man.Tpo" -c -o yelp-yelp-man.o `test -f 'yelp-man.c' || echo './'`yelp-man.c; \ then mv -f ".deps/yelp-yelp-man.Tpo" ".deps/yelp-yelp-man.Po"; else rm -f ".deps/yelp-yelp-man.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-info.o -MD -MP -MF ".deps/yelp-yelp-info.Tpo" -c -o yelp-yelp-info.o `test -f 'yelp-info.c' || echo './'`yelp-info.c; \ then mv -f ".deps/yelp-yelp-info.Tpo" ".deps/yelp-yelp-info.Po"; else rm -f ".deps/yelp-yelp-info.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-info-parser.o -MD -MP -MF ".deps/yelp-yelp-info-parser.Tpo" -c -o yelp-yelp-info-parser.o `test -f 'yelp-info-parser.c' || echo './'`yelp-info-parser.c; \ then mv -f ".deps/yelp-yelp-info-parser.Tpo" ".deps/yelp-yelp-info-parser.Po"; else rm -f ".deps/yelp-yelp-info-parser.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-gtkentryaction.o -MD -MP -MF ".deps/yelp-gtkentryaction.Tpo" -c -o yelp-gtkentryaction.o `test -f 'gtkentryaction.c' || echo './'`gtkentryaction.c; \ then mv -f ".deps/yelp-gtkentryaction.Tpo" ".deps/yelp-gtkentryaction.Po"; else rm -f ".deps/yelp-gtkentryaction.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-search.o -MD -MP -MF ".deps/yelp-yelp-search.Tpo" -c -o yelp-yelp-search.o `test -f 'yelp-search.c' || echo './'`yelp-search.c; \ then mv -f ".deps/yelp-yelp-search.Tpo" ".deps/yelp-yelp-search.Po"; else rm -f ".deps/yelp-yelp-search.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../src -I/usr/local/include/firefox/. -I/usr/local/include/firefox/commandhandler -I/usr/local/include/firefox/content -I/usr/local/include/firefox/docshell -I/usr/local/include/firefox/dom -I/usr/local/include/firefox/fastfind -I/usr/local/include/firefox/find -I/usr/local/include/firefox/gtkembedmoz -I/usr/local/include/firefox/gfx -I/usr/local/include/firefox/layout -I/usr/local/include/firefox/necko -I/usr/local/include/firefox/pref -I/usr/local/include/firefox/string -I/usr/local/include/firefox/uriloader -I/usr/local/include/firefox/webbrwsr -I/usr/local/include/firefox/webshell -I/usr/local/include/firefox/widget -DG_LOG_DOMAIN=\"Yelp\" -DPREFIX=\""/usr/local"\" -DSYSCONFDIR=\""/usr/local/etc"\" -DDATADIR=\""/usr/local/share"\" -DLIBDIR=\""/usr/local/lib"\" -DIMAGEDIR=\""/usr/local/share/images/yelp"\" -DSERVERDIR=\"/usr/local/libexec\" -DBINDIR=\""/usr/local/bin"\" -DSHAREDIR=\""/usr/local/share/yelp"\" -DMOZILLA_HOME=\""/usr/local/lib/firefox\"" -DGDU_ICON_PATH=\"/usr/local/share/gnome-doc-utils/icons\" -I/usr/local/include -DORBIT2=1 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/rarian -Wall -Wno-uninitialized -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -O2 -fno-strict-aliasing -pipe -MT yelp-yelp-search-parser.o -MD -MP -MF ".deps/yelp-yelp-search-parser.Tpo" -c -o yelp-yelp-search-parser.o `test -f 'yelp-search-parser.c' || echo './'`yelp-search-parser.c; \ then mv -f ".deps/yelp-yelp-search-parser.Tpo" ".deps/yelp-yelp-search-parser.Po"; else rm -f ".deps/yelp-yelp-search-parser.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CXX --mode=link c++ -fno-rtti -fshort-wchar -O2 -fno-strict-aliasing -pipe -Wall -Wno-unused -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -o yelp -R/usr/local/lib/firefox yelp-Yelper.o yelp-yelp-base.o yelp-yelp-bookmarks.o yelp-yelp-debug.o yelp-yelp-error.o yelp-yelp-gecko-utils.o yelp-yelp-html.o yelp-yelp-io-channel.o yelp-yelp-settings.o yelp-yelp-utils.o yelp-yelp-window.o yelp-yelp-marshal.o yelp-yelp-main.o yelp-yelp-print.o yelp-yelp-page.o yelp-yelp-transform.o yelp-yelp-gecko-services.o yelp-yelp-document.o yelp-yelp-toc.o yelp-yelp-docbook.o yelp-yelp-db-print.o yelp-yelp-man-parser.o yelp-yelp-man.o yelp-yelp-info.o yelp-yelp-info-parser.o yelp-gtkentryaction.o yelp-yelp-search.o yelp-yelp-search-parser.o -pthread -L/usr/local/lib -lglade-2.0 -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lcairo -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lX11 -lXfixes -lgconf-2 -lgthread-2.0 -lgmodule-2.0 -lexslt -lxslt -lz -lm -lgcrypt -lgpg-error -lxml2 -lstartup-notification-1 -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -liconv -lrarian -lz -lbz2 -llzmadec -lSM -lICE -L/usr/local/lib -lX11 -Wl,-rpath,/usr/local/lib/firefox -pthread -L/usr/local/lib/firefox -L/usr/local/lib -lgtkembedmoz -lxpcom -lplds4 -lplc4 -lnspr4 mkdir .libs c++ -fno-rtti -fshort-wchar -O2 -fno-strict-aliasing -pipe -Wall -Wno-unused -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -O2 -fno-strict-aliasing -pipe -o yelp yelp-Yelper.o yelp-yelp-base.o yelp-yelp-bookmarks.o yelp-yelp-debug.o yelp-yelp-error.o yelp-yelp-gecko-utils.o yelp-yelp-html.o yelp-yelp-io-channel.o yelp-yelp-settings.o yelp-yelp-utils.o yelp-yelp-window.o yelp-yelp-marshal.o yelp-yelp-main.o yelp-yelp-print.o yelp-yelp-page.o yelp-yelp-transform.o yelp-yelp-gecko-services.o yelp-yelp-document.o yelp-yelp-toc.o yelp-yelp-docbook.o yelp-yelp-db-print.o yelp-yelp-man-parser.o yelp-yelp-man.o yelp-yelp-info.o yelp-yelp-info-parser.o yelp-gtkentryaction.o yelp-yelp-search.o yelp-yelp-search-parser.o -pthread -Wl,-rpath -Wl,/usr/local/lib/firefox -pthread -L/usr/local/lib /usr/local/lib/libglade-2.0.so /usr/local/lib/libgnomeui-2.so /usr/local/lib/libgio-2.0.so /usr/local/lib/libgnome-keyring.so /usr/local/lib/libjpeg.so /usr/local/lib/libbonoboui-2.so /usr/local/lib/libgnomecanvas-2.so /usr/local/lib/libgailutil.so /usr/local/lib/libgnome-2.so /usr/local/lib/libgnomevfs-2.so -lssl -lcrypto -lutil /usr/local/lib/libesd.so /usr/local/lib/libaudiofile.so /usr/local/lib/libpopt.so /usr/local/lib/libbonobo-2.so /usr/local/lib/libbonobo-activation.so /usr/local/lib/libORBitCosNaming-2.so /usr/local/lib/libart_lgpl_2.so /usr/local/lib/libgtk-x11-2.0.so /usr/local/lib/libgdk-x11-2.0.so /usr/local/lib/libatk-1.0.so /usr/local/lib/libgdk_pixbuf-2.0.so /usr/local/lib/libpangocairo-1.0.so /usr/local/lib/libXinerama.so /usr/local/lib/libXi.so /usr/local/lib/libXrandr.so /usr/local/lib/libXcursor.so /usr/local/lib/libXcomposite.so /usr/local/lib/libXext.so /usr/local/lib/libXdamage.so /usr/local/lib/libcairo.so /usr/local/lib/libglitz.so -lpng /usr/local/lib/libxcb-render-util.so /usr/local/lib/libxcb-render.so /usr/local/lib/libxcb.so /usr/local/lib/libpthread-stubs.so /usr/local/lib/libXrender.so /usr/local/lib/libpixman-1.so /usr/local/lib/libpangoft2-1.0.so /usr/local/lib/libpango-1.0.so /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so /usr/local/lib/libexpat.so /usr/local/lib/libXfixes.so /usr/local/lib/libgconf-2.so /usr/local/lib/libORBit-2.so /usr/local/lib/libgthread-2.0.so /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libexslt.so /usr/local/lib/libxslt.so /usr/local/lib/libgcrypt.so /usr/local/lib/libgpg-error.so /usr/local/lib/libxml2.so -lm /usr/local/lib/libstartup-notification-1.so /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libdbus-1.so -pthread /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/local/lib/libpcre.so /usr/local/lib/libiconv.so /usr/local/lib/librarian.so -lz -lbz2 /usr/local/lib/liblzmadec.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so /usr/local/lib/libX11.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc -L/usr/local/lib/firefox -lgtkembedmoz -lxpcom -lplds4 -lplc4 -lnspr4 -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/firefox yelp-Yelper.o(.text+0x26d): In function `Yelper::Find(char const*)': : undefined reference to `NS_CStringContainerInit2' yelp-yelp-gecko-services.o(.text+0x631): In function `PrintListener::SetPrintSettings(_YelpPrintInfo*, int, nsIPrintSettings*)': : undefined reference to `NS_StringContainerInit2' yelp-yelp-gecko-services.o(.text+0x6f4): In function `PrintListener::SetPrintSettings(_YelpPrintInfo*, int, nsIPrintSettings*)': : undefined reference to `NS_CStringContainerInit2' yelp-yelp-gecko-services.o(.text+0x8fd): In function `PrintListener::SetPrintSettings(_YelpPrintInfo*, int, nsIPrintSettings*)': : undefined reference to `NS_CStringContainerInit2' yelp-yelp-gecko-services.o(.text+0x9cf): In function `PrintListener::SetPrintSettings(_YelpPrintInfo*, int, nsIPrintSettings*)': : undefined reference to `NS_CStringContainerInit2' yelp-yelp-gecko-services.o(.text+0xa1e): In function `PrintListener::SetPrintSettings(_YelpPrintInfo*, int, nsIPrintSettings*)': : undefined reference to `NS_CStringContainerInit2' yelp-yelp-gecko-services.o(.text+0xa6d): In function `PrintListener::SetPrintSettings(_YelpPrintInfo*, int, nsIPrintSettings*)': : undefined reference to `NS_CStringContainerInit2' yelp-yelp-gecko-services.o(.text+0xabc): more undefined references to `NS_CStringContainerInit2' follow /usr/local/lib/libgtkembedmoz.so: undefined reference to `NS_InitXPCOM3' gmake[3]: *** [yelp] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/yelp/work/yelp-2.22.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/x11/yelp/work/yelp-2.22.1/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/yelp/work/yelp-2.22.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/yelp. # exit Script done on Tue Nov 4 19:02:44 2008 Hope someone can help me. Is it advicable to report this bug to the upstream developers themselves eg should I contact the Gnome developers about this or will the port maintainer take care of that? Thanks Dino From stevefranks at ieee.org Tue Nov 4 14:34:41 2008 From: stevefranks at ieee.org (Steve Franks) Date: Tue Nov 4 14:34:53 2008 Subject: [Fwd: Re: OpenOCD] In-Reply-To: <48F0A008.1040900@incunabulum.net> References: <48F0A008.1040900@incunabulum.net> Message-ID: <539c60b90811041434t4d98e5d5pf53dddd1dbba342a@mail.gmail.com> Bruce, I've been playing with your makefile for openocd. Awhile back I was told that the *right* way to do this as a real port was to get the svn, make a tgz in distfiles, and then build the port from that. Looks like you did the svn->distfiles part manually in your origonal makefile, right? I was given an example of this, but it has some major problems. (1) I'd think everything should go from scratch (after a make clean && make distclean) with just a 'make' for general-purpose use. Unfortunaetly, the makefile I'm starting from requires a 'make gen-dist' call before make will work. I'm a completely incompetent script programmer and can't get that to go automatically. Really, the script in gen-dist should just be part of the dependancies for plain 'make', right? If the distfile doesn't exist, get it from svn... (2) The gen-dist script is supposed to do a make makesum on the bz2 file in distfiles, but for reasons beyond me, it doesn't, probably the filename is mangled incorrectly with the date? (3) If I manually do a gen-dist, and then make makesum, I still get: ===> Configuring for openocd-20081103 cd: can't cd to /usr/ports/devel/openocd2/work/openocd-20081103 Which is probably a naming problem too, right? Is there a -debug option for ports so I can see what it's trying to do? Well that little bitty list is all my problems making a 'real' port... I'm not sure about mailing attatchments to freebsd lists, so the makefile is just cat'ed to my email after my name, below... Steve # New ports collection makefile for: openocd # Date created: # Whom: franks@rudbek.com # # $FreeBSD: ports/devel/openocd/Makefile,v $ # PORTNAME= openocd DISTVERSION= ${SNAPDATE} PORTVERSION= ${SNAPDATE} CATEGORIES= devel MASTER_SITES= ${MASTER_SITE_LOCAL} #~ PKGNAMESUFFIX= -devel MAINTAINER= franks@rudbek.com COMMENT= Open OCD On-chip debugger, flash programmer, and debug tool FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion BUILD_DEPENDS+= ${PORTSDIR}/devel/libusb ${PORTSDIR}/devel/libftdi USE_BZIP2= yes SVN_SNAPDATE!= date -v-1d +%Y-%m-%d SNAPDATE= ${SVN_SNAPDATE:S/-//g} USE_GMAKE= yes GNU_CONFIGURE= yes INFO= ${PORTNAME} CONFIGURE_ENV+= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib CONFIGURE_ARGS+= --enable-ft2232_libftdi LIB_DEPENDS+= usb:${PORTSDIR}/devel/libusb \ ftdi.10:${PORTSDIR}/devel/libftdi #~ WRKSRC= ${WRKDIR}/${PORTNAME} SVNROOT= svn://svn.berlios.de/openocd/trunk gen-dist: @if [ ! -d ${WRKDIR} ]; then \ mkdir ${WRKDIR}; \ fi @if [ ! -d ${WRKDIR}/svn ]; then \ mkdir ${WRKDIR}/svn; \ fi @if [ ! -f ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ]; then \ svn co ${SVNROOT} ${WRKDIR}/svn/openocd; \ ${TAR} cfj ${_DISTDIR}${DISTFILES} ${WRKDIR}/svn/openocd; \ ${MAKE} ${__softMAKEFLAGS} makesum; \ fi .include On Sat, Oct 11, 2008 at 5:46 AM, Bruce M. Simpson wrote: > Forwarding here as others might also have dongles that work, and debugging > NSLU2 ARM would cleary need OCD capability to figure out exactly what is > going wrong here. > > thanks > BMS > > > ---------- Forwarded message ---------- > From: Bruce M Simpson > To: stevefranks@ieee.org > Date: Sat, 11 Oct 2008 05:44:23 +0100 > Subject: Re: OpenOCD > Steve, > > Here's a port for OpenOCD. > > I haven't been able to test it for real, because I don't have a supported > JTAG dongle; > it seems my Altera USBByteBlaster clone is not supported. > > You said you had an Olimex, perhaps you can give it a try? Let me know and > I'll commit, if you want to take the reins as maintainer let me now. > > Here are some notes I was gonna put into the commit message (not committing > it as I really want to see it work "for real" first) :- > > %%% > Add new port of OpenOCD, an open source on-chip debug utility for > ARM and other processor families. > > Note: I haven't actually tested this with a real dongle yet, > but it looks sane. It builds from a locally hosted source snapshot, > as OpenOCD doesn't appear to have a release schedule of its own. > The diff to svn trunk is extremely minimal. > 'gmake dist-gzip' doesn't work right, so a manual tarball was rolled. > It appears that the Altera USB ByteBlaster clone I have is not supported. > > > %%% > > cheers > BMS > > _______________________________________________ > freebsd-embedded@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-embedded > To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@freebsd.org" > > From flex1980 at gmail.com Wed Nov 5 01:13:36 2008 From: flex1980 at gmail.com (Flex) Date: Wed Nov 5 01:13:43 2008 Subject: Boost 1.37 released! In-Reply-To: References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> Message-ID: <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> I also agree with you Jeremy. devel/boost-devel makes no sense as it is a stable and not a development version.When there are so much ports that depend on devel/boost (as version 1.34) then I see two approaches to solve this. 1.) Try to find out if boost 1.37 is binary compatible with boost 1.34. If so, then we could update it to the actual version without breaking the ports depending on it, IMHO. I made this a question to the boost irc channel and got only the answer that this is doubtable so far. 2.) We should think of one or two alternative boost port(s) like devel/boost137 and devel/boost138. All depending ports must be made dependant to devel/boost137 then. Other ports also keep two ports with their (often major) release numbers and switch dependent ports back and forth to the right port release number. I'd prefer the second because there are less side effects and problems possible. Also please note that http://home.leo.org isn't accessible anymore. Hopefully someone, preferrably Alexander, has the 1.35 patch from Simon to check whether it's easy to bump the port to 1.37 easily. I also agree to send a PR. /Flex From kamikaze at bsdforen.de Wed Nov 5 02:22:56 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Nov 5 02:23:02 2008 Subject: Wacom driver Message-ID: <491173E4.1050809@bsdforen.de> I have created a port of Bartosz Fabianowski's Wacom driver. Since nobody has stepped forward to commit it, I thought I'd inform this list, so that people can test it. http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 Feedback is, of course, welcome. From gabor at FreeBSD.org Wed Nov 5 04:19:44 2008 From: gabor at FreeBSD.org (=?UTF-8?B?R8OhYm9yIEvDtnZlc2TDoW4=?=) Date: Wed Nov 5 04:19:51 2008 Subject: Wacom driver In-Reply-To: <491173E4.1050809@bsdforen.de> References: <491173E4.1050809@bsdforen.de> Message-ID: <49118B88.6090102@FreeBSD.org> Dominic Fandrey escribi?: > I have created a port of Bartosz Fabianowski's Wacom driver. > Since nobody has stepped forward to commit it, I thought I'd > inform this list, so that people can test it. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 > I suggest that you should consult with pgj@. He was going to port this driver himself but he hasn't got time so far. I've CC'd him because I don't think he is on the ports@ list because he is a doc committer. Cheers, -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From kamikaze at bsdforen.de Wed Nov 5 04:32:49 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Nov 5 04:33:05 2008 Subject: Wacom driver In-Reply-To: <49118B88.6090102@FreeBSD.org> References: <491173E4.1050809@bsdforen.de> <49118B88.6090102@FreeBSD.org> Message-ID: <4911924A.7010007@bsdforen.de> G?bor K?vesd?n wrote: > Dominic Fandrey escribi?: >> I have created a port of Bartosz Fabianowski's Wacom driver. >> Since nobody has stepped forward to commit it, I thought I'd >> inform this list, so that people can test it. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 >> > I suggest that you should consult with pgj@. He was going to port this > driver himself but he hasn't got time so far. I've CC'd him because I > don't think he is on the ports@ list because he is a doc committer. > > Cheers, > Well, I'm always willing to talk. However, I don't see much to be done here. The port is done, I keep close contact to Bartosz and I'm willing to maintain it. It's one of the few that actually installs a module into /boot/modules, something that should be enforced more thoroughly, in my opinion. Thanks to the ports Xorg magic I even don't have to take care of dependencies. From Albert.Shih at obspm.fr Wed Nov 5 06:04:52 2008 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Nov 5 06:04:59 2008 Subject: ports/125745: Update to www/rt3* available - 3.8.0 In-Reply-To: <48B620C3.6000501@p6m7g8.com> References: <48AB57B0.1070800@ridecharge.com> <48AB5824.3030405@p6m7g8.com> <20080827235827.GA48262@pcjas.obspm.fr> <48B620C3.6000501@p6m7g8.com> Message-ID: <20081105135030.GM71493@obspm.fr> Le 27/08/2008 ? 23:51:31-0400, Philip M. Gollucci a ?crit > Albert Shih wrote: > > Le 19/08/2008 ? 19:32:52-0400, Philip M. Gollucci a ?crit > >> Philip M. Gollucci wrote: > >>> [PLEASE DROP GNATS from your replys] > >>> http://tinderbox-amd64.rws/index.php?action=list_buildports&build=8-CURRENT-RT38 > >> should be > >> http://tinderbox-amd64.riderway.com:8080/index.php?action=list_buildports&build=8-CURRENT-RT38 > > > > I saw everything is ?success?. > > > > When you think this ports is push into the ports-tree ? (for 7-Release). > > > > Lots of thanks for your work. > 1) > I need to figure a multi-instance patch first which I'm going to have to > code from almost scratch for 3.8. > > 2) I need to test NOPORTDOCS, NPORTEXAMPLES, NOPORTDATA vars > > 3) I'm planing to install a field test of the port tonight/tomorrow at > $work and make public through friday ish. > > 4) I need to deal with the post install make steps in a way different > from previous rt ports so it stays package able. > > http://people.freebsd.org/~pgollucci/rt38.txt is a better link at this > point to start with I'm come back for rt. Now I'm need to make a seconde install of rt before end of the mounth. I would like to known if you think before this date rt38 ports can be release ? I don't want push anyone because I can use rt36. All I would like to known is if it's good idea to wait. I prefer to not have to make a upgrade on rt. So if the www/rt38 going to be release soon I prefer to wait. Thanks for you work. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26 Heure local/Local time: Mer 5 nov 2008 14:47:12 CET From pgj at FreeBSD.org Wed Nov 5 07:49:18 2008 From: pgj at FreeBSD.org (Gabor PALI) Date: Wed Nov 5 07:49:25 2008 Subject: Wacom driver In-Reply-To: <4911924A.7010007@bsdforen.de> References: <491173E4.1050809@bsdforen.de> <49118B88.6090102@FreeBSD.org> <4911924A.7010007@bsdforen.de> Message-ID: <4911BA0A.1080204@FreeBSD.org> Dominic Fandrey wrote: > G?bor K?vesd?n wrote: >> Dominic Fandrey escribi?: >>> I have created a port of Bartosz Fabianowski's Wacom driver. >>> Since nobody has stepped forward to commit it, I thought I'd >>> inform this list, so that people can test it. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 >>> >> I suggest that you should consult with pgj@. He was going to port this >> driver himself but he hasn't got time so far. I've CC'd him because I >> don't think he is on the ports@ list because he is a doc committer. > > Well, I'm always willing to talk. However, I don't see much to be done > here. The port is done, I keep close contact to Bartosz and I'm > willing to maintain it. It's one of the few that actually installs a > module into /boot/modules, something that should be enforced more > thoroughly, in my opinion. > > Thanks to the ports Xorg magic I even don't have to take care of > dependencies. > Hello there, Thanks to Ping Cheng (maintainer of the original Linux driver), I already found and contacted Bartosz (at about middle of August), and I have tested some versions of his ported driver with my USB Wacom Bamboo. I asked him about an official FreeBSD port, but he replied he will do that himself (when it is time) :) I would be happy to see this driver in the Ports Collection, however I had serious problems with the latest version I tested (X crashed after a few minutes with Firefox and Gimp). It is a sorry, but I had to leave that configuration (6.3-STABLE on a desktop machine) behind (I had to move) and I switched to FreeBSD 7-PRERELEASE on a notebook meanwhile. I have not had time to test it again, though my Bamboo is next to my notebook :) (Therefore no physical limitations...) But if you need a committer for this port, I can offer you to look after your PRs, test and commit them (with some help from an experienced ports committer, of course). Cheers, :g From mezz7 at cox.net Wed Nov 5 07:52:05 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Nov 5 07:52:18 2008 Subject: Boost 1.37 released! In-Reply-To: <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> Message-ID: On Wed, 05 Nov 2008 03:13:33 -0600, Flex wrote: > I also agree with you Jeremy. devel/boost-devel makes no sense as it is a > stable and not a development version.When there are so much ports that > depend on devel/boost (as version 1.34) then I see two approaches to > solve > this. > > 1.) Try to find out if boost 1.37 is binary compatible with boost 1.34. > If > so, then we could update it to the actual version without breaking the > ports > depending on it, IMHO. I made this a question to the boost irc channel > and > got only the answer that this is doubtable so far. The binary compatible does not matter as it only forces us to wait until complete unfreeze. We can bump all of other ports to get rebuild. What about the API (source) compatible? It's more important than ABI (binary) compatible as we need to make sure others can build with newer boost. > 2.) We should think of one or two alternative boost port(s) like > devel/boost137 and devel/boost138. All depending ports must be made > dependant to devel/boost137 then. Other ports also keep two ports with > their > (often major) release numbers and switch dependent ports back and forth > to > the right port release number. We don't need devel/boost137 either if all other ports can build with newer boost or easy to get others fix with newer boost. We should avoid two same exactly libraries in ports tree if they don't do the parallel installation (non-conflict) as possible unless no choice to do two or more. > I'd prefer the second because there are less side effects and problems > possible. > Also please note that http://home.leo.org isn't accessible anymore. > Hopefully someone, preferrably Alexander, has the 1.35 patch from Simon > to > check whether it's easy to bump the port to 1.37 easily. I also agree to > send a PR. Yeah, two people have told me about that URL is dead. Too bad, I don't have this file anymore. Cheers, Mezz > /Flex -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From kamikaze at bsdforen.de Wed Nov 5 09:12:22 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Nov 5 09:12:36 2008 Subject: Wacom driver In-Reply-To: <4911BA0A.1080204@FreeBSD.org> References: <491173E4.1050809@bsdforen.de> <49118B88.6090102@FreeBSD.org> <4911924A.7010007@bsdforen.de> <4911BA0A.1080204@FreeBSD.org> Message-ID: <4911D3CF.5050707@bsdforen.de> Gabor PALI wrote: > Dominic Fandrey wrote: >> G?bor K?vesd?n wrote: >>> Dominic Fandrey escribi?: >>>> I have created a port of Bartosz Fabianowski's Wacom driver. >>>> Since nobody has stepped forward to commit it, I thought I'd >>>> inform this list, so that people can test it. >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 >>>> >>> I suggest that you should consult with pgj@. He was going to port this >>> driver himself but he hasn't got time so far. I've CC'd him because I >>> don't think he is on the ports@ list because he is a doc committer. >> Well, I'm always willing to talk. However, I don't see much to be done >> here. The port is done, I keep close contact to Bartosz and I'm >> willing to maintain it. It's one of the few that actually installs a >> module into /boot/modules, something that should be enforced more >> thoroughly, in my opinion. >> >> Thanks to the ports Xorg magic I even don't have to take care of >> dependencies. >> > > Hello there, > > Thanks to Ping Cheng (maintainer of the original Linux driver), I > already found and contacted Bartosz (at about middle of August), and I > have tested some versions of his ported driver with my USB Wacom Bamboo. > I asked him about an official FreeBSD port, but he replied he will do > that himself (when it is time) :) > > I would be happy to see this driver in the Ports Collection, however I > had serious problems with the latest version I tested (X crashed after a > few minutes with Firefox and Gimp). > > It is a sorry, but I had to leave that configuration (6.3-STABLE on a > desktop machine) behind (I had to move) and I switched to FreeBSD > 7-PRERELEASE on a notebook meanwhile. I have not had time to test it > again, though my Bamboo is next to my notebook :) (Therefore no > physical limitations...) > > But if you need a committer for this port, I can offer you to look after > your PRs, test and commit them (with some help from an experienced ports > committer, of course). > > Cheers, > :g I can tell you that I have thoroughly tested it in gimp with an Intuos3 on amd64 and it caused no instability problems whatsoever. Bartosz and me are also looking into the hot-plug issue, because at the moment an X restart is necessary when you plug in your tablet. I have put some effort into the setup target of the rc script that spares you that annoying copy'n'paste orgy to get the linuxwacom bits running. I'd be glad to maintain this port and it meets Bartosz's approval. He told me that he intended to make a port but hadn't found the time yet. So a willing committer would be very welcome. Err anyone asks, the DESTDIR support is there to silence portlint about the use of an absolute path (/boot/modules). Regards From peterjeremy at optushome.com.au Wed Nov 5 10:02:52 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Nov 5 10:03:00 2008 Subject: Boost 1.37 released! In-Reply-To: References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> Message-ID: <20081105180245.GA51239@server.vk2pj.dyndns.org> On 2008-Nov-05 09:52:12 -0600, Jeremy Messenger wrote: >On Wed, 05 Nov 2008 03:13:33 -0600, Flex wrote: >> Also please note that http://home.leo.org isn't accessible anymore. > >Yeah, two people have told me about that URL is dead. Too bad, I don't >have this file anymore. Depending on how long it was up, it might have been grabbed by the Internet Archive Wayback Machine. It's not there right now but the FAQ says "it generally takes 6 months or more for pages to appear". That URL looks like the "member's area" of an ISP - it's also possible that LEO just renamed (rather than removed) the site. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081105/d7eadb8c/attachment.pgp From sullrich at gmail.com Wed Nov 5 12:12:24 2008 From: sullrich at gmail.com (Scott Ullrich) Date: Wed Nov 5 12:12:30 2008 Subject: Problems building ports - Error code 2 when attempting to cd Message-ID: All, I have a strange port problem that I am trying to figure out. Hopefully someone can shed a light on what is happening here: ===> rrdtool-1.2.26_1 depends on file: /usr/local/bin/libtool - found (but building it anyway) ===> Verifying install for /usr/local/bin/libtool in /usr/ports/devel/libtool15 ===> Returning to build of rrdtool-1.2.26_1 ===> rrdtool-1.2.26_1 depends on shared library: freetype.9 - found (but building it anyway) ===> Verifying install for freetype.9 in /usr/ports/print/freetype2 cd: can't cd to /usr/ports/print/freetype2/work/freetype-2.3.7 *** Error code 2 1 error *** Error code 2 1 error But as you can see here, it does exist: freebsd-nexus-computers# ls /usr/ports/print/freetype2/work/freetype-2.3.7 ChangeLog ChangeLog.22 Makefile autogen.sh devel modules.cfg version.sed ChangeLog.20 Jamfile README builds docs objs vms_make.com ChangeLog.21 Jamrules README.CVS configure include src Does anyone have any idea what is happening here? This is happening randomly to a number of port builds and I am stumped. Thanks, Scott PS: please CC me on any replies, I am not subscribed to this particular list From bomberboy at gmail.com Wed Nov 5 12:24:27 2008 From: bomberboy at gmail.com (bomberboy) Date: Wed Nov 5 12:24:33 2008 Subject: Wacom driver In-Reply-To: <491173E4.1050809@bsdforen.de> References: <491173E4.1050809@bsdforen.de> Message-ID: <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> On Wed, Nov 5, 2008 at 11:22 AM, Dominic Fandrey wrote: Hello, > I have created a port of Bartosz Fabianowski's Wacom driver. > Since nobody has stepped forward to commit it, I thought I'd > inform this list, so that people can test it. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 I tried compiling it my system but building the port fails for me. Two diffs are attached, one for the Makefile of the port itself and one for uwacom.c in the code of Bartosz Fabianowski. My system is running a recent current btw: # uname -a FreeBSD Tablet.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov 4 15:27:47 CET 2008 root@Tablet.lan:/usr/obj/usr/src/sys/TABLET amd64 makefile.diff : The Makefile of the port tries to create a link to the linuxwacom archive in the work-dir of the port. However, this archive is located in /usr/ports/distfiles/xorg/driver/ in stead of just /usr/ports/distfiles/ (or is this something specific to current?) uwacom.diff: uwacom.c is missing the include Maybe this was indirectly included in a different header file in 6.x or 7.0? After these changes the compile of uwacom.c still fails with: ========= cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c uwacom.c cc1: warnings being treated as errors uwacom.c: In function 'uwacom_init': uwacom.c:1072: warning: left shift count >= width of type *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-input-wacom/work/uwacom. *** Error code 1 ========= Removing -Werror from the compile step silently ignores this warning, but I guess that's not the right way to deal with this :) I'm not familiar with the code at all and don't really know how to solve this, but maybe you do. Can't verify if it works though, I'm using it on a Tablet PC (Fujitsu T4220) for which the wacom device should show up as a serial device. (However, I'm still having some problems with that though) As a sidenote. The tablets which use a serial port (e.g. most tabletPCs according to the linuxwacom documentation) don't need the the usb-part if I'm correct. So maybe it would be a good idea to split the port into two parts? One just for the linuxwacom codebase, and one for the kernel module? (which then depends on the linuxwacom port) Kind regards, Bruno -------------- next part -------------- A non-text attachment was scrubbed... Name: makefile.diff Type: application/octet-stream Size: 313 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081105/90928bfa/makefile.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: uwacom.diff Type: application/octet-stream Size: 269 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081105/90928bfa/uwacom.obj From tingox at gmail.com Wed Nov 5 14:19:09 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Nov 5 14:19:16 2008 Subject: Wacom driver In-Reply-To: <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> References: <491173E4.1050809@bsdforen.de> <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> Message-ID: Hello, On Wed, Nov 5, 2008 at 8:34 PM, bomberboy wrote: > My system is running a recent current btw: > # uname -a > FreeBSD Tablet.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov 4 > 15:27:47 CET 2008 root@Tablet.lan:/usr/obj/usr/src/sys/TABLET > amd64 Under 7.0-stable / i386: root@kg-work2# uname -a FreeBSD kg-work2.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Oct 19 19:29:06 CEST 2008 root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 i386 > makefile.diff : The port compiles fine here with this diff. No need for the other diff. My Wacom CTF-420 is detected: root@kg-work2# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 addr 2: low speed, power 40 mA, config 1, CTF-420 V2.0-0(0x0062), WACOM(0x056a), rev 2.00 from /var/log/messages: Nov 5 22:43:13 kg-work2 root: Unknown USB device: vendor 0x056a product 0x0062 bus uhub0 Nov 5 22:43:13 kg-work2 kernel: uwacom0: on uhub0 It works too (after I restated X), at least as a mouse (I don't know how to test the other functions). > uwacom.diff: > uwacom.c is missing the include > Maybe this was indirectly included in a different header file in 6.x or 7.0? I do not know, I ony know that I didn't need this on my machine. HTH -- Regards, Torfinn Ingolfsen From ivoras at freebsd.org Wed Nov 5 14:49:53 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Wed Nov 5 14:50:00 2008 Subject: On pkg_trans Message-ID: Hi, I'll probably have some time in the next few days to work on pkg_trans again, but first I'd like to get some input on the whole thing. The last time I talked about it I've made code available but I've received no feedback. More information on pkg_trans can be found in the list archives or on these pages: http://wiki.freebsd.org/IvanVoras/PkgTransProposal http://ivoras.sharanet.org/blog/tree/2008-10-13.addition-to-freebsds-package-infrastructure--pkg_trans.html Those pages also carry links to the code. I'm not a ports committer and I don't want to tell people who are how to work on their project but I think pkg_trans is important enough that it should require a policy decision - if it's accepted, pkg_trans should go into the base system. I know that there are utilities than can do some or all of what I've planned for pkg_trans but one important point of pkg_trans is that it should be integrated into the regular base package infrastructure, not requiring external utilities, runtimes or libraries. Some implementation notes: * I've avoided changes to the base utilities. A separate utility, pkg_trans, is called by the transaction-aware utilities * Client-side utilities are added to the pkg_install library (lib.h, etc.) * Transaction records are kept as text files. I think it would have been significantly better if sqlite was used but there was great opposition to importing sqlite into the base system the last time I brought it up so this is the last mention of it (in context of pkg_trans :) ) * If it's accepted, I'll maintain this addition to the utilities (of course, everyone's invited to contribute). I'll also be a regular user of these features - I created pkg_trans because I want the functionality on my systems. * For the pkg_trans to be effective, it requires slight modifications to the ports Makefile infrastructure (basically, the "install" and "deinstall" targets should be aware of transactions) and external ports utilities (like portupgrade), which I can't do myself. If there's interest in finishing pkg_trans, now's the time to discuss it :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081105/9c4ef5ff/signature.pgp From koitsu at FreeBSD.org Wed Nov 5 18:01:38 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Nov 5 18:01:44 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: References: Message-ID: <20081106020118.GA26249@icarus.home.lan> On Wed, Nov 05, 2008 at 03:49:29PM -0400, Scott Ullrich wrote: > All, > > I have a strange port problem that I am trying to figure out. > Hopefully someone can shed a light on what is happening here: > > ===> rrdtool-1.2.26_1 depends on file: /usr/local/bin/libtool - found > (but building it anyway) > ===> Verifying install for /usr/local/bin/libtool in > /usr/ports/devel/libtool15 > ===> Returning to build of rrdtool-1.2.26_1 > ===> rrdtool-1.2.26_1 depends on shared library: freetype.9 - found > (but building it anyway) > ===> Verifying install for freetype.9 in /usr/ports/print/freetype2 > cd: can't cd to /usr/ports/print/freetype2/work/freetype-2.3.7 > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > But as you can see here, it does exist: > > freebsd-nexus-computers# ls /usr/ports/print/freetype2/work/freetype-2.3.7 > ChangeLog ChangeLog.22 Makefile autogen.sh devel modules.cfg version.sed > ChangeLog.20 Jamfile README builds docs objs vms_make.com > ChangeLog.21 Jamrules README.CVS configure include src > > Does anyone have any idea what is happening here? This is happening > randomly to a number of port builds and I am stumped. Please provide the output from the following commands: mount ls -ld / /usr /usr/ports /usr/ports/print /usr/ports/print/freetype2 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From sullrich at gmail.com Wed Nov 5 18:04:21 2008 From: sullrich at gmail.com (Scott Ullrich) Date: Wed Nov 5 18:04:27 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: <20081106020118.GA26249@icarus.home.lan> References: <20081106020118.GA26249@icarus.home.lan> Message-ID: On Wed, Nov 5, 2008 at 9:01 PM, Jeremy Chadwick wrote: > Please provide the output from the following commands: > > mount > ls -ld / /usr /usr/ports /usr/ports/print /usr/ports/print/freetype2 Here is mount: /dev/da0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/da0s1d on /usr (ufs, local, soft-updates) devfs on /usr/jails/sullrich/dev (devfs, local) fdescfs on /usr/jails/sullrich/dev/fd (fdescfs) procfs on /usr/jails/sullrich/proc (procfs, local) devfs on /usr/jails/ermal/dev (devfs, local) fdescfs on /usr/jails/ermal/dev/fd (fdescfs) procfs on /usr/jails/ermal/proc (procfs, local) devfs on /usr/jails/billm/dev (devfs, local) fdescfs on /usr/jails/billm/dev/fd (fdescfs) procfs on /usr/jails/billm/proc (procfs, local) devfs on /usr/jails/ondemand/dev (devfs, local) fdescfs on /usr/jails/ondemand/dev/fd (fdescfs) procfs on /usr/jails/ondemand/proc (procfs, local) devfs on /usr/local/pfsense-fs/dev (devfs, local) (Note that it is a jail host and this build was running within a jail) freebsd-nexus-computers# ls -ld / /usr /usr/ports /usr/ports/print /usr/ports/print/freetype2 drwxr-xr-x 20 root wheel 512 Nov 2 18:47 / drwxr-xr-x 18 root wheel 512 Nov 5 14:20 /usr drwxr-xr-x 70 root wheel 1536 Nov 5 15:15 /usr/ports drwxr-xr-x 331 root wheel 7168 Nov 5 15:16 /usr/ports/print drwxr-xr-x 3 root wheel 512 Nov 5 15:16 /usr/ports/print/freetype2 They all exist. The error message is really strange. Anything else you can think to check? Scott From koitsu at FreeBSD.org Wed Nov 5 18:09:35 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Nov 5 18:09:42 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: References: <20081106020118.GA26249@icarus.home.lan> Message-ID: <20081106020930.GA26497@icarus.home.lan> On Wed, Nov 05, 2008 at 09:04:18PM -0500, Scott Ullrich wrote: > On Wed, Nov 5, 2008 at 9:01 PM, Jeremy Chadwick wrote: > > Please provide the output from the following commands: > > > > mount > > ls -ld / /usr /usr/ports /usr/ports/print /usr/ports/print/freetype2 > > Here is mount: /dev/da0s1a on / (ufs, local) > devfs on /dev (devfs, local) > /dev/da0s1d on /usr (ufs, local, soft-updates) > devfs on /usr/jails/sullrich/dev (devfs, local) > fdescfs on /usr/jails/sullrich/dev/fd (fdescfs) > procfs on /usr/jails/sullrich/proc (procfs, local) > devfs on /usr/jails/ermal/dev (devfs, local) > fdescfs on /usr/jails/ermal/dev/fd (fdescfs) > procfs on /usr/jails/ermal/proc (procfs, local) > devfs on /usr/jails/billm/dev (devfs, local) > fdescfs on /usr/jails/billm/dev/fd (fdescfs) > procfs on /usr/jails/billm/proc (procfs, local) > devfs on /usr/jails/ondemand/dev (devfs, local) > fdescfs on /usr/jails/ondemand/dev/fd (fdescfs) > procfs on /usr/jails/ondemand/proc (procfs, local) > devfs on /usr/local/pfsense-fs/dev (devfs, local) > > (Note that it is a jail host and this build was running within a jail) > > freebsd-nexus-computers# ls -ld / /usr /usr/ports /usr/ports/print > /usr/ports/print/freetype2 > drwxr-xr-x 20 root wheel 512 Nov 2 18:47 / > drwxr-xr-x 18 root wheel 512 Nov 5 14:20 /usr > drwxr-xr-x 70 root wheel 1536 Nov 5 15:15 /usr/ports > drwxr-xr-x 331 root wheel 7168 Nov 5 15:16 /usr/ports/print > drwxr-xr-x 3 root wheel 512 Nov 5 15:16 /usr/ports/print/freetype2 > > They all exist. The error message is really strange. > > Anything else you can think to check? Does the problem happen outside of the jail? Other than that, I have no ideas. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From sullrich at gmail.com Wed Nov 5 18:11:53 2008 From: sullrich at gmail.com (Scott Ullrich) Date: Wed Nov 5 18:11:59 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: <20081106020930.GA26497@icarus.home.lan> References: <20081106020118.GA26249@icarus.home.lan> <20081106020930.GA26497@icarus.home.lan> Message-ID: On Wed, Nov 5, 2008 at 9:09 PM, Jeremy Chadwick wrote: > Does the problem happen outside of the jail? Unfortunately it does from time to time even with -j1 > Other than that, I have no ideas. Thanks for trying. This is one of those situations where I am out of ideas as well. Scott From sullrich at gmail.com Wed Nov 5 20:09:03 2008 From: sullrich at gmail.com (Scott Ullrich) Date: Wed Nov 5 20:09:09 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: <20081106034951.GA83583@night.db.net> References: <20081106020118.GA26249@icarus.home.lan> <20081106034951.GA83583@night.db.net> Message-ID: Sorry, forgot reply-all. On Wed, Nov 5, 2008 at 10:49 PM, Diane Bruce wrote: > Look for this variable set somewhere. ALWAYS_BUILD_DEPENDS I enabled this in a last ditch effort to get around the problem. It instructs dependencies to rebuild even if the ports tree thinks it is not necessary. From what I gather it only adds additional time when rebuilding the port. > This message "but building it anyway" is odd. looking in /usr/ports/Mk , > I'd like to know why ALWAYS_BUILD_DEPENDS is set. > That can't be right. What are you typing to do the make? The problem occurs regardless of if this is defined or not. The script being used is: http://cvs.pfsense.org/cgi-bin/cvsweb.cgi/tools/pfPorts/Makefile.RELENG_1?rev=1.66;content-type=text%2Fplain Don't let the filename fool you, its a simple shell script that was originally a sub-port make file quite a while back and we have not repo moved the file to reflect its new purpose. I did notice something else odd, even after the cd command fails, the port starts back over and somehow it finishes building which seems a bit strange (regardless if ALWAYS_BUILD_DEPENDS is defined). Scott From db at db.net Wed Nov 5 20:10:04 2008 From: db at db.net (Diane Bruce) Date: Wed Nov 5 20:10:10 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: References: <20081106020118.GA26249@icarus.home.lan> Message-ID: <20081106034951.GA83583@night.db.net> On Wed, Nov 05, 2008 at 09:04:18PM -0500, Scott Ullrich wrote: ... > Anything else you can think to check? Look for this variable set somewhere. ALWAYS_BUILD_DEPENDS > ===> rrdtool-1.2.26_1 depends on shared library: freetype.9 - found > (but building it anyway) This message "but building it anyway" is odd. looking in /usr/ports/Mk , I'd like to know why ALWAYS_BUILD_DEPENDS is set. That can't be right. What are you typing to do the make? -- - db@FreeBSD.org db@db.net http://www.db.net/~db From christer.edwards at gmail.com Wed Nov 5 21:15:05 2008 From: christer.edwards at gmail.com (Christer Edwards) Date: Wed Nov 5 21:15:11 2008 Subject: port request - listadmin (mailman admin utility) Message-ID: <20081106044954.GI89992@parkman.zelut.org> I don't know if this is exactly the right place to ask, but I'd like to request a port. Previously, on debian, I administered a number of mailman lists using a CLI tool "listadmin". After migrating my servers to FreeBSD 7 I'm unable to find that port. http://freshmeat.net/projects/listadmin/ Thank You, Christer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 487 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081106/f7b38099/attachment.pgp From bsam at ipt.ru Wed Nov 5 22:24:29 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Nov 5 22:24:36 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: (Scott Ullrich's message of "Wed\, 5 Nov 2008 21\:11\:51 -0500") References: <20081106020118.GA26249@icarus.home.lan> <20081106020930.GA26497@icarus.home.lan> Message-ID: <84295007@bb.ipt.ru> "Scott Ullrich" writes: > On Wed, Nov 5, 2008 at 9:09 PM, Jeremy Chadwick wrote: >> Does the problem happen outside of the jail? > Unfortunately it does from time to time even with -j1 According to make(1) "-j1" is not the same as if "-j" is not defined. I'd try either remove "-j1" or add "-B" option: ----- ?B Try to be backwards compatible by executing a single shell per command and by executing the commands to make the sources of a dependency line in sequence. This is turned on by default unless ?j is used. ?j max_jobs Specify the maximum number of jobs that make may have running at any one time. Turns compatibility mode off, unless the ?B flag is also specified. ----- HTH & WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From bomberboy at gmail.com Thu Nov 6 02:30:17 2008 From: bomberboy at gmail.com (bomberboy) Date: Thu Nov 6 02:30:24 2008 Subject: Wacom driver In-Reply-To: References: <491173E4.1050809@bsdforen.de> <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> Message-ID: <6e77fe4e0811060230k185fa241w1be0b1a1307ec1c5@mail.gmail.com> On Wed, Nov 5, 2008 at 11:19 PM, Torfinn Ingolfsen wrote: > On Wed, Nov 5, 2008 at 8:34 PM, bomberboy wrote: >> My system is running a recent current btw: >> # uname -a >> FreeBSD Tablet.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov 4 >> 15:27:47 CET 2008 root@Tablet.lan:/usr/obj/usr/src/sys/TABLET >> amd64 I've got it to work here as well on a Fujitsu T4220 Tablet PC. Mind you, on this laptop the wacom tablet comes up as a serial device, and not a USB device. So I can't confirm if the uwacom module works. Just the serial part which was already supported by the linuxwacom project. uart4: <16550 or compatible> at port 0x220-0x227 irq 4 on isa0 uart4: [FILTER] To get it recognized I had to add the appropriate entries to /boot/device.hints hint.uart.4.at="isa" hint.uart.4.port="0x220" hint.uart.4.irq="4" Figuring out the port and irq entries was the magic part :) Regards, Bruno From gesbbb at yahoo.com Thu Nov 6 05:29:31 2008 From: gesbbb at yahoo.com (Jerry) Date: Thu Nov 6 05:29:37 2008 Subject: port request - listadmin (mailman admin utility) In-Reply-To: <20081106044954.GI89992@parkman.zelut.org> References: <20081106044954.GI89992@parkman.zelut.org> Message-ID: <20081106082915.43511e87@scorpio> On Wed, 5 Nov 2008 21:49:54 -0700 Christer Edwards wrote: >I don't know if this is exactly the right place to ask, but I'd like to >request a port. Previously, on debian, I administered a number of >mailman lists using a CLI tool "listadmin". After migrating my servers >to FreeBSD 7 I'm unable to find that port. > >http://freshmeat.net/projects/listadmin/ There doesn't appear to be a native FreeBSD port for it. Perhaps you might consider becoming a port maintainer for this program. It appears to be a simple Perl based application. -- Jerry gesbbb@yahoo.com Flon's Law: There is not now, and never will be, a language in which it is the least bit difficult to write bad programs. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081106/9137a9d6/signature.pgp From hideo at lastamericanempire.com Thu Nov 6 06:41:06 2008 From: hideo at lastamericanempire.com (hideo) Date: Thu Nov 6 06:41:13 2008 Subject: port request - listadmin (mailman admin utility) In-Reply-To: <20081106044954.GI89992@parkman.zelut.org> References: <20081106044954.GI89992@parkman.zelut.org> Message-ID: <20081106142217.GA70716@lastamericanempire.com> Christer Edwards (Wed 11/05/08 21:49): > I don't know if this is exactly the right place to ask, but I'd like to > request a port. Previously, on debian, I administered a number of > mailman lists using a CLI tool "listadmin". After migrating my servers > to FreeBSD 7 I'm unable to find that port. > > http://freshmeat.net/projects/listadmin/ > > Thank You, > Christer Christer, Since you're familiar with the program, give the attached port a shot. If it works as expected I'll submit it, or frankly you can if you'd like to maintain it. Zach From sullrich at gmail.com Thu Nov 6 09:58:10 2008 From: sullrich at gmail.com (Scott Ullrich) Date: Thu Nov 6 09:58:16 2008 Subject: Problems building ports - Error code 2 when attempting to cd In-Reply-To: <84295007@bb.ipt.ru> References: <20081106020118.GA26249@icarus.home.lan> <20081106020930.GA26497@icarus.home.lan> <84295007@bb.ipt.ru> Message-ID: On 11/6/08, Boris Samorodov wrote: > According to make(1) "-j1" is not the same as if "-j" is not defined. > I'd try either remove "-j1" or add "-B" option: > ----- > ?B Try to be backwards compatible by executing a single shell per > command and by executing the commands to make the sources of a > dependency line in sequence. This is turned on by default unless > ?j is used. > ?j max_jobs > Specify the maximum number of jobs that make may have running at > any one time. Turns compatibility mode off, unless the ?B flag > is also specified. Thanks Boris, that appears to have solved the problem!! Scott From Cy.Schubert at komquats.com Thu Nov 6 10:08:14 2008 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Thu Nov 6 10:08:20 2008 Subject: Fwbuilder Port Upgrade Message-ID: <200811061808.mA6I8AuT050024@cwsys.cwsent.com> I've been discussing fwbuilder/libfwbuilder with the developer of this fine software. 3.0.2 is about to be released in one to two weeks (he recommended not upgrading the port from 3.0.0 to 3.0.1 and he recommended not creating a development version of the port). I have a patch to the port to bring it u p to 3.0.2 using build 638 of his development branch. If anyone wants to get a jump on the ports, here are some patches to upgrade fwbuilder and libfwbuilder to 3.0.2. The port will be committed when 3.0.2 is released. Enclosed are the patches. -------------- next part -------------- Index: Makefile =================================================================== RCS file: /home/pcvs/ports/security/libfwbuilder/Makefile,v retrieving revision 1.49 diff -u -r1.49 Makefile --- Makefile 30 Sep 2008 20:05:11 -0000 1.49 +++ Makefile 6 Nov 2008 17:58:05 -0000 @@ -5,10 +5,11 @@ # $FreeBSD: ports/security/libfwbuilder/Makefile,v 1.49 2008/09/30 20:05:11 cy Exp $ PORTNAME= libfwbuilder -PORTVERSION= 3.0.0 +PORTVERSION= 3.0.2 CATEGORIES= security -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE} -MASTER_SITE_SUBDIR= fwbuilder +# MASTER_SITES= ${MASTER_SITE_SOURCEFORGE} +# MASTER_SITE_SUBDIR= fwbuilder +MASTER_SITES= http://www.fwbuilder.org/nightly_builds/fwbuilder-3.0/build-638/ MAINTAINER= cy@FreeBSD.org COMMENT= Firewall Builder API @@ -45,8 +46,8 @@ PLIST_SUB+= PORTVERSION="${PORTVERSION}" post-install: - ${RM} ${PREFIX}/lib/libfwbuilder.so.8.0 - ${RM} ${PREFIX}/lib/libfwcompiler.so.8.0 + ${RM} ${PREFIX}/lib/libfwbuilder.so.8.1 + ${RM} ${PREFIX}/lib/libfwcompiler.so.8.1 .if !defined(NOPORTDOCS) PORTDOCS= * Index: distinfo =================================================================== RCS file: /home/pcvs/ports/security/libfwbuilder/distinfo,v retrieving revision 1.23 diff -u -r1.23 distinfo --- distinfo 2 Sep 2008 21:32:26 -0000 1.23 +++ distinfo 6 Nov 2008 17:58:05 -0000 @@ -1,3 +1,3 @@ -MD5 (libfwbuilder-3.0.0.tar.gz) = 993aa8d0838bf7f915ad3dbfcc03d161 -SHA256 (libfwbuilder-3.0.0.tar.gz) = 949982c6af3b7d075ca79551f2bb8559cb591a524d3e0a9f25b1656b65c77402 -SIZE (libfwbuilder-3.0.0.tar.gz) = 537382 +MD5 (libfwbuilder-3.0.2.tar.gz) = 64e9e2992cc1bbfa8be8fecdb9a83e3a +SHA256 (libfwbuilder-3.0.2.tar.gz) = bbbe4f75174a0d3604b817a423c13d900d1c7ee51deb3629aa61b248f68b72fb +SIZE (libfwbuilder-3.0.2.tar.gz) = 529281 Index: pkg-plist =================================================================== RCS file: /home/pcvs/ports/security/libfwbuilder/pkg-plist,v retrieving revision 1.22 diff -u -r1.22 pkg-plist --- pkg-plist 2 Sep 2008 21:32:26 -0000 1.22 +++ pkg-plist 6 Nov 2008 17:58:05 -0000 @@ -71,10 +71,10 @@ include/fwb-3/fwbuilder/libfwbuilder-version.h include/fwb-3/fwbuilder/physAddress.h include/fwb-3/fwbuilder/snmp.h -lib/libfwcompiler.so.8.0.0 +lib/libfwcompiler.so.8.1.0 lib/libfwcompiler.so.8 lib/libfwcompiler.so -lib/libfwbuilder.so.8.0.0 +lib/libfwbuilder.so.8.1.0 lib/libfwbuilder.so.8 lib/libfwbuilder.so share/libfwbuilder-%%BUILD_VERSION%%/migration/FWObjectDatabase_0.9.5.xslt -------------- next part -------------- ? fwbuilder.diff Index: Makefile =================================================================== RCS file: /home/pcvs/ports/security/fwbuilder/Makefile,v retrieving revision 1.54 diff -u -r1.54 Makefile --- Makefile 18 Oct 2008 00:02:32 -0000 1.54 +++ Makefile 6 Nov 2008 17:57:52 -0000 @@ -6,10 +6,11 @@ # PORTNAME= fwbuilder -PORTVERSION= 3.0.0 +PORTVERSION= 3.0.2 CATEGORIES= security -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE}/fwbuilder/ -MASTER_SITE_SUBDIR= fwbuilder +# MASTER_SITES= ${MASTER_SITE_SOURCEFORGE}/fwbuilder/ +# MASTER_SITE_SUBDIR= fwbuilder +MASTER_SITES= http://www.fwbuilder.org/nightly_builds/fwbuilder-3.0/build-638/ MAINTAINER= cy@FreeBSD.org COMMENT= Firewall Builder GUI and policy compilers Index: distinfo =================================================================== RCS file: /home/pcvs/ports/security/fwbuilder/distinfo,v retrieving revision 1.24 diff -u -r1.24 distinfo --- distinfo 2 Sep 2008 21:32:25 -0000 1.24 +++ distinfo 6 Nov 2008 17:57:52 -0000 @@ -1,3 +1,3 @@ -MD5 (fwbuilder-3.0.0.tar.gz) = f1032f4ebc8263224d7e829a204e8d5e -SHA256 (fwbuilder-3.0.0.tar.gz) = 03036d8a56bb729589ffe9fc4800a491e13d55b8f177fee78e7ee43305a93185 -SIZE (fwbuilder-3.0.0.tar.gz) = 2130909 +MD5 (fwbuilder-3.0.2.tar.gz) = 14ffbd1faedb3cea665e64843cf4e31b +SHA256 (fwbuilder-3.0.2.tar.gz) = 6355546b426924ce8496059a8ed176a6e5f7d396818746e315c6625c6da0b429 +SIZE (fwbuilder-3.0.2.tar.gz) = 2312674 Index: files/patch-src-gui-ipfAdvancedDialog.cpp =================================================================== RCS file: /home/pcvs/ports/security/fwbuilder/files/patch-src-gui-ipfAdvancedDialog.cpp,v retrieving revision 1.3 diff -u -r1.3 patch-src-gui-ipfAdvancedDialog.cpp --- files/patch-src-gui-ipfAdvancedDialog.cpp 2 Sep 2008 21:32:25 -0000 1.3 +++ files/patch-src-gui-ipfAdvancedDialog.cpp 6 Nov 2008 17:57:52 -0000 @@ -1,11 +1,11 @@ ---- src/gui/ipfAdvancedDialog.cpp.orig 2008-09-01 00:45:50.000000000 -0700 -+++ src/gui/ipfAdvancedDialog.cpp 2008-09-02 11:23:23.533839864 -0700 +--- src/gui/ipfAdvancedDialog.cpp.orig 2008-11-01 12:37:14.000000000 -0700 ++++ src/gui/ipfAdvancedDialog.cpp 2008-11-06 09:52:08.000000000 -0800 @@ -97,6 +97,8 @@ - data.registerOption( m_dialog->ipf_nat_irc_proxy ,fwopt, "ipf_nat_irc_proxy"); - data.registerOption( m_dialog->ipf_nat_ftp_proxy ,fwopt, "ipf_nat_ftp_proxy"); - data.registerOption( m_dialog->ipf_nat_rcmd_proxy ,fwopt, "ipf_nat_rcmd_proxy"); -+ data.registerOption( m_dialog->ipf_nat_krcmd_proxy ,fwopt, "ipf_nat_krcmd_proxy"); -+ data.registerOption( m_dialog->ipf_nat_ekshell_proxy ,fwopt, "ipf_nat_ekshell_proxy"); - data.registerOption( m_dialog->ipf_fw_dir ,fwopt, "firewall_dir" ); - data.registerOption( m_dialog->ipf_user ,fwopt, "admUser" ); - data.registerOption( m_dialog->altAddress ,fwopt, "altAddress" ); + data.registerOption( m_dialog->ipf_nat_irc_proxy,fwopt, "ipf_nat_irc_proxy"); + data.registerOption( m_dialog->ipf_nat_ftp_proxy,fwopt, "ipf_nat_ftp_proxy"); + data.registerOption( m_dialog->ipf_nat_rcmd_proxy,fwopt, "ipf_nat_rcmd_proxy"); ++ data.registerOption( m_dialog->ipf_nat_krcmd_proxy,fwopt, "ipf_nat_krcmd_proxy"); ++ data.registerOption( m_dialog->ipf_nat_ekshell_proxy,fwopt, "ipf_nat_ekshell_proxy"); + data.registerOption( m_dialog->ipf_fw_dir,fwopt, "firewall_dir" ); + data.registerOption( m_dialog->ipf_user,fwopt, "admUser" ); + data.registerOption( m_dialog->altAddress, fwopt, "altAddress"); -------------- next part -------------- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From bomberboy at gmail.com Thu Nov 6 12:44:49 2008 From: bomberboy at gmail.com (bomberboy) Date: Thu Nov 6 12:44:55 2008 Subject: Wacom driver In-Reply-To: <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> References: <491173E4.1050809@bsdforen.de> <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> Message-ID: <6e77fe4e0811061244g37ac9101n5a8fa3c8aceaed9e@mail.gmail.com> On Wed, Nov 5, 2008 at 8:34 PM, bomberboy wrote: > On Wed, Nov 5, 2008 at 11:22 AM, Dominic Fandrey wrote: > > Hello, > >> I have created a port of Bartosz Fabianowski's Wacom driver. >> Since nobody has stepped forward to commit it, I thought I'd >> inform this list, so that people can test it. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 Besides the other patches in my previous mail, it might also be interesting to include the wacom-tools that are part of linuxwacom and which are very useful for debugging when setting up your tablet. Furthermore is xsetwacom required if you want to rotate the screen on a TabletPC. In that case you want the waom-tablet to be rotated as well or you get strange effects ;-) These utilities can be found in the src/util folder and consist of: wacdump xidump xsetwacom I believe this would require the following additional install targets for the port Makefile: @${INSTALL_PROGRAM} ${WRKDIR}/linuxwacom/${LINUXWACOM}/src/util/wacdump ${PREFIX}/bin/wacdump @${INSTALL_PROGRAM} ${WRKDIR}/linuxwacom/${LINUXWACOM}/src/util/xidump ${PREFIX}/bin/xidump @${INSTALL_PROGRAM} ${WRKDIR}/linuxwacom/${LINUXWACOM}/src/util/xsetwacom ${PREFIX}/bin/xsetwacom Note, the above is untested. Regards, Bruno From kamikaze at bsdforen.de Thu Nov 6 13:06:45 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Nov 6 13:07:17 2008 Subject: Wacom driver In-Reply-To: <6e77fe4e0811061244g37ac9101n5a8fa3c8aceaed9e@mail.gmail.com> References: <491173E4.1050809@bsdforen.de> <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> <6e77fe4e0811061244g37ac9101n5a8fa3c8aceaed9e@mail.gmail.com> Message-ID: <49135C3E.7020300@bsdforen.de> bomberboy wrote: > On Wed, Nov 5, 2008 at 8:34 PM, bomberboy wrote: >> On Wed, Nov 5, 2008 at 11:22 AM, Dominic Fandrey wrote: >> >> Hello, >> >>> I have created a port of Bartosz Fabianowski's Wacom driver. >>> Since nobody has stepped forward to commit it, I thought I'd >>> inform this list, so that people can test it. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 > > Besides the other patches in my previous mail, it might also be > interesting to include the wacom-tools that are part of linuxwacom and > which are very useful for debugging when setting up your tablet. > Furthermore is xsetwacom required if you want to rotate the screen on > a TabletPC. In that case you want the waom-tablet to be rotated as > well or you get strange effects ;-) > > These utilities can be found in the src/util folder and consist of: > wacdump > xidump > xsetwacom I'll have a look at these at the weekend, as well as the other problems you reported. I never needed to debug anything to get the tablet working, so I didn't even know these tools exist. > I believe this would require the following additional install targets > for the port Makefile: > > @${INSTALL_PROGRAM} > ${WRKDIR}/linuxwacom/${LINUXWACOM}/src/util/wacdump > ${PREFIX}/bin/wacdump > @${INSTALL_PROGRAM} ${WRKDIR}/linuxwacom/${LINUXWACOM}/src/util/xidump > ${PREFIX}/bin/xidump > @${INSTALL_PROGRAM} > ${WRKDIR}/linuxwacom/${LINUXWACOM}/src/util/xsetwacom > ${PREFIX}/bin/xsetwacom > > Note, the above is untested. > > > Regards, > Bruno From avg at icyb.net.ua Fri Nov 7 05:57:51 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Nov 7 05:57:56 2008 Subject: kopete: incorrect conflict with kdenetwork-3.5.10 ? Message-ID: <491445DF.8040105@icyb.net.ua> I have KDE 3.5.10 installed from ports, when I try to install kopete (0.12.8) it reports conflict with kdenetwork. I see that the port has this line: CONFLICTS=kdenetwork-[0-2]* kdenetwork-3.[0-4]* kdenetwork-3.5.[0-2]* I think that the intention was to conflict with 3.5.1 and 3.5.2, but now 3.5.10 also matched the pattern. -- Andriy Gapon From mad at madpilot.net Fri Nov 7 09:19:55 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Nov 7 09:20:02 2008 Subject: help on strange plist problem Message-ID: <20081107170317.GA6878@megatron.madpilot.net> Hi, I sent an update to games/pokerth and became mantainer. Shortly after commit I received a warning from QAT pointing me to this log: http://t64.tecnik93.com/logs/7-STABLE-FTP/pokerth-0.6.2.log I noticed it's for AMD64, but I have none handy. I have tried reproducing the problem on my i386 machines(all 7.x) but here everything looks good. share/pokerth dir is cleaned up as it should. Could anyone give me information about this?could someone test on amd64? Maybe this is a false warning and I can ignore it? Thank you in advance for any help! -- Guido Falsi From lists at nrd.fr Fri Nov 7 09:20:26 2008 From: lists at nrd.fr (Benat Dagorret) Date: Fri Nov 7 09:20:39 2008 Subject: FreeBSD Port: p5-GD-SecurityImage-1.66,1 Message-ID: <20081107181226.5002036b.lists@nrd.fr> Hello, I'm writing a webapp that uses the Catalyst::Plugin::Captcha module, which depends on GD::SecurityImage. As far as I understand the GD::SecurityImage documentation, using the ImageMagick backend is optional : the module needs to be loaded only if GD::SecurityImage is "required" by other modules. So, my question is whether it would be possible to include an option in the GD::SecurityImage Makefile to allow the user build the port without ImageMagick. Or am I missing a way to do that with the current port ? (I use FreeBSD RELEASE 7.0). Thanks for the great work to the FreeBSD developers and maintainers. Regards. -- Benat Dagorret From glarkin at FreeBSD.org Fri Nov 7 10:02:07 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Fri Nov 7 10:02:13 2008 Subject: help on strange plist problem In-Reply-To: <20081107170317.GA6878@megatron.madpilot.net> References: <20081107170317.GA6878@megatron.madpilot.net> Message-ID: <4914829B.5090108@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guido Falsi wrote: > Hi, > > I sent an update to games/pokerth and became mantainer. Shortly after > commit I received a warning from QAT pointing me to this log: > > http://t64.tecnik93.com/logs/7-STABLE-FTP/pokerth-0.6.2.log > > I noticed it's for AMD64, but I have none handy. I have tried > reproducing the problem on my i386 machines(all 7.x) but here > everything looks good. share/pokerth dir is cleaned up as it should. > > Could anyone give me information about this?could someone test on amd64? > > Maybe this is a false warning and I can ignore it? > > Thank you in advance for any help! > Hi Guido, Looking at the port Makefile, I see this: PLIST_FILES= bin/pokerth %%DATADIR%%/pokerth share/pixmaps/pokerth.png Those will be the only files deinstalled when the port is deinstalled. If the port installs a bunch of other files in ${DATADIR}, as reported by QAT, I don't believe they will be deinstalled. Are you positive that the ${DATADIR} directory is removed on the i386 platform? From the list of files reported by QAT, it makes sense to remove PLIST_FILES from the Makefile and create a pkg-plist file. I've had great success using the ports-mgmt/genplist port to automatically generate the pkg-plist file. Hope that helps, and post back here with any additional questions. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFJFIKb0sRouByUApARAgnLAJ9QYWYsOZlhE2uf7UnTb6PFiyR/SACXVyeK p4wYTJynws2SLtlvmp2OxA== =ZckF -----END PGP SIGNATURE----- From skreuzer at exit2shell.com Fri Nov 7 12:15:26 2008 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri Nov 7 12:15:32 2008 Subject: FreeBSD Port: p5-GD-SecurityImage-1.66,1 In-Reply-To: <20081107181226.5002036b.lists@nrd.fr> References: <20081107181226.5002036b.lists@nrd.fr> Message-ID: On Nov 7, 2008, at 12:12 PM, Benat Dagorret wrote: > > Hello, > > I'm writing a webapp that uses the Catalyst::Plugin::Captcha module, > which depends on GD::SecurityImage. > > As far as I understand the GD::SecurityImage documentation, using the > ImageMagick backend is optional : the module needs to be loaded only > if > GD::SecurityImage is "required" by other modules. > > So, my question is whether it would be possible to include an option > in > the GD::SecurityImage Makefile to allow the user build the port > without > ImageMagick. Or am I missing a way to do that with the current port ? > (I use FreeBSD RELEASE 7.0). > > Thanks for the great work to the FreeBSD developers and maintainers. > > Regards. > > -- > Benat Dagorret > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org > " Try out the attached patch and let me know how it works for you Steven Kreuzer http://www.exit2shell.com/~skreuzer -------------- next part -------------- A non-text attachment was scrubbed... Name: p5-GD-SecurityImage.patch Type: application/octet-stream Size: 721 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081107/4fc40ad6/p5-GD-SecurityImage.obj -------------- next part -------------- From mad at madpilot.net Fri Nov 7 13:00:08 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Nov 7 13:00:18 2008 Subject: help on strange plist problem In-Reply-To: <4914829B.5090108@FreeBSD.org> References: <20081107170317.GA6878@megatron.madpilot.net> <4914829B.5090108@FreeBSD.org> Message-ID: <4914AC54.4030902@madpilot.net> Greg Larkin wrote: > > Looking at the port Makefile, I see this: > > PLIST_FILES= bin/pokerth %%DATADIR%%/pokerth share/pixmaps/pokerth.png > > Those will be the only files deinstalled when the port is deinstalled. > If the port installs a bunch of other files in ${DATADIR}, as reported > by QAT, I don't believe they will be deinstalled. > > Are you positive that the ${DATADIR} directory is removed on the i386 > platform? From the list of files reported by QAT, it makes sense to > remove PLIST_FILES from the Makefile and create a pkg-plist file. I'm positive about this for i386. I checked it twice at home and at work. I'll anyway make a static plist. Will submit a PR in the next few days. > > I've had great success using the ports-mgmt/genplist port to > automatically generate the pkg-plist file. > I'll try it, but in this case the plist will be quite easy to make. Just a bunch of files in a directory. I found the port already in this condition and I thought it was ok. Now That I know it has problems I'll fix those. -- Guido Falsi From itetcu at FreeBSD.org Fri Nov 7 15:00:45 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri Nov 7 15:00:51 2008 Subject: help on strange plist problem In-Reply-To: <20081107170317.GA6878@megatron.madpilot.net> References: <20081107170317.GA6878@megatron.madpilot.net> Message-ID: <20081108004509.23678d74@it.buh.tecnik93.com> On Fri, 7 Nov 2008 18:03:17 +0100 Guido Falsi wrote: > Hi, > > I sent an update to games/pokerth and became mantainer. Shortly after > commit I received a warning from QAT pointing me to this log: > > http://t64.tecnik93.com/logs/7-STABLE-FTP/pokerth-0.6.2.log > > I noticed it's for AMD64, but I have none handy. It's for amd64 / 7-STABLE. QAT's testing process is verbosely described here: http://t32.tecnik93.com/FreeBSD/QA-Tindy/ > I have tried reproducing the problem on my i386 machines(all 7.x) but > here everything looks good. share/pokerth dir is cleaned up as it > should. > > Could anyone give me information about this?could someone test on > amd64? Try building on i386 with -DNOPORT* (see the beginning of QAT's botmail) vars set. > Maybe this is a false warning and I can ignore it? Assuming this in 99.5% of the cases will get you a PointyHat botmail ;-) > Thank you in advance for any help! I'm willing to work with you (or anyone else) for fixing QAT reported problems (time permitting). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081107/841716c5/signature.pgp From bengta at sics.se Fri Nov 7 15:27:06 2008 From: bengta at sics.se (Bengt Ahlgren) Date: Fri Nov 7 15:27:12 2008 Subject: editors/openoffice.org-2 does not build on 7.1-BETA2 Message-ID: Hello! editors/openoffice.org-2 does not build from the to-be 7.1-REL ports tree (tagged RELEASE_7_1_0). The fix has been committed (ports/126308), but requires you to have a later ports tree, which is a bit unfortunate for the quality of the coming release. Can the fix _please_ be tagged with RELEASE_7_1_0? It is the file: ports/editors/openoffice.org-2/files/patch-i94800 Regards, Bengt From obraun at FreeBSD.org Sat Nov 8 23:48:09 2008 From: obraun at FreeBSD.org (Oliver Braun) Date: Sat Nov 8 23:48:45 2008 Subject: Please help getting Haskell ports on FreeBSD up to date Message-ID: <20081109073525.GB6639@unsane.de> Dear Haskellers on FreeBSD, unfortunately I have not much time working on Haskell ports for FreeBSD. I hope being able to help by commiting updates to ports, but I am not able to update the ports by myself. Feel free to drop me a note asking for help. Regards Oliver -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081109/8e48c77d/attachment.pgp From tingox at gmail.com Sun Nov 9 01:31:45 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Nov 9 01:31:51 2008 Subject: Wacom driver In-Reply-To: References: <491173E4.1050809@bsdforen.de> <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> Message-ID: Hello, On Wed, Nov 5, 2008 at 11:19 PM, Torfinn Ingolfsen wrote: > My Wacom CTF-420 is detected: A small update: I see lots of these messages in /var/log/messages: Nov 9 07:13:05 kg-work2 kernel: uwacom0: unknown report type 63 received Nov 9 07:13:36 kg-work2 last message repeated 1926 times Nov 9 07:15:37 kg-work2 last message repeated 7562 times Nov 9 07:25:38 kg-work2 last message repeated 37603 times Nov 9 07:35:39 kg-work2 last message repeated 37668 times Nov 9 07:45:40 kg-work2 last message repeated 37603 times Nov 9 07:55:41 kg-work2 last message repeated 37647 times Nov 9 08:05:42 kg-work2 last message repeated 37736 times Apparently they cause no harm (but you can see why I said "lots"). It is always this message, no variations. HTH -- Regards, Torfinn Ingolfsen From yanefbsd at gmail.com Sun Nov 9 09:08:03 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Nov 9 09:08:15 2008 Subject: Please help getting Haskell ports on FreeBSD up to date In-Reply-To: <20081109073525.GB6639@unsane.de> References: <20081109073525.GB6639@unsane.de> Message-ID: <3B1D5E74-42BE-4A97-A5E8-F16FDB5833D8@gmail.com> FWIW Haskell ports is a port which represents variables in a different way, but it's not directly tied into the FreeBSD ports system, correct? Project page: http://www.cse.unsw.edu.au/~chak/haskell/ports/ -Garrett On Nov 8, 2008, at 11:35 PM, Oliver Braun wrote: > Dear Haskellers on FreeBSD, > > unfortunately I have not much time working on Haskell ports for > FreeBSD. > > I hope being able to help by commiting updates to ports, but I am not > able to update the ports by myself. > > Feel free to drop me a note asking for help. > > Regards > Oliver > > From yanefbsd at gmail.com Sun Nov 9 13:06:28 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Nov 9 13:06:36 2008 Subject: Please help getting Haskell ports on FreeBSD up to date In-Reply-To: <20081109175156.GH6639@unsane.de> References: <20081109073525.GB6639@unsane.de> <3B1D5E74-42BE-4A97-A5E8-F16FDB5833D8@gmail.com> <20081109175156.GH6639@unsane.de> Message-ID: Ok -- good thing I asked :). -Garrett On Nov 9, 2008, at 9:51 AM, Oliver Braun wrote: > * Garrett Cooper [2008-11-09 09:11 -0800]: >> FWIW Haskell ports is a port which represents variables in a >> different >> way, but it's not directly tied into the FreeBSD ports system, >> correct? >> Project page: http://www.cse.unsw.edu.au/~chak/haskell/ports/ >> -Garrett > > No, the ports I meant are, i.e., > http://www.freshports.org/search.php?stype=maintainer&method=exact&query=haskell@FreeBSD.org&num=50 > > Regards > Oliver > > >> On Nov 8, 2008, at 11:35 PM, Oliver Braun wrote: > >>> Dear Haskellers on FreeBSD, > >>> unfortunately I have not much time working on Haskell ports for >>> FreeBSD. > >>> I hope being able to help by commiting updates to ports, but I am >>> not >>> able to update the ports by myself. > >>> Feel free to drop me a note asking for help. > >>> Regards >>> Oliver > > > From alexanderchuranov at gmail.com Sun Nov 9 14:30:58 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Nov 9 14:31:04 2008 Subject: Boost 1.37 released! In-Reply-To: <20081105180245.GA51239@server.vk2pj.dyndns.org> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103192933.e4aeedef.ehaupt@FreeBSD.org> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> Message-ID: <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> Hi folks! I'm glad to announce that I have working patch that makes possible to build boost-1.37 on FreeBSD. At present, I am investigating into port for boost-1.34 in order to create a working port for 1.37 with no regressions. Three things do not enable boost to compile out-of-box: First is the math library. It uses c99 and SUSv3 long double functions that are absent in 6.2-RELEASE and 7.0-RELEASE (for example. sinhl() ). I've checked out CURRENT source and found these functions, so probably 8.0-RELEASE would not suffer of this issue. The second is the test framework. Authors made error reports more detailed and rely on UNIX 03 features that provide information about the reason why a signal was delivered (see siginfo_t::si_code). FreeBSD 6.x does not comply with this in full and some signal-specific codes are missing. This is however, not a problem for 7.x branch - as I know all necessary constants are in place. The solution for the second issue is obvious: make error reporting in Boost.Test more coarse-grained on 6.x. I mean report that SIGILL was received, but do not tell what exactly has happened. My patch does exactly that. The Boost.Math issue is more complicated since we have either to disable the whole math library or to disable the part of it that deals with std::sinhl(), etc. A more expensive option is to drop support for particular long double variants of functions. Could anybody comment on that? Alexander Churanov From usgrishin at samaradom.ru Sun Nov 9 17:26:03 2008 From: usgrishin at samaradom.ru (Yuriy Grishin) Date: Sun Nov 9 17:26:10 2008 Subject: [www/sams] What's wrong with my patch? Message-ID: <49168DC8.5010204@samaradom.ru> Hello, More than 2 weeks ago I tried to take maintainership of www/sams because it hasn't been updated for a long time. Current state : feedback. (but I've sent the file) Could somebody please explain me what wrong with the patch is? Why didn't the state changed? See the pr here : http://www.freebsd.org/cgi/query-pr.cgi?pr=128124 -- Kind Regards, Yuriy Grishin From kitchetech at gmail.com Sun Nov 9 17:44:19 2008 From: kitchetech at gmail.com (matt donovan) Date: Sun Nov 9 17:44:25 2008 Subject: [www/sams] What's wrong with my patch? In-Reply-To: <49168DC8.5010204@samaradom.ru> References: <49168DC8.5010204@samaradom.ru> Message-ID: <28283d910811091744n7c332dbakcb9f6ff86de327fb@mail.gmail.com> On Sun, Nov 9, 2008 at 2:14 AM, Yuriy Grishin wrote: > Hello, > > More than 2 weeks ago I tried to take maintainership of www/sams because it > hasn't been updated for a long time. > Current state : feedback. (but I've sent the file) > Could somebody please explain me what wrong with the patch is? > Why didn't the state changed? > > See the pr here : > http://www.freebsd.org/cgi/query-pr.cgi?pr=128124 > > -- > Kind Regards, Yuriy Grishin > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" can you not just send an empty reply and actually type out something since what you asked is right in the pr and in my reply From vs at FreeBSD.ORG Sun Nov 9 18:01:38 2008 From: vs at FreeBSD.ORG (Volker Stolz) Date: Sun Nov 9 18:01:45 2008 Subject: Please help getting Haskell ports on FreeBSD up to date In-Reply-To: <3B1D5E74-42BE-4A97-A5E8-F16FDB5833D8@gmail.com> References: <20081109073525.GB6639@unsane.de> <3B1D5E74-42BE-4A97-A5E8-F16FDB5833D8@gmail.com> Message-ID: <5A7664C8-EE32-4A87-B874-B054946B47F4@FreeBSD.ORG> On 10.11.2008, at 01:11, Garrett Cooper wrote: > FWIW Haskell ports is a port which represents variables in a > different way, but it's not directly tied into the FreeBSD ports > system, correct? Project page: http://www.cse.unsw.edu.au/~chak/haskell/ports/ > -Garrett To clarify, Oliver was talking about all Haskell packages in general in the FreeBSD collection of pre-packaged software bundles, that is also called "ports", see http://freshports.org. Volker -- "In Macao ist alles besser!" http://lambda.foldr.org/~vs/ * PGP -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 304 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081110/ae426ae9/PGP.pgp From tingox at gmail.com Mon Nov 10 02:10:56 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Nov 10 02:11:03 2008 Subject: [www/sams] What's wrong with my patch? In-Reply-To: <49168DC8.5010204@samaradom.ru> References: <49168DC8.5010204@samaradom.ru> Message-ID: Hello, On Sun, Nov 9, 2008 at 8:14 AM, Yuriy Grishin wrote: > Hello, > > More than 2 weeks ago I tried to take maintainership of www/sams because it > hasn't been updated for a long time. > Current state : feedback. (but I've sent the file) > Could somebody please explain me what wrong with the patch is? > Why didn't the state changed? I think you need to resend your patch as a clear text (text attachment) format. That's what the comments in that PR says anyway... -- Regards, Torfinn Ingolfsen From bugmaster at FreeBSD.org Mon Nov 10 03:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 10 03:06:27 2008 Subject: Current unassigned ports problem reports Message-ID: <200811101106.mAAB64oN048764@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128747 multimedia/vlc-devel fix conflicting WITH_SKINS + WITH o ports/128739 portupgrade fails to install ports o ports/128726 [NEW PORT] print/lyx16: Document processor interfaced o ports/128704 update net/smb4k to latest KDE3-compatible version f ports/128703 net/isc-dhcp40-client and net/isc-dhcp40-relay refer t f ports/128675 multimedia/vlc-devel whant strange things o ports/128603 textproc/flex has too small capacity o ports/128558 New ports: emulators/sdlmame-devel o ports/128549 devel/libusb : fix runtime error f ports/128537 [patch] databases/rrdtool add missing font runtime dep f ports/128521 [patch] devel/icu build failed on TestFormatRelative f ports/128513 [PATCH] Fixed editors/emacs-devel for non-GTK support o ports/128499 conflict to install the net/sendsms and comms/smstools f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128489 [PATCH] mail/sympa5 update to 5.4.3 o ports/128419 [PATCH] multimedia/mythtv: various compile fixes o ports/128384 new port x11/xorg-minimal f ports/128323 Update of ports/x11-fonts/terminus-font f ports/128288 sysutils/hpacucli does not work f ports/128271 biology/ncbi-toolkit - blastall segfaults when output f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128124 www/sams update, take maintainership o ports/128107 [PATCH] dns/nss_mdns: install extra module f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs o ports/128060 new port: editors/nano-devel f ports/128048 www/mod_proxy_html port installs broken configuration f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127905 science/gramps: installation and runtime problems with o ports/127857 [NEW PORT] multimedia/mythtv-themes: The official Myth o ports/127856 [NEW PORT] multimedia/mythtv-frontend: MythTV is a hom f ports/127854 [PATCH] databases/couchdb: update to 0.8.1 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127678 [Update]science/hdf5:update to 1.8.1 f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha o ports/127555 comms/rxtx : USB serial device can not use f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/126905 Update port: audio/libmtp to version 0.3.1 f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 o ports/126772 palm/pilot-link has broke pilot-link.m4 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n s ports/126577 [Update]graphics/qgis:update to 0.11.0 f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126151 [NEW PORT] security/p5-Bro-devel: Perl module for scri o ports/126150 [NEW PORT] security/broccoli-devel: The Bro Client Com o ports/126148 [NEW PORT] security/bro-devel: System for detecting Ne f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags f ports/125783 New port: www/vulture - A HTTP reverse proxy for your o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124238 sysutils/heartbeat: patch request f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121831 [PATCH] net/openbgpd: [SUMMARIZE CHANGES] o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability f ports/120788 update ports/net/openospfd to 4.2 and fix multiple p2p o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/117945 New port: sysutils/metamorphose-1.1 Metamorphose flexi f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 96 problems total. From ejcerejo at optonline.net Mon Nov 10 06:44:46 2008 From: ejcerejo at optonline.net (Eduardo Cerejo) Date: Mon Nov 10 06:44:52 2008 Subject: VLC fails to compile after cvsuping Message-ID: <20081110091440.daaa7da9.ejcerejo@optonline.net> I just cvsuped my ports tree and vlc is the only port that it is failing to compile. I'm using FBSD 7stable and this is the error that I'm getting: ---> Upgrading 'vlc-0.8.6.i,2' to 'vlc-0.8.6.i_2,2' (multimedia/vlc) ---> Building '/usr/ports/multimedia/vlc' ===> Cleaning for vlc-0.8.6.i_2,2 ===> vlc-0.8.6.i_2,2 has known vulnerabilities: => vlc -- cue processing stack overflow. Reference: => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/multimedia/vlc. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1384.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vlc-0.8.6.i,2 UPGRADE_PORT_VER=0.8.6.i,2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! multimedia/vlc (vlc-0.8.6.i,2) (unknown build error) From wxs at FreeBSD.org Mon Nov 10 06:54:33 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Nov 10 06:54:39 2008 Subject: [www/sams] What's wrong with my patch? In-Reply-To: <49168DC8.5010204@samaradom.ru> References: <49168DC8.5010204@samaradom.ru> Message-ID: <20081110145432.GF72376@atarininja.org> On Sun, Nov 09, 2008 at 11:14:16AM +0400, Yuriy Grishin wrote: > Hello, > > More than 2 weeks ago I tried to take maintainership of www/sams because > it hasn't been updated for a long time. > Current state : feedback. (but I've sent the file) > Could somebody please explain me what wrong with the patch is? > Why didn't the state changed? > > See the pr here : > http://www.freebsd.org/cgi/query-pr.cgi?pr=128124 I'll take this one. Sorry for the delay. -- WXS From rea-fbsd at codelabs.ru Mon Nov 10 08:00:11 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Nov 10 08:00:22 2008 Subject: ports/128754: [port infrastructure] implement master sites randomization Message-ID: <20081110155616.DA66A1AF424@void.codelabs.ru> >Number: 128754 >Category: ports >Synopsis: [port infrastructure] implement master sites randomization >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 16:00:09 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Eygene Ryabinkin >Release: FreeBSD 7.1-PRERELEASE i386 >Organization: Code Labs >Environment: System: FreeBSD 7.1-PRERELEASE i386 >Description: Today I was hit by the very bad connectivity with twaren.net and nchc.dl.sourceforge.net (the first site in the SF mirrors list in the FreeBSD ports .mk files) is hosted by Taiwan REN. So, I decided to implement simple randomization that will enable to evenly distribute the downloads between SF mirrors. I had made it only for the SF mirrors, but it can be done for the other well-known download locations as well. >How-To-Repeat: Look at ${PORTSDIR}/Mk/bsd.sites.mk: it uses statical assignment to the MASTER_SITE_SOURCEFORGE. >Fix: The following patch works for me. It places simple script rnd.awk to the ${PORTSDIR}/Mk -- I don't think that this is the most appropriate place to put it, but I can't think of another place now -- the script is too ports-specific to put it into, for example, /usr/bin/. --- 0001-Implement-randomization-of-main-SourceForge-sites.patch begins here --- >From d48aa3982a5ca6192fad561462c3ba9da2b38cfa Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Mon, 10 Nov 2008 18:38:01 +0300 The reasoning behind this is simple: today I had experienced very bad connectivity with twaren.net and it is the first mirror in the list. So, for automated upgrades of ports that are using SourceForge mirrors, the download was very time-consuming. Such round-robin randomization of the download sites helps to improve the situation. Signed-off-by: Eygene Ryabinkin --- Mk/bsd.commands.mk | 1 + Mk/bsd.sites.mk | 9 ++++++--- Mk/rnd.awk | 14 ++++++++++++++ 3 files changed, 21 insertions(+), 3 deletions(-) create mode 100644 Mk/rnd.awk diff --git a/Mk/bsd.commands.mk b/Mk/bsd.commands.mk index aa8bde8..0b2a58b 100644 --- a/Mk/bsd.commands.mk +++ b/Mk/bsd.commands.mk @@ -69,6 +69,7 @@ PASTE?= /usr/bin/paste PAX?= /bin/pax PRINTF?= /usr/bin/printf PW?= /usr/sbin/pw +RANDLIST?= ${AWK} -f ${PORTSDIR}/Mk/rnd.awk REALPATH?= /bin/realpath RM?= /bin/rm RMDIR?= /bin/rmdir diff --git a/Mk/bsd.sites.mk b/Mk/bsd.sites.mk index 41b3f93..bd9a2a6 100644 --- a/Mk/bsd.sites.mk +++ b/Mk/bsd.sites.mk @@ -1188,20 +1188,23 @@ MASTER_SITE_SAVANNAH+= \ .if !defined(IGNORE_MASTER_SITE_SOURCEFORGE) .for mirror in nchc kent easynews ufpr umn mesh heanet -MASTER_SITE_SOURCEFORGE+= \ +MASTER_SITES_SOURCEFORGE+= \ http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ .endfor +MASTER_SITE_SOURCEFORGE != ${RANDLIST} ${MASTER_SITES_SOURCEFORGE} .endif # official sf.net mirrors that don't mirror all projects, check # http://prdownloads.sourceforge.net/%SUBDIR%/ .if !defined(IGNORE_MASTER_SITE_SOURCEFORGE_EXTENDED) .for mirror in easynews switch puzzle belnet osdn ovh keihanna -MASTER_SITE_SOURCEFORGE_EXTENDED+= \ +MASTER_SITES_SOURCEFORGE_EXTENDED+= \ http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ .endfor -MASTER_SITE_SOURCEFORGE_EXTENDED+= \ +MASTER_SITES_SOURCEFORGE_EXTENDED+= \ ${MASTER_SITE_SOURCEFORGE} +MASTER_SITE_SOURCEFORGE_EXTENDED != \ + ${RANDLIST} ${MASTER_SITES_SOURCEFORGE_EXTENDED} .endif .if !defined(IGNORE_MASTER_SITE_SOURCEFORGE_JP) diff --git a/Mk/rnd.awk b/Mk/rnd.awk new file mode 100644 index 0000000..fbfcad7 --- /dev/null +++ b/Mk/rnd.awk @@ -0,0 +1,14 @@ +BEGIN { +# Need to drop a couple of initial rand() values: they tend +# to be around 0.8 - 0.9, so for fairly small array lenght +# they will produce identical values at the beginning. + srand(); rand(); rand(); rand(); rand(); + for (i = ARGC - 1; i > 0; i--) { + j = int(10*ARGC*rand()) % i + 1; + if (j == i) continue; + t = ARGV[i]; ARGV[i] = ARGV[j]; ARGV[j] = t; + } + + for (i = 1; i < ARGC; i++) + print ARGV[i]; +} -- 1.6.0.3 --- 0001-Implement-randomization-of-main-SourceForge-sites.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From andy at brighterplanet.com Mon Nov 10 11:12:12 2008 From: andy at brighterplanet.com (Andy Rossmeissl) Date: Mon Nov 10 11:12:19 2008 Subject: FreeBSD Port: squeezecenter-7.2.0_2 Message-ID: <4918824B.2080704@brighterplanet.com> 7.2.1 available http://wiki.slimdevices.com/index.php/Release_Notes#7.2.1_Release_Highlights Best, Andy -- Andy Rossmeissl co-founder and product design director Brighter Planet 36 Main Street, Middlebury, VT 05753 aim: brighterplanetar office/cell: (802) 458-0441 x302 freenode: #brighterplanet http://brighterplanet.com From r.c.ladan at gmail.com Mon Nov 10 11:42:28 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Nov 10 11:42:35 2008 Subject: VLC fails to compile after cvsuping In-Reply-To: <20081110091440.daaa7da9.ejcerejo@optonline.net> References: <20081110091440.daaa7da9.ejcerejo@optonline.net> Message-ID: <4918877B.8020705@gmail.com> Eduardo Cerejo schreef: > I just cvsuped my ports tree and vlc is the only port that it is failing to compile. I'm using FBSD 7stable and this is the error that I'm getting: > > ---> Upgrading 'vlc-0.8.6.i,2' to 'vlc-0.8.6.i_2,2' (multimedia/vlc) > ---> Building '/usr/ports/multimedia/vlc' > ===> Cleaning for vlc-0.8.6.i_2,2 > ===> vlc-0.8.6.i_2,2 has known vulnerabilities: > => vlc -- cue processing stack overflow. > Reference: > => Please update your ports tree and try again. > *** Error code 1 > > Stop in /usr/ports/multimedia/vlc. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1384.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vlc-0.8.6.i,2 UPGRADE_PORT_VER=0.8.6.i,2 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! multimedia/vlc (vlc-0.8.6.i,2) (unknown build error) I don't know if this is a FAQ yet. Add DISABLE_VULNERABILITIES=yes to your /etc/make.conf and try again. This doesn't solve the vulnerabilities, so IGNORE_VULNERABILITIES would be more appropriate in my opninion. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From kamikaze at bsdforen.de Mon Nov 10 13:37:02 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Nov 10 13:37:08 2008 Subject: Wacom driver In-Reply-To: <6e77fe4e0811061244g37ac9101n5a8fa3c8aceaed9e@mail.gmail.com> References: <491173E4.1050809@bsdforen.de> <6e77fe4e0811051134l110b1aceu4b9b53dace370219@mail.gmail.com> <6e77fe4e0811061244g37ac9101n5a8fa3c8aceaed9e@mail.gmail.com> Message-ID: <4918A956.6000405@bsdforen.de> bomberboy wrote: > On Wed, Nov 5, 2008 at 8:34 PM, bomberboy wrote: >> On Wed, Nov 5, 2008 at 11:22 AM, Dominic Fandrey wrote: >> >> Hello, >> >>> I have created a port of Bartosz Fabianowski's Wacom driver. >>> Since nobody has stepped forward to commit it, I thought I'd >>> inform this list, so that people can test it. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=128547 > > Besides the other patches in my previous mail, it might also be > interesting to include the wacom-tools that are part of linuxwacom and > which are very useful for debugging when setting up your tablet. > Furthermore is xsetwacom required if you want to rotate the screen on > a TabletPC. In that case you want the waom-tablet to be rotated as > well or you get strange effects ;-) > > ... I have postponed this, because I want to get the port committed first. I'll add the tools later. First I want the current set of features committed. I hope this does not cause you troubles. From bsam at ipt.ru Mon Nov 10 13:57:17 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Nov 10 13:57:24 2008 Subject: Porter's Handbook, 11.3.2 A short introduction to VuXML Message-ID: <94952184@bs1.sp34.ru> Hi All, is it an error or I misunderstood smth? Please, take a look at the example point 4 (http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/security-notify.html#SECURITY-NOTIFY-VUXML-INTRO): ----- 1.61.9 ----- and it's description: "The above example specifies that affected are versions from 1.6 to 1.9 inclusive..." Shouldn't be the example then s/lt/le/g? Seems "le" is for "lower or equal" but "lt" is for "lower than". WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From fbsd06 at mlists.homeunix.com Mon Nov 10 19:39:42 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Mon Nov 10 19:39:50 2008 Subject: ports/128754: [port infrastructure] implement master sites randomization In-Reply-To: <20081110155616.DA66A1AF424@void.codelabs.ru> References: <20081110155616.DA66A1AF424@void.codelabs.ru> Message-ID: <20081111032350.0b22a853@gumby.homeunix.com> On Mon, 10 Nov 2008 18:56:16 +0300 (MSK) Eygene Ryabinkin wrote: > Today I was hit by the very bad connectivity with twaren.net and > nchc.dl.sourceforge.net (the first site in the SF mirrors list in the > FreeBSD ports .mk files) is hosted by Taiwan REN. So, I decided to > implement simple randomization that will enable to evenly distribute > the downloads between SF mirrors. > ... > +# Need to drop a couple of initial rand() values: they tend > +# to be around 0.8 - 0.9, so for fairly small array lenght > +# they will produce identical values at the beginning. > + srand(); rand(); rand(); rand(); rand(); I think it would be sensible to seed srand from a hash of something reproducible to make better use of caches - maybe DISTNAME+DISTVERSION. From ejcerejo at optonline.net Mon Nov 10 19:53:07 2008 From: ejcerejo at optonline.net (Eduardo Cerejo) Date: Mon Nov 10 19:53:14 2008 Subject: VLC fails to compile after cvsuping In-Reply-To: <4918877B.8020705@gmail.com> References: <20081110091440.daaa7da9.ejcerejo@optonline.net> <4918877B.8020705@gmail.com> Message-ID: <20081110225300.f2ea3475.ejcerejo@optonline.net> On Mon, 10 Nov 2008 20:11:55 +0100 Rene Ladan wrote: > Eduardo Cerejo schreef: > > I just cvsuped my ports tree and vlc is the only port that it is failing to compile. I'm using FBSD 7stable and this is the error that I'm getting: > > > > ---> Upgrading 'vlc-0.8.6.i,2' to 'vlc-0.8.6.i_2,2' (multimedia/vlc) > > ---> Building '/usr/ports/multimedia/vlc' > > ===> Cleaning for vlc-0.8.6.i_2,2 > > ===> vlc-0.8.6.i_2,2 has known vulnerabilities: > > => vlc -- cue processing stack overflow. > > Reference: > > => Please update your ports tree and try again. > > *** Error code 1 > > > > Stop in /usr/ports/multimedia/vlc. > > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1384.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vlc-0.8.6.i,2 UPGRADE_PORT_VER=0.8.6.i,2 make > > ** Fix the problem and try again. > > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > > ! multimedia/vlc (vlc-0.8.6.i,2) (unknown build error) > > I don't know if this is a FAQ yet. Add DISABLE_VULNERABILITIES=yes to your > /etc/make.conf and try again. This doesn't solve the vulnerabilities, so > IGNORE_VULNERABILITIES would be more appropriate in my opninion. > > Regards, > Rene > -- > http://www.rene-ladan.nl/ > > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) That worked. From rpvoland at spamcop.net Mon Nov 10 20:44:57 2008 From: rpvoland at spamcop.net (Rick Voland) Date: Mon Nov 10 20:45:04 2008 Subject: VLC fails to compile after cvsuping In-Reply-To: <4918877B.8020705@gmail.com> References: <20081110091440.daaa7da9.ejcerejo@optonline.net> <4918877B.8020705@gmail.com> Message-ID: <49190DC4.20000@spamcop.net> Rene Ladan wrote: > Eduardo Cerejo schreef: >> I just cvsuped my ports tree and vlc is the only port that it is >> failing to compile. I'm using FBSD 7stable and this is the error that >> I'm getting: >> >> ---> Upgrading 'vlc-0.8.6.i,2' to 'vlc-0.8.6.i_2,2' (multimedia/vlc) >> ---> Building '/usr/ports/multimedia/vlc' >> ===> Cleaning for vlc-0.8.6.i_2,2 >> ===> vlc-0.8.6.i_2,2 has known vulnerabilities: >> => vlc -- cue processing stack overflow. >> Reference: >> >> >> => Please update your ports tree and try again. >> *** Error code 1 >> >> Stop in /usr/ports/multimedia/vlc. >> ** Command failed [exit code 1]: /usr/bin/script -qa >> /tmp/portupgrade.1384.0 env UPGRADE_TOOL=portupgrade >> UPGRADE_PORT=vlc-0.8.6.i,2 UPGRADE_PORT_VER=0.8.6.i,2 make >> ** Fix the problem and try again. >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >> ! multimedia/vlc (vlc-0.8.6.i,2) (unknown build error) > > I don't know if this is a FAQ yet. Add DISABLE_VULNERABILITIES=yes to your > /etc/make.conf and try again. This doesn't solve the vulnerabilities, so > IGNORE_VULNERABILITIES would be more appropriate in my opninion. > > Regards, > Rene I am confused. The purpose of this update is to "solve the vulnerabilities" as indicated at: http://www.freshports.org/multimedia/vlc "Fix a stack overflow vulnerability...." The security notice indicates that this version should be free of this particular issue. http://www.vuxml.org/freebsd/4b09378e-addb-11dd-a578-0030843d3802.html vlc -- cue processing stack overflow Affected packages vlc < 0.8.6i_2,2 So, why is portaudit preventing the updating to this version patched to solve the issue? Is the spelling difference important? 0.8.6i_2,2 vs 0.8.6.i_2,2 Thanks, Rick Voland rpvoland@spamcop.net From ota at j.email.ne.jp Mon Nov 10 22:33:06 2008 From: ota at j.email.ne.jp (Yoshihiro Ota) Date: Mon Nov 10 22:33:38 2008 Subject: jakarta-tomcat v.s. tomcat Message-ID: <20081111010958.da6924e8.ota@j.email.ne.jp> Hello, forks. There are 2 directories for apache-tomcat like the following. % ls -d */*tomcat* java/eclipse-sysdeo-tomcat www/tomcat41 www/jakarta-tomcat4 www/tomcat55 www/jakarta-tomcat5 www/tomcat6 www/tomcat-native When I diffed ver. 5 dirs, they looked similar except versions. Does anyone know the differences between jakarta-tomcat and tomcat under the ports? Thanks, Hiro From gabor at FreeBSD.org Mon Nov 10 22:44:20 2008 From: gabor at FreeBSD.org (=?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?=) Date: Mon Nov 10 22:44:27 2008 Subject: jakarta-tomcat v.s. tomcat In-Reply-To: <20081111010958.da6924e8.ota@j.email.ne.jp> References: <20081111010958.da6924e8.ota@j.email.ne.jp> Message-ID: <491929C1.1070002@FreeBSD.org> Yoshihiro Ota escribi?: > Hello, forks. > > There are 2 directories for apache-tomcat like the following. > > % ls -d */*tomcat* > java/eclipse-sysdeo-tomcat www/tomcat41 > www/jakarta-tomcat4 www/tomcat55 > www/jakarta-tomcat5 www/tomcat6 > www/tomcat-native > > When I diffed ver. 5 dirs, they looked similar except versions. > Does anyone know the differences between jakarta-tomcat and tomcat under the ports? > Afaik, it used to be known as Jakarta-Tomcat, but its new name is Tomcat. If you observe it well www/tomcat41 and www/tomcat55 are much newer version than www/jakarta-tomcat4 and www/jakarta-tomcat5 and there isn't even www/jakarta-tomcat6. I suggest you should just use www/tomcat6. I'm also planning to use it and I succeeded to install it without problems and I can reach it through the port 8180. -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From jsatkinson at embarqmail.com Mon Nov 10 23:18:22 2008 From: jsatkinson at embarqmail.com (Joseph S. Atkinson) Date: Mon Nov 10 23:18:28 2008 Subject: VLC fails to compile after cvsuping In-Reply-To: <49190DC4.20000@spamcop.net> References: <20081110091440.daaa7da9.ejcerejo@optonline.net> <4918877B.8020705@gmail.com> <49190DC4.20000@spamcop.net> Message-ID: <49192D46.202@embarqmail.com> Rick Voland wrote: > Rene Ladan wrote: >> Eduardo Cerejo schreef: >>> I just cvsuped my ports tree and vlc is the only port that it is >>> failing to compile. I'm using FBSD 7stable and this is the error that >>> I'm getting: >>> >>> ---> Upgrading 'vlc-0.8.6.i,2' to 'vlc-0.8.6.i_2,2' (multimedia/vlc) >>> ---> Building '/usr/ports/multimedia/vlc' >>> ===> Cleaning for vlc-0.8.6.i_2,2 >>> ===> vlc-0.8.6.i_2,2 has known vulnerabilities: >>> => vlc -- cue processing stack overflow. >>> Reference: >>> >>> >>> => Please update your ports tree and try again. >>> *** Error code 1 >>> >>> Stop in /usr/ports/multimedia/vlc. >>> ** Command failed [exit code 1]: /usr/bin/script -qa >>> /tmp/portupgrade.1384.0 env UPGRADE_TOOL=portupgrade >>> UPGRADE_PORT=vlc-0.8.6.i,2 UPGRADE_PORT_VER=0.8.6.i,2 make >>> ** Fix the problem and try again. >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >>> ! multimedia/vlc (vlc-0.8.6.i,2) (unknown build error) >> I don't know if this is a FAQ yet. Add DISABLE_VULNERABILITIES=yes to your >> /etc/make.conf and try again. This doesn't solve the vulnerabilities, so >> IGNORE_VULNERABILITIES would be more appropriate in my opninion. >> >> Regards, >> Rene > > > I am confused. The purpose of this update is to "solve the > vulnerabilities" as indicated at: > http://www.freshports.org/multimedia/vlc > "Fix a stack overflow vulnerability...." > > The security notice indicates that this version should be free of this > particular issue. > http://www.vuxml.org/freebsd/4b09378e-addb-11dd-a578-0030843d3802.html > vlc -- cue processing stack overflow > Affected packages > vlc < 0.8.6i_2,2 > > So, why is portaudit preventing the updating to this version patched to > solve the issue? > > > Is the spelling difference important? > 0.8.6i_2,2 > vs > 0.8.6.i_2,2 > > > > Thanks, > > Rick Voland > rpvoland@spamcop.net > > > The ".i" is done via the magic of the ports infrastructure. Took me a minute to realize where that came from. It actually looks like the wrong port revision was entered into VuXML as vulnerable. 0.8.6.i_2,2 is the fixed version. You should be able to build it manually as a one off without modifying make.conf via: # make build deinstall reinstall DISABLE_VULNERABILITIES=true I am trying to find out what needs to be done to fix this proper currently. Thanks for the heads up. From intron at intron.ac Tue Nov 11 06:53:02 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 06:54:11 2008 Subject: Another VIA UniChrome/Chrome9 Driver Message-ID: Port: http://ftp.intron.ac/tmp/xf86-video-via-linux.tar.gz If the distfile cannot be downloaded from VIA's website, please download it from my server: http://ftp.intron.ac/tmp/chrome9.83-242-sl10.1.tar.gz This is official driver from VIA, originally for SuSE 10.1. It works on my laptop (BENQ Joybook R41E) and VIA pc-1 motherboard. The GPU of my laptop is: vgapci0@pci0:1:0:0: class=0x030000 card=0x86241071 chip=0x33431106 rev=0x01 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VIA/S3G UniChromePro IGP' class = display subclass = VGA OpenChrome doesn't work with it (chip's PID = 0x3343) at all. It supports features as well as OpenChrome: * XVideo * Rotation * Dual Display - Mono display on only either LCD or VGA only - DuoView (The same scene on both LCD and VGA simultaneously) I failed to get SAMM (different scenes on LCD and VGA). I believe it is useful for people who is using laptop with VIA chipset. And I hope it can be put into port tree before it is out of date. Any FreeBSD committee can help me? ------------------------------------------------------------------------ From Beijing, China From shuvaev at physik.uni-wuerzburg.de Tue Nov 11 07:35:57 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Tue Nov 11 07:36:05 2008 Subject: ports/128754: [port infrastructure] implement master sites randomization In-Reply-To: <20081111032350.0b22a853@gumby.homeunix.com> References: <20081110155616.DA66A1AF424@void.codelabs.ru> <20081111032350.0b22a853@gumby.homeunix.com> Message-ID: <20081111153554.GA4294@wep4035.physik.uni-wuerzburg.de> On Tue, Nov 11, 2008 at 03:23:50AM +0000, RW wrote: > On Mon, 10 Nov 2008 18:56:16 +0300 (MSK) > Eygene Ryabinkin wrote: > > > > Today I was hit by the very bad connectivity with twaren.net and > > nchc.dl.sourceforge.net (the first site in the SF mirrors list in the > > FreeBSD ports .mk files) is hosted by Taiwan REN. So, I decided to > > implement simple randomization that will enable to evenly distribute > > the downloads between SF mirrors. > > > > ... > > +# Need to drop a couple of initial rand() values: they tend > > +# to be around 0.8 - 0.9, so for fairly small array lenght > > +# they will produce identical values at the beginning. > > + srand(); rand(); rand(); rand(); rand(); > > I think it would be sensible to seed srand from a hash of something > reproducible to make better use of caches - maybe DISTNAME+DISTVERSION. > Maybe I don't understand something, but is RANDOMIZE_MASTER_SITES (see bsd.port.mk for details) not enough? It affects though all sites, not only SF. Just my 0.02$, Alexey. From rnoland at FreeBSD.org Tue Nov 11 07:47:27 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 07:47:39 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: Message-ID: <1226418439.10032.2.camel@squirrel.corp.cox.com> On Tue, 2008-11-11 at 22:53 +0800, Intron is my alias on the Internet wrote: > Port: http://ftp.intron.ac/tmp/xf86-video-via-linux.tar.gz > > If the distfile cannot be downloaded from VIA's website, please > download it from my server: > http://ftp.intron.ac/tmp/chrome9.83-242-sl10.1.tar.gz > > This is official driver from VIA, originally for SuSE 10.1. > It works on my laptop (BENQ Joybook R41E) and VIA pc-1 motherboard. > The GPU of my laptop is: > > vgapci0@pci0:1:0:0: class=0x030000 card=0x86241071 chip=0x33431106 rev=0x01 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VIA/S3G UniChromePro IGP' > class = display > subclass = VGA > > OpenChrome doesn't work with it (chip's PID = 0x3343) at all. > > It supports features as well as OpenChrome: > > * XVideo > * Rotation > * Dual Display > - Mono display on only either LCD or VGA only > - DuoView (The same scene on both LCD and VGA simultaneously) > > I failed to get SAMM (different scenes on LCD and VGA). > > I believe it is useful for people who is using laptop with VIA chipset. > > And I hope it can be put into port tree before it is out of date. > Any FreeBSD committee can help me? How does this compare to our Xorg driver? I've contemplated finishing the via drm work, but I don't have any of these devices and I'm not sure how many people do. At least that care about drm anyway... robert. > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081111/5efd2663/attachment.pgp From rea-fbsd at codelabs.ru Tue Nov 11 08:19:05 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Tue Nov 11 08:19:12 2008 Subject: ports/128754: [port infrastructure] implement master sites randomization In-Reply-To: <20081111153554.GA4294@wep4035.physik.uni-wuerzburg.de> References: <20081110155616.DA66A1AF424@void.codelabs.ru> <20081111032350.0b22a853@gumby.homeunix.com> <20081111153554.GA4294@wep4035.physik.uni-wuerzburg.de> Message-ID: Tue, Nov 11, 2008 at 04:35:54PM +0100, Alexey Shuvaev wrote: > On Tue, Nov 11, 2008 at 03:23:50AM +0000, RW wrote: > > On Mon, 10 Nov 2008 18:56:16 +0300 (MSK) > > I think it would be sensible to seed srand from a hash of something > > reproducible to make better use of caches - maybe DISTNAME+DISTVERSION. > > > Maybe I don't understand something, but is RANDOMIZE_MASTER_SITES > (see bsd.port.mk for details) not enough? It affects though all > sites, not only SF. It is enough, but it requires /usr/games/random to be present. Not all servers have 'games' distribution installed, but I want them to randomize master sites. For the feeding the hashes: RW, do you mean HTTP caches? In principle, this is a neat idea: it will achieve load-balancing between the sites. But as it will use the same master sites order for the given port, this will be failing when the first download site is almost down: the download will take very long. But probably stable order of the sites can be made settable via the variable, e.g. RANDOMIZE_MASTER_SITE_REPRODUCIBLY. Will it be fine? Please, note that this can be achievable only for the awk script: random(6) can not be currently directed to do this. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081111/8a1202c7/attachment.pgp From wxs at FreeBSD.org Tue Nov 11 08:27:32 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Nov 11 08:27:38 2008 Subject: ports/128754: [port infrastructure] implement master sites randomization In-Reply-To: References: <20081110155616.DA66A1AF424@void.codelabs.ru> <20081111032350.0b22a853@gumby.homeunix.com> <20081111153554.GA4294@wep4035.physik.uni-wuerzburg.de> Message-ID: <20081111162731.GB74163@atarininja.org> On Tue, Nov 11, 2008 at 07:19:03PM +0300, Eygene Ryabinkin wrote: > Tue, Nov 11, 2008 at 04:35:54PM +0100, Alexey Shuvaev wrote: > > On Tue, Nov 11, 2008 at 03:23:50AM +0000, RW wrote: > > > On Mon, 10 Nov 2008 18:56:16 +0300 (MSK) > > > I think it would be sensible to seed srand from a hash of something > > > reproducible to make better use of caches - maybe DISTNAME+DISTVERSION. > > > > > Maybe I don't understand something, but is RANDOMIZE_MASTER_SITES > > (see bsd.port.mk for details) not enough? It affects though all > > sites, not only SF. > > It is enough, but it requires /usr/games/random to be present. Not all > servers have 'games' distribution installed, but I want them to > randomize master sites. > > For the feeding the hashes: RW, do you mean HTTP caches? In principle, > this is a neat idea: it will achieve load-balancing between the sites. > But as it will use the same master sites order for the given port, this > will be failing when the first download site is almost down: the > download will take very long. But probably stable order of the sites > can be made settable via the variable, e.g. > RANDOMIZE_MASTER_SITE_REPRODUCIBLY. Will it be fine? Please, note that > this can be achievable only for the awk script: random(6) can not be > currently directed to do this. As a side-note to your discussion: If your concern is to pick sites which are fast for you, you may want to look at ports-mgmt/fastest_sites. It handles almost all MASTER_SITE_FOO definitions and is designed to sort based upon round-trip time for the TCP handshake to complete (best guess for least effort). The output is suitable for inclusion into make.conf. -- WXS From intron at intron.ac Tue Nov 11 09:02:20 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 09:02:27 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226418439.10032.2.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> Message-ID: Robert Noland wrote: > > How does this compare to our Xorg driver? I've contemplated finishing > the via drm work, but I don't have any of these devices and I'm not sure > how many people do. At least that care about drm anyway... > > robert. > I haven't look in it carefully. But skimming tells me that the official driver has more branches for various chips. See the source package: http://linux.via.com.tw/ Via_drv.so is actually a Linux ELF ABI. Only because it wasn't linked against any Linux's shared object can it run under FreeBSD simply. Otherwise, a mechanism like linuxpluginwrapper (Wrapper for Linux Mozilla/Firefox plugin to work with FreeBSD's native ABI of Mozilla/Firefox) must be used. The driver package contains some Linux kernel modules and shared objects, including libGL.so.1.2.via_chrome9 and via_chrome9_dri.so. Thus, I guess it is not easy to make the driver function fully under FreeBSD, especially 2D/3D acceleration. But so far, as I know, it's the unique solution that makes my laptop work. And I guess it supports more new chips. I have quite a few products with VIA chipset: * A laptop with UniChrome Pro IGP (0x3343) * Motherboard VIA PC2500E with north bridge CN700 * Motherboard VIA PC3500E with north bridge CN896 I can make tests with you. ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 09:26:57 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 09:27:09 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> Message-ID: <1226424409.10032.6.camel@squirrel.corp.cox.com> On Wed, 2008-11-12 at 01:02 +0800, Intron is my alias on the Internet wrote: > But so far, as I know, it's the unique solution that makes my laptop > work. What do you mean by "work". Does the normal xorg driver not work for your chip? Let me go look at the ddx driver... > And I guess it supports more new chips. > > I have quite a few products with VIA chipset: > > * A laptop with UniChrome Pro IGP (0x3343) This pci_id is listed in drm, so if I finish porting the code, it should work, for some definition of work... ;) robert. > * Motherboard VIA PC2500E with north bridge CN700 > * Motherboard VIA PC3500E with north bridge CN896 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081111/b6401b29/attachment.pgp From intron at intron.ac Tue Nov 11 11:42:41 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 11:42:54 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226424409.10032.6.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> Message-ID: Robert Noland wrote: > On Wed, 2008-11-12 at 01:02 +0800, Intron is my alias on the Internet > wrote: >> But so far, as I know, it's the unique solution that makes my laptop >> work. > > What do you mean by "work". Does the normal xorg driver not work for > your chip? Let me go look at the ddx driver... > >> And I guess it supports more new chips. >> >> I have quite a few products with VIA chipset: >> >> * A laptop with UniChrome Pro IGP (0x3343) > > This pci_id is listed in drm, so if I finish porting the code, it should > work, for some definition of work... ;) > > robert. > >> * Motherboard VIA PC2500E with north bridge CN700 >> * Motherboard VIA PC3500E with north bridge CN896 You may see the mysterious phenomenon here: http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) Play the video file with MPlayer. My laptop + OpenChrome 0.2.903 = A space alien's visit ? ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 11:58:52 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 11:58:58 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> Message-ID: <1226433523.16065.1.camel@squirrel.corp.cox.com> On Wed, 2008-11-12 at 03:42 +0800, Intron is my alias on the Internet wrote: > Robert Noland wrote: > > > On Wed, 2008-11-12 at 01:02 +0800, Intron is my alias on the Internet > > wrote: > >> But so far, as I know, it's the unique solution that makes my laptop > >> work. > > > > What do you mean by "work". Does the normal xorg driver not work for > > your chip? Let me go look at the ddx driver... > > > >> And I guess it supports more new chips. > >> > >> I have quite a few products with VIA chipset: > >> > >> * A laptop with UniChrome Pro IGP (0x3343) > > > > This pci_id is listed in drm, so if I finish porting the code, it should > > work, for some definition of work... ;) > > > > robert. > > > >> * Motherboard VIA PC2500E with north bridge CN700 > >> * Motherboard VIA PC3500E with north bridge CN896 > > You may see the mysterious phenomenon here: > > http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) Is that with the xorg driver? An xorg.log might be helpful. robert. > Play the video file with MPlayer. > > My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081111/a2263ec8/attachment.pgp From r.c.ladan at gmail.com Tue Nov 11 12:05:48 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Tue Nov 11 12:05:59 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: <4919DFEB.3020709@gmail.com> References: <4919DFEB.3020709@gmail.com> Message-ID: <4919E070.9010409@gmail.com> Rene Ladan schreef: > > 123456789012345678901234567890123456789012345678901234567890123456789012 Ignore this ruler ;) Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From r.c.ladan at gmail.com Tue Nov 11 12:14:03 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Tue Nov 11 12:14:09 2008 Subject: CFT: astro/boinc-setiathome-enhanced update Message-ID: <4919DFEB.3020709@gmail.com> Hi, 123456789012345678901234567890123456789012345678901234567890123456789012 I have a patch[1] ready for the astro/boinc-setiathome-enhanced port to update it to 6.03 (which is the same as 5.27 but with the science and graphics code separated), and to add astropulse 4.28 (same as 4.35, but the version number never got updated in SVN) to it. To test it, download the patch and replace the contents of /usr/ports/astro/boinc-setiathome-enhanced with the contents of the patch. It builds on my 7.0-RELEASE amd64 box, but the resulting astropulse binary crashes at startup. This might have something to do with a polluted source directory for the setiathome part, as the source code for astropulse borrows from the setiathome source code. I have an astropulse test work unit available. The port fails to build on a 7.1-BETA2 i386 box at work. At some point during the configuration of astropulse, configure complains about a bad fd number (gurus around?). This happens both with the regenerated configure script and with the original one (remove './_autosetup' from line 78 of the Makefile). Thanks for any ideas, Rene [1] : ftp://rene-ladan.nl/pub/freebsd/boinc-setiathome-enhanced.tar.bz2 SIZE=2740 MD5=8bb6be7ad07e693d3e72cf49ff1e480f -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From intron at intron.ac Tue Nov 11 12:21:53 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 12:22:04 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226433523.16065.1.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> Message-ID: Robert Noland wrote: >> You may see the mysterious phenomenon here: >> >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > Is that with the xorg driver? An xorg.log might be helpful. > > robert. > >> Play the video file with MPlayer. >> >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? The mysterious phenomenon is produced with the port xf86-video-openchrome-0.2.903. Here is the log file: http://ftp.intron.ac/tmp/openchrome-Xorg.0.log It ended when I pressed Ctrl-Alt-BackSpace. ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 13:00:22 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 13:00:34 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> Message-ID: <1226437213.16065.4.camel@squirrel.corp.cox.com> On Wed, 2008-11-12 at 04:21 +0800, Intron is my alias on the Internet wrote: > Robert Noland wrote: > > >> You may see the mysterious phenomenon here: > >> > >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > > > Is that with the xorg driver? An xorg.log might be helpful. > > > > robert. > > > >> Play the video file with MPlayer. > >> > >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > The mysterious phenomenon is produced with the port > xf86-video-openchrome-0.2.903. Here is the log file: Ok, the more I dig into this, the more confused I get... This driver is not from via... It is open source, but not developed with xorg... Give me a few minutes to see how things look and maybe we can just make a port from the source... robert. > http://ftp.intron.ac/tmp/openchrome-Xorg.0.log > > It ended when I pressed Ctrl-Alt-BackSpace. > > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081111/d77512e5/attachment.pgp From rnoland at 2hip.net Tue Nov 11 15:26:39 2008 From: rnoland at 2hip.net (Robert Noland) Date: Tue Nov 11 15:26:45 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226437213.16065.4.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> Message-ID: <1226444680.16065.11.camel@squirrel.corp.cox.com> On Tue, 2008-11-11 at 16:00 -0500, Robert Noland wrote: > On Wed, 2008-11-12 at 04:21 +0800, Intron is my alias on the Internet > wrote: > > Robert Noland wrote: > > > > >> You may see the mysterious phenomenon here: > > >> > > >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > > > > > Is that with the xorg driver? An xorg.log might be helpful. > > > > > > robert. > > > > > >> Play the video file with MPlayer. > > >> > > >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > > > The mysterious phenomenon is produced with the port > > xf86-video-openchrome-0.2.903. Here is the log file: > > Ok, the more I dig into this, the more confused I get... This driver is > not from via... It is open source, but not developed with xorg... Give > me a few minutes to see how things look and maybe we can just make a > port from the source... Ok, I need more coffee... I have all the versions sorted out now... So your are using xf86-video-openchrome from ports... It looks like there is an internal conflict about whether this chip is actually a P4M890 or a P4M900. I'm not sure which way to go, so we will try the 890 first... Please try the following patch to the openchrome port. http://people.freebsd.org/~rnoland/openchrome.patch robert. > robert. > > > http://ftp.intron.ac/tmp/openchrome-Xorg.0.log > > > > It ended when I pressed Ctrl-Alt-BackSpace. > > > > ------------------------------------------------------------------------ > > From Beijing, China > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Robert Noland 2Hip Networks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081111/b6cb7f6b/attachment.pgp From rnoland at FreeBSD.org Tue Nov 11 21:22:49 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 21:23:01 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226444680.16065.11.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> <1226444680.16065.11.camel@squirrel.corp.cox.com> Message-ID: <1226467355.1656.8.camel@wombat.2hip.net> On Tue, 2008-11-11 at 18:04 -0500, Robert Noland wrote: > On Tue, 2008-11-11 at 16:00 -0500, Robert Noland wrote: > > On Wed, 2008-11-12 at 04:21 +0800, Intron is my alias on the Internet > > wrote: > > > Robert Noland wrote: > > > > > > >> You may see the mysterious phenomenon here: > > > >> > > > >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > > > > > > > Is that with the xorg driver? An xorg.log might be helpful. > > > > > > > > robert. > > > > > > > >> Play the video file with MPlayer. > > > >> > > > >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > > > > > The mysterious phenomenon is produced with the port > > > xf86-video-openchrome-0.2.903. Here is the log file: > > > > Ok, the more I dig into this, the more confused I get... This driver is > > not from via... It is open source, but not developed with xorg... Give > > me a few minutes to see how things look and maybe we can just make a > > port from the source... > > Ok, I need more coffee... I have all the versions sorted out now... So > your are using xf86-video-openchrome from ports... It looks like there > is an internal conflict about whether this chip is actually a P4M890 or > a P4M900. I'm not sure which way to go, so we will try the 890 first... > Please try the following patch to the openchrome port. > > http://people.freebsd.org/~rnoland/openchrome.patch Ok, I spoke to a couple of the unichrome developers and my patch isn't quite right, but it is close enough for you to test. It seems that the openchrome driver needs to match not only the chip id, but the card id also. It apparently needs this to know what ports to enable (panel, crt). Both your chip id and board were there, but not in the right combination. I have a proper patch for your board now, which has also been committed to openchromes svn repo... robert. > > > http://ftp.intron.ac/tmp/openchrome-Xorg.0.log > > > > > > It ended when I pressed Ctrl-Alt-BackSpace. > > > > > > ------------------------------------------------------------------------ > > > From Beijing, China > > > > > > _______________________________________________ > > > freebsd-x11@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081112/22f37984/attachment.pgp From intron at intron.ac Tue Nov 11 23:46:10 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 23:46:18 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226467355.1656.8.camel@wombat.2hip.net> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> <1226444680.16065.11.camel@squirrel.corp.cox.com> <1226467355.1656.8.camel@wombat.2hip.net> Message-ID: Robert Noland wrote: > Ok, I spoke to a couple of the unichrome developers and my patch isn't > quite right, but it is close enough for you to test. It seems that the > openchrome driver needs to match not only the chip id, but the card id > also. It apparently needs this to know what ports to enable (panel, > crt). Both your chip id and board were there, but not in the right > combination. I have a proper patch for your board now, which has also > been committed to openchromes svn repo... > > robert. > Thank you for your patience. With your patch http://www.openchrome.org/trac/changeset/686/trunk/src, Xorg can work on my laptop one-off. That is, for the first time I start Xorg, it works well. For the second time, my laptop go to die. Maybe it is because I'm using 8.0-CURRENT in order to debug my USB drivers. And even for the first time, HWCursor doesn't work, which makes me have to enable SWCursor. Just before I read some codes in openchrome, xf86-video-via and the one on http://linux.via.com.tw/. I guess in the past years, VIA and OpenChrome probably borrowed codes from each other. Now, I propose that the driver from linux.via.com.tw needs to be pushed into the port tree of FreeBSD. After all, it is an alternative choice for users. I adore you and other developpers of OpenChrome very much. But after all you are doing hacking and/or reverse engineering. And the information about VIA chips that you have got is seriously inequal to what VIA know about itself. By the way, I have tested MPEG-2 decoding of VIA chips on all products in my hands (PM890, CN700 and CN896). The result disappointed me very much. I put much hope on CN896, the best one of them. I found Fedora Core 5 after long searching on the Internet here and there, and then configured Xorg with the driver from VIA (the last one on the page): http://www.viaarena.com/default.aspx?PageID=420&OSID=30&CatID=2770&SubCatID=189 This driver is the only one that fully supports MPEG-2 decoder as far as I found. After compiling VeMP (http://sourceforge.net/projects/vemp/), I wished CN896 could play HDTV (1920x1080) MPEG-2 materials smoothly. But actually, in my testing, CN896 could only play materials at 1440x810 (from http://anon.nasa-global.edgesuite.net/anon.nasa-global/NASAHD/Lunar_Surface/LunarSurface_HD_1080i.wmv , reencoded to MPEG-2 with MEncoder at nearly the same bit rate) with a little lag. And just as described in VeMP's documentation, occasionally the machine died while playing. ------------------------------------------------------------------------ From Beijing, China From romain at blogreen.org Wed Nov 12 02:11:23 2008 From: romain at blogreen.org (Romain =?iso-8859-1?Q?Tarti=E8re?=) Date: Wed Nov 12 02:11:29 2008 Subject: On pkg_trans In-Reply-To: References: Message-ID: <20081112101120.GA44033@marvin.blogreen.org> Hi Ivan. On Wed, Nov 05, 2008 at 11:49:29PM +0100, Ivan Voras wrote: > I'll probably have some time in the next few days to work on pkg_trans > again, but first I'd like to get some input on the whole thing. The last > time I talked about it I've made code available but I've received no > feedback. I have just grabbed the source tarball, and give pkg_trans a try. Here are a few remarks: 1) As you said, $pkg_trans_save_deleted_packages should be set somewhere else. Why not /etc/pkg_install.conf? Another solution would be to rely on a switch (as -b used by pkg_create(8) for creating backups. However, the configuration file is surely "safer". 2) Semantic remark: when I hear "transaction" I think "commit" / "rollback", not "end" nor "undo". I have not tested using `pkg_trans -[bade]` with `pkg_{add,delete} -z` directly to build "custom transactions" (e.g. update a package from one version to another as part of a single transaction (or 2, one for removing outdated packages and a second one of installs new packages versions)), but I guess it would be something like this (please confirm, I did not have a look to the source code and could not find informations about doing this in the links you provided): | z=`pkg_trans -b` | pkg_trans -d package-1.0 -z $z | pkg_delete package-1.0 | pkg_add package-2.0 | pkg_trans -a package-2.0 -z $z | pkg_trans -e -z $z Assuming package-2.0 depends on a package that is not available, installation will fail. Is the only way to rollback this to "end" the transaction and "undo" it? 3) If I pkg_add -r some_package, it will create as many transactions as packages installed: | romain@trilian ~ # pkg_trans -l | 0 transaction records found. | romain@trilian ~ # pkg_add -r most | Fetching http://tinderbox.sigabrt.org/packages/7.0-BSD-sharp-latest-with-gnome/Latest/most.tbz... Done. | Fetching http://tinderbox.sigabrt.org/packages/7.0-BSD-sharp-latest-with-gnome/All/png-1.2.32.tbz... Done. | Fetching http://tinderbox.sigabrt.org/packages/7.0-BSD-sharp-latest-with-gnome/All/pcre-7.8.tbz... Done. | Fetching http://tinderbox.sigabrt.org/packages/7.0-BSD-sharp-latest-with-gnome/All/libiconv-1.11_1.tbz... Done. | Fetching http://tinderbox.sigabrt.org/packages/7.0-BSD-sharp-latest-with-gnome/All/libslang2-2.1.4.tbz... Done. | romain@trilian ~ # pkg_trans -l | 000000001 (1 pkgs added) Sun Nov 9 18:01:20 2008 | 000000002 (1 pkgs added) Sun Nov 9 18:01:21 2008 | 000000003 (1 pkgs added) Sun Nov 9 18:01:22 2008 | 000000004 (1 pkgs added) Sun Nov 9 18:01:23 2008 | 000000005 (1 pkgs added) Sun Nov 9 18:01:24 2008 | 5 transaction records found. | romain@trilian ~ # Worst, reverting the situation is not as easy as: | for t in 5 4 3 2 1; do pkg_trans -u -z $t; done | romain@trilian ~ # pkg_trans -i -z 5 | Transaction 000000005, started on Sun Nov 9 18:02:23 2008 | ADD libslang2-2.1.4 | romain@trilian ~ # pkg_trans -i -z 1 | Transaction 000000001, started on Sun Nov 9 18:02:29 2008 | ADD most-5.0.0 | romain@trilian ~ # Reading dependencies informations, we can determine the order in which we have to undo changes: | romain@trilian /var/db/pkg # pkg_info -r *-* | Information for libiconv-1.11_1: | Depends on: | | Information for libslang2-2.1.4: | Depends on: | Dependency: png-1.2.32 | Dependency: pcre-7.8 | Dependency: libiconv-1.11_1 | | Information for most-5.0.0: | Depends on: | Dependency: png-1.2.32 | Dependency: pcre-7.8 | Dependency: libiconv-1.11_1 | Dependency: libslang2-2.1.4 | | Information for pcre-7.8: | Depends on: | | Information for png-1.2.32: | Depends on: | | romain@trilian /var/db/pkg # for t in 1 5 2 3 4; do pkg_trans -u -z$t; done | romain@trilian /var/db/pkg # pkg_trans -l | 0 transaction records found. | romain@trilian /var/db/pkg # Is there any plan regarding this? I guess the best would be to have a single transaction. Kind regards, Romain -- Romain Tarti?re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081112/31d28dd1/attachment.pgp From avg at icyb.net.ua Wed Nov 12 04:22:54 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Nov 12 04:23:00 2008 Subject: kopete: incorrect conflict with kdenetwork-3.5.10 ? In-Reply-To: <491445DF.8040105@icyb.net.ua> References: <491445DF.8040105@icyb.net.ua> Message-ID: <491ACA9A.1050505@icyb.net.ua> on 07/11/2008 15:42 Andriy Gapon said the following: > I have KDE 3.5.10 installed from ports, when I try to install kopete > (0.12.8) it reports conflict with kdenetwork. > > I see that the port has this line: > CONFLICTS=kdenetwork-[0-2]* kdenetwork-3.[0-4]* kdenetwork-3.5.[0-2]* > > I think that the intention was to conflict with 3.5.1 and 3.5.2, but now > 3.5.10 also matched the pattern. > Anyone? -- Andriy Gapon From dorian.buettner at gmx.de Wed Nov 12 10:13:31 2008 From: dorian.buettner at gmx.de (=?ISO-8859-15?Q?Dorian_B=FCttner?=) Date: Wed Nov 12 10:13:38 2008 Subject: Keyboard layout switcher in kde4 Message-ID: <491B1685.6030902@gmx.de> Hi list, not sure if this is error or intention, I just noticed that under system settings -> regional & language, the keyboard layout switcher isn't functional if x11/setxkbmap isn't installed. Shouldn't this be installed as a dependency? Thanks, Dorian From dorian.buettner at gmx.de Wed Nov 12 14:01:58 2008 From: dorian.buettner at gmx.de (=?ISO-8859-15?Q?Dorian_B=FCttner?=) Date: Wed Nov 12 14:02:05 2008 Subject: Keyboard layout switcher in kde4 In-Reply-To: <491B1685.6030902@gmx.de> References: <491B1685.6030902@gmx.de> Message-ID: <491B5254.6030802@gmx.de> Dorian B?ttner schrieb: > Hi list, > > not sure if this is error or intention, I just noticed that under > system settings -> regional & language, the keyboard layout switcher > isn't functional if x11/setxkbmap isn't installed. > Shouldn't this be installed as a dependency? > > Thanks, > Dorian > > Sorry, wrong list. Was intended for the kde(4) folks. From Jan-Peter.Koopmann at seceidos.de Thu Nov 13 01:46:35 2008 From: Jan-Peter.Koopmann at seceidos.de (Koopmann, Jan-Peter) Date: Thu Nov 13 01:46:43 2008 Subject: [nodisclaim]RE: FreeBSD Port: MailScanner-4.67.6_3 In-Reply-To: References: Message-ID: ># mailscanner -debug >Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) Not the slightest clue... perl with pthread enabled? I remember some problems with earlier versions... From reinhard.haller at interactive-net.de Thu Nov 13 03:34:43 2008 From: reinhard.haller at interactive-net.de (Reinhard Haller) Date: Thu Nov 13 03:34:52 2008 Subject: FreeBSD Port: exim-4.69_1 Message-ID: <000001c94581$fb0004f0$f1000ed0$@haller@interactive-net.de> Hi, after updating exim-4.69 to 4.69_1 with portmanager -u -l I got the following new error messages: failed to open DB file /var/spool/exim/db/wait-remote_lmtp: Inappropriate file type or format IPv6 socket creation failed: Protocol not supported Exim runs in a jail, therefore there is no support for IPv6. The Berkley database version (db46-4.6.21.1) has not changed. Are there any changed default settings from 4.69 to 4.69_1? Please tell me how to get the old settings again. Thanks Reinhard Haller ----- Dipl. Inform. Reinhard Haller Hermann-Hesse-Str. 5 85551 Kirchheim b. M?nchen Tel.: 089/904885-0 Mob.: 0171/8022551 Fax: 089/904885-22 mailto: reinhard.haller@interactive-net.de From w.denocker at debudelse.nl Thu Nov 13 01:05:36 2008 From: w.denocker at debudelse.nl (Wim De Nocker (De Budelse)) Date: Thu Nov 13 04:25:49 2008 Subject: FreeBSD Port: MailScanner-4.67.6_3 Message-ID: Problem with Mailscanner setup on FreeBSD 6.2/6.3 After doing some updates on my ports collection (clamav, Sqlite, P5-IO-Net, and some others), mailscanner stopped working.. # mailscanner -debug Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 0) Any idea what can be the cause of this change in behavior ? I also have a mailscanner running on FreeBSD 7.0, and this one seems to keep running happily. Regards, Wim de Nocker e-mail: w.denocker@debudelse.nl From jhein at timing.com Thu Nov 13 09:45:54 2008 From: jhein at timing.com (John Hein) Date: Thu Nov 13 09:46:00 2008 Subject: update from 6 to 7 - needs libtool rebuild Message-ID: <18716.24188.971858.627073@gromit.timing.com> I updated from 6-stable to 7-stable and got the following error when portupgrading graphics/tiff... . . /bin/sh /usr/local/bin/libtool --tag=CXX --mode=link c++ -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -o libtiffxx.la -rpath /usr/local/lib -no-undefined -version-number 4:0:0 tif_stream.lo ../libtiff/libtiff.la ../port/libport.la -ljpeg -lz -lm -lc c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o .libs/tif_stream.o -Wl,--whole-archive ../port/.libs/libport.a -Wl,--no-whole-archive -Wl,--rpath -Wl,/2/pub/jhein/.no-amanda-backup/wd/usr/ports/graphics/tiff/work/tiff-3.8.2/libtiff/.libs -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib ../libtiff/.libs/libtiff.so /usr/local/lib/libjpeg.so -lz -L/usr/lib -lstdc++ -lm -lgcc_pic /usr/lib/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libtiffxx.so.4 -o .libs/libtiffxx.so.4 /usr/bin/ld: cannot find -lgcc_pic As it turns out, a forced update of libtool was needed. There are a few key differences between old libtool-1.15.26 from 6.x and the rebuilt one in 7.x Below is just an excerpt of the diff. Note the references to i386-portbld-freebsd6.3 (in the old) and i386-portbld-freebsd7.1 (in the new). And the key for the issue reported above: lgcc_pic replaced by lgcc_s. [I'm not sure why the new lib search path has "/usr/lib /usr/lib" and later "-L/usr/lib -L/usr/lib", but that duplication is minor] [ see also http://www.freebsd.org/cgi/query-pr.cgi?pr=113172 ] So my question is: is this documented and/or widely known? A full portupgrade wouldn't help if you were up to date on libtool in 6.x before updating (unless portupgrade -f is used). If this isn't widely known, maybe this will help someone. Would it be worth documenting this in UPDATING (if I haven't missed it somewhere)? I wonder if there's a good way to have this staleness on OS update detected by our port/pkg update tools. @@ -7387,13 +7387,13 @@ # The host system. host_alias= -host=i386-portbld-freebsd6.3 -host_os=freebsd6.3 +host=i386-portbld-freebsd7.1 +host_os=freebsd7.1 # The build system. -build_alias=i386-portbld-freebsd6.3 -build=i386-portbld-freebsd6.3 -build_os=freebsd6.3 +build_alias=i386-portbld-freebsd7.1 +build=i386-portbld-freebsd7.1 +build_os=freebsd7.1 # An echo program that does not interpret backslashes. echo="echo" @@ -7559,15 +7559,15 @@ # Dependencies to place after the objects being linked to create a # shared library. -postdeps="-lstdc++ -lm -lgcc_pic -lgcc_pic" +postdeps="-lstdc++ -lm -lgcc_s -lc -lgcc_s" # The directories searched by this compiler when creating a shared # library -compiler_lib_search_dirs="/usr/lib" +compiler_lib_search_dirs="/usr/lib /usr/lib" # The library search path used internally by the compiler when linking # a shared library. -compiler_lib_search_path="-L/usr/lib" +compiler_lib_search_path="-L/usr/lib -L/usr/lib" # Method to check whether dependent libraries are shared objects. deplibs_check_method="pass_all" From mezz7 at cox.net Thu Nov 13 10:20:30 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Nov 13 10:20:37 2008 Subject: update from 6 to 7 - needs libtool rebuild In-Reply-To: <18716.24188.971858.627073@gromit.timing.com> References: <18716.24188.971858.627073@gromit.timing.com> Message-ID: On Thu, 13 Nov 2008 11:06:04 -0600, John Hein wrote: > I updated from 6-stable to 7-stable and got the following error > when portupgrading graphics/tiff... > > > . > . > /bin/sh /usr/local/bin/libtool --tag=CXX --mode=link c++ -O2 > -fno-strict-aliasing -pipe -L/usr/local/lib -o libtiffxx.la -rpath > /usr/local/lib -no-undefined -version-number 4:0:0 tif_stream.lo > ../libtiff/libtiff.la ../port/libport.la -ljpeg -lz -lm -lc > c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o > .libs/tif_stream.o -Wl,--whole-archive ../port/.libs/libport.a > -Wl,--no-whole-archive -Wl,--rpath > -Wl,/2/pub/jhein/.no-amanda-backup/wd/usr/ports/graphics/tiff/work/tiff-3.8.2/libtiff/.libs > -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > -L/usr/local/lib ../libtiff/.libs/libtiff.so /usr/local/lib/libjpeg.so > -lz -L/usr/lib -lstdc++ -lm -lgcc_pic /usr/lib/crtendS.o > /usr/lib/crtn.o -Wl,-soname -Wl,libtiffxx.so.4 -o .libs/libtiffxx.so.4 > /usr/bin/ld: cannot find -lgcc_pic > > > As it turns out, a forced update of libtool was needed. > > There are a few key differences between old libtool-1.15.26 from > 6.x and the rebuilt one in 7.x When you upgrade the major version of FreeBSD. You have to rebuild/reinstall all installed ports to have the stable system. Cheers, Mezz > Below is just an excerpt of the diff. Note the references to > i386-portbld-freebsd6.3 (in the old) and i386-portbld-freebsd7.1 (in > the new). And the key for the issue reported above: lgcc_pic replaced > by lgcc_s. > > [I'm not sure why the new lib search path has "/usr/lib /usr/lib" > and later "-L/usr/lib -L/usr/lib", but that duplication is minor] > > [ see also http://www.freebsd.org/cgi/query-pr.cgi?pr=113172 ] > > > So my question is: is this documented and/or widely known? A full > portupgrade wouldn't help if you were up to date on libtool in 6.x > before updating (unless portupgrade -f is used). > > If this isn't widely known, maybe this will help someone. > > Would it be worth documenting this in UPDATING (if I haven't > missed it somewhere)? > > I wonder if there's a good way to have this staleness on > OS update detected by our port/pkg update tools. > > > @@ -7387,13 +7387,13 @@ > # The host system. > host_alias= > -host=i386-portbld-freebsd6.3 > -host_os=freebsd6.3 > +host=i386-portbld-freebsd7.1 > +host_os=freebsd7.1 > # The build system. > -build_alias=i386-portbld-freebsd6.3 > -build=i386-portbld-freebsd6.3 > -build_os=freebsd6.3 > +build_alias=i386-portbld-freebsd7.1 > +build=i386-portbld-freebsd7.1 > +build_os=freebsd7.1 > # An echo program that does not interpret backslashes. > echo="echo" > @@ -7559,15 +7559,15 @@ > # Dependencies to place after the objects being linked to create a > # shared library. > -postdeps="-lstdc++ -lm -lgcc_pic -lgcc_pic" > +postdeps="-lstdc++ -lm -lgcc_s -lc -lgcc_s" > # The directories searched by this compiler when creating a shared > # library > -compiler_lib_search_dirs="/usr/lib" > +compiler_lib_search_dirs="/usr/lib /usr/lib" > # The library search path used internally by the compiler when linking > # a shared library. > -compiler_lib_search_path="-L/usr/lib" > +compiler_lib_search_path="-L/usr/lib -L/usr/lib" > # Method to check whether dependent libraries are shared objects. > deplibs_check_method="pass_all" -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From freebsd-ports-local at be-well.ilk.org Thu Nov 13 13:35:04 2008 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Thu Nov 13 13:35:10 2008 Subject: update from 6 to 7 - needs libtool rebuild In-Reply-To: <18716.24188.971858.627073@gromit.timing.com> (John Hein's message of "Thu\, 13 Nov 2008 10\:06\:04 -0700") References: <18716.24188.971858.627073@gromit.timing.com> Message-ID: <44od0jtim2.fsf@be-well.ilk.org> John Hein writes: > So my question is: is this documented and/or widely known? A full > portupgrade wouldn't help if you were up to date on libtool in 6.x > before updating (unless portupgrade -f is used). But you've *always* needed to rebuild *all* your ports when system libraries got a version bump. Symbol versioning may make this less of an issue in the future, but even then I'll be expecting to do it when I make major version jumps. > Would it be worth documenting this in UPDATING (if I haven't > missed it somewhere)? It's in the release notes for every (I think) release. Other places might make sense also, I guess... From jhein at timing.com Thu Nov 13 13:55:37 2008 From: jhein at timing.com (John Hein) Date: Thu Nov 13 13:55:43 2008 Subject: update from 6 to 7 - needs libtool rebuild In-Reply-To: <44od0jtim2.fsf@be-well.ilk.org> References: <18716.24188.971858.627073@gromit.timing.com> <44od0jtim2.fsf@be-well.ilk.org> Message-ID: <18716.41555.397011.981079@gromit.timing.com> Lowell Gilbert wrote at 16:35 -0500 on Nov 13, 2008: > John Hein writes: > > So my question is: is this documented and/or widely known? A full > > portupgrade wouldn't help if you were up to date on libtool in 6.x > > before updating (unless portupgrade -f is used). > > But you've *always* needed to rebuild *all* your ports when system > libraries got a version bump. Symbol versioning may make this less of > an issue in the future, but even then I'll be expecting to do it when I > make major version jumps. I often don't rebuild everything right away and live with the compat libs for a while. That has worked fine in the past (probably had some hiccups that I've long since forgotten about). But I understand why the official position is to rebuild everything. > > Would it be worth documenting this in UPDATING (if I haven't > > missed it somewhere)? > > It's in the release notes for every (I think) release. Other places > might make sense also, I guess... I don't see it at the moment (looking at 6.3's relnotes), but I didn't look too hard. Thanks for the answers. From freebsd-ports-local at be-well.ilk.org Thu Nov 13 17:30:11 2008 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Thu Nov 13 17:30:18 2008 Subject: update from 6 to 7 - needs libtool rebuild In-Reply-To: <18716.41555.397011.981079@gromit.timing.com> (John Hein's message of "Thu\, 13 Nov 2008 14\:55\:31 -0700") References: <18716.24188.971858.627073@gromit.timing.com> <44od0jtim2.fsf@be-well.ilk.org> <18716.41555.397011.981079@gromit.timing.com> Message-ID: <44tzab857n.fsf@lowell-desk.lan> John Hein writes: > I often don't rebuild everything right away and live with the compat > libs for a while. > > That has worked fine in the past (probably had some hiccups that I've > long since forgotten about). But I understand why the official > position is to rebuild everything. There's no hurry until you start updating *some* ports. Then you want to upgrade everything, because it's so easy to end up linked against more than one version of the same library. From mezz7 at cox.net Thu Nov 13 20:11:54 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Nov 13 20:12:01 2008 Subject: update from 6 to 7 - needs libtool rebuild In-Reply-To: <18716.41555.397011.981079@gromit.timing.com> References: <18716.24188.971858.627073@gromit.timing.com> <44od0jtim2.fsf@be-well.ilk.org> <18716.41555.397011.981079@gromit.timing.com> Message-ID: On Thu, 13 Nov 2008 15:55:31 -0600, John Hein wrote: > Lowell Gilbert wrote at 16:35 -0500 on Nov 13, 2008: > > John Hein writes: > > > So my question is: is this documented and/or widely known? A full > > > portupgrade wouldn't help if you were up to date on libtool in 6.x > > > before updating (unless portupgrade -f is used). > > > > But you've *always* needed to rebuild *all* your ports when system > > libraries got a version bump. Symbol versioning may make this less of > > an issue in the future, but even then I'll be expecting to do it when > I > > make major version jumps. > > I often don't rebuild everything right away and live with the compat > libs for a while. As long as you don't use ports tree. Once you need someting by via ports tree then you have to rebuild/reinstall everything before you try to install some new ports. Cheers, Mezz > That has worked fine in the past (probably had some hiccups that I've > long since forgotten about). But I understand why the official > position is to rebuild everything. > > > > > Would it be worth documenting this in UPDATING (if I haven't > > > missed it somewhere)? > > > > It's in the release notes for every (I think) release. Other places > > might make sense also, I guess... > > I don't see it at the moment (looking at 6.3's relnotes), but > I didn't look too hard. > > Thanks for the answers. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From ade at freebsd.org Thu Nov 13 23:17:14 2008 From: ade at freebsd.org (Ade Lovett) Date: Thu Nov 13 23:17:49 2008 Subject: Time enough, and more Message-ID: <24A9B646-A4A0-4483-940F-E76A2393ACB8@freebsd.org> A plea, since there currently appears to be a worldwide epidemic of broken timepieces. If you (that'd be the generic you) see a port "miraculously fail", with something like the following in the configure output: [...] checking for a BSD-compatible install... /usr/bin/install -c -o root - g wheel checking whether build environment is sane... configure: error: newly created file is older than distributed files! Check your system clock [...] Please, take the few milliseconds (or not, as the case may be, after all, your clock is broken) to actually READ the message and take appropriate corrective action, BEFORE sending out emails to the poor sod in "Please report the problem to ...", varying from a state of utter confusion, to formal explanation required as to why I'm hacking your system. Thanks awfully. Love and kisses. -aDe From fenner at FreeBSD.org Fri Nov 14 02:00:12 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Fri Nov 14 02:00:18 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200811141000.mAEA0CUj078689@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From rea-fbsd at codelabs.ru Fri Nov 14 12:42:16 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Nov 14 12:42:47 2008 Subject: ports/128754: [port infrastructure] implement master sites randomization In-Reply-To: References: <20081110155616.DA66A1AF424@void.codelabs.ru> <20081111032350.0b22a853@gumby.homeunix.com> <20081111153554.GA4294@wep4035.physik.uni-wuerzburg.de> Message-ID: <39xW7jCcvncjT8ROmhiSV7bt+fI@St9vgMtsbWIYRnEpVt0VUBJqeA4> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081114/f080eb0f/attachment.pgp From sobomax at sippysoft.com Fri Nov 14 15:10:42 2008 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Fri Nov 14 15:10:49 2008 Subject: cd // - bash is funny??? Message-ID: <491DFC74.2040301@sippysoft.com> [sobomax@sobomac ~]$ cd // [sobomax@sobomac //]$ pwd // [sobomax@sobomac //] /bin/pwd / [sobomax@sobomac //] What's that? Happens on bash 3.x, checked range of boxes from 6.x to 8.x and arches from powerpc to amd64. "cd ///" at the same time is OK: [sobomax@sobomac //]$ cd /// [sobomax@sobomac /]$ Is it off-by-one error? -Maxim From koitsu at FreeBSD.org Fri Nov 14 15:13:30 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Nov 14 15:13:37 2008 Subject: cd // - bash is funny??? In-Reply-To: <491DFC74.2040301@sippysoft.com> References: <491DFC74.2040301@sippysoft.com> Message-ID: <20081114231324.GA57195@icarus.home.lan> On Fri, Nov 14, 2008 at 02:32:20PM -0800, Maxim Sobolev wrote: > [sobomax@sobomac ~]$ cd // > [sobomax@sobomac //]$ pwd > // > [sobomax@sobomac //] /bin/pwd > / > [sobomax@sobomac //] > > What's that? Happens on bash 3.x, checked range of boxes from 6.x to 8.x > and arches from powerpc to amd64. "cd ///" at the same time is OK: > > [sobomax@sobomac //]$ cd /// > [sobomax@sobomac /]$ > > Is it off-by-one error? The Bash FAQ covers this, I think. See E10. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From yanegomi at gmail.com Sat Nov 15 14:34:40 2008 From: yanegomi at gmail.com (Garrett Cooper) Date: Sat Nov 15 16:23:16 2008 Subject: Request for individuals interested in reviewing test / python topics Message-ID: <1155143A-D9F9-4988-B648-F9CDC2A4080C@gmail.com> Hello Hackers and Porters, I'm currently working on a proposal to the FreeBSD foundation to use Python Nose as a testing framework for writing tests. If there are any individuals who are experienced and interested helping review and provide insight into my plans for using nose as a testing framework / backend, it would be extremely helpful. By completing this work, we could finally settle on a single regression and unit testing framework for writing future testcases, which would in turn reduce the required overhead on the release team during releases, which may reduce ports freeze periods, also reduce development time while increasing productivity within the FreeBSD community for new feature and regression testing in the of the entire system and the ports / packages we provide to the community. Thanks, -Garrett From andrew.gullans at gmail.com Sat Nov 15 18:00:08 2008 From: andrew.gullans at gmail.com (Andrew Gullans) Date: Sat Nov 15 19:31:36 2008 Subject: Joomla15 out of date, broken dependency: PDFLib-Lite-7.0.2 no longer available Message-ID: I'm a total BSD noob, so bear with me. I'm trying to "make install clean" joomla15 on a friend's server (his college project; he's my "client"). Anyways, the problem is that Joomla 1.5.7 is in the ports tree, but it depends on PDFLib-Lite-7.0.2, which is no longer available. Instead, PDFLib-Lite-7.0.3 is available, but it is not in the ports tree. Joomla 1.5.8 depends on PDFLib-Lite-7.0.3, but it is not in the ports tree, either. So, right there, I can't install Joomla on this server. I would like to do it manually, but I don't know how (and can't seem to figure it out, either). So, I'm going to go back to playing Fallout 1 instead and hope you respond sometime soon. It sure would be nice to see this particular interdependant part of the ports tree fixed this week! Thanks.... (log follows): josephsmith# cd usr/ports/www/joomla15 josephsmith# make install clean ===> Installing for joomla15-1.5.7 ===> joomla15-1.5.7 depends on file: /usr/local/include/php/main/php.h - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/mysql.so - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/zlib.so - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/session.so - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/gd.so - found ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/pdf.so - not found ===> Verifying install for /usr/local/lib/php/20060613/pdf.so in /usr/ports/print/pecl-pdflib ===> pecl-pdflib-2.1.5 depends on file: /usr/local/include/php/main/php.h - found ===> pecl-pdflib-2.1.5 depends on file: /usr/local/bin/phpize - found ===> pecl-pdflib-2.1.5 depends on file: /usr/local/lib/php/20060613/gd.so - found ===> pecl-pdflib-2.1.5 depends on file: /usr/local/bin/autoconf-2.62 - found ===> pecl-pdflib-2.1.5 depends on shared library: pdf.8 - not found ===> Verifying install for pdf.8 in /usr/ports/print/pdflib ===> Vulnerability check disabled, database not found => PDFlib-Lite-7.0.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.pdflib.com/binaries/PDFlib/702/. fetch: http://www.pdflib.com/binaries/PDFlib/702/PDFlib-Lite-7.0.2.tar.gz: Not Found => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/PDFlib-Lite-7.0.2.tar.gz: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/print/pdflib. *** Error code 1 Stop in /usr/ports/print/pecl-pdflib. *** Error code 1 Stop in /usr/ports/www/joomla15. From mail at ozzmosis.com Sat Nov 15 19:51:39 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sat Nov 15 19:51:47 2008 Subject: unable to build dovecot-1.1.6 Message-ID: <20081116035136.GA10782@ozzmosis.com> Maybe this has been fixed by now but dovecot-1.1.6 is not building for me. It looks like there might be a stray carriage return in the Makefile or distinfo file? I wonder how that got in there? Thanks. Regards Andrew $ uname -a FreeBSD blizzard.phoenix 6.3-RELEASE-p5 FreeBSD 6.3-RELEASE-p5 #0: Wed Oct 1 05:34:19 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 $ cd /usr/ports/mail/dovecot $ make ===> Vulnerability check disabled, database not found ===> Found saved configuration for dovecot-1.1.6 .tar.gz is not in /usr/ports/mail/dovecot/distinfo. => Either /usr/ports/mail/dovecot/distinfo is out of date, or .tar.gz is spelled incorrectly. *** Error code 1 Stop in /usr/ports/mail/dovecot. *** Error code 1 Stop in /usr/ports/mail/dovecot. $ portlint WARN: Makefile: [114]: use of != in assignments is almost never a good thing to do. Try to avoid using them. See http://lists.freebsd.org/pipermail/freebsd-ports/2008-July/049777.html for some helpful hints on what to do instead. WARN: Makefile: only one MASTER_SITE configured. Consider adding additional mirrors. ".TAL: Makefile: PORTVERSION looks illegal. You should modify "1.1.6 WARN: Makefile: "PATCH_DIST_STRIP" has to appear earlier. FATAL: /usr/ports/mail/dovecot/distinfo: has no SIZE record for dovecot-1.1.6. FATAL: -1: [no checksum record for dovecot-1.1.6.]: WARN: /usr/ports/mail/dovecot/distinfo: no checksum records for all supported algorithms (SHA256 MD5) for dovecot-1.1.6. FATAL: /usr/ports/mail/dovecot/distinfo: has no SIZE record for .tar.gz. FATAL: -1: [no checksum record for .tar.gz.]: WARN: /usr/ports/mail/dovecot/distinfo: no checksum records for all supported algorithms (SHA256 MD5) for .tar.gz. 5 fatal errors and 5 warnings found. $ make fetch-list .tar.gz not fetchedvecot-1.1.6bin/fetch -ApRr ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/dovecot-1.1.6 From koitsu at FreeBSD.org Sat Nov 15 20:47:04 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Nov 15 20:47:11 2008 Subject: unable to build dovecot-1.1.6 In-Reply-To: <20081116035136.GA10782@ozzmosis.com> References: <20081116035136.GA10782@ozzmosis.com> Message-ID: <20081116044659.GA91685@icarus.home.lan> On Sun, Nov 16, 2008 at 02:51:36PM +1100, andrew clarke wrote: > Maybe this has been fixed by now but dovecot-1.1.6 is not building for > me. It looks like there might be a stray carriage return in the > Makefile or distinfo file? I wonder how that got in there? You're right, there is. Our (FreeBSD porters) automated build/tester application called QAT caught that: http://lists.freebsd.org/pipermail/cvs-ports/2008-November/159599.html http://lists.freebsd.org/pipermail/cvs-ports/2008-November/159603.html ================================================================ ======================================== => dovecot-1.1.6^M.tar.gz is not in /a/ports/mail/dovecot/distinfo. => Either /a/ports/mail/dovecot/distinfo is out of date, or => dovecot-1.1.6^M.tar.gz is spelled incorrectly. *** Error code 1 I'll take a look at it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From koitsu at FreeBSD.org Sat Nov 15 21:18:32 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Nov 15 21:18:38 2008 Subject: unable to build dovecot-1.1.6 In-Reply-To: <20081116044659.GA91685@icarus.home.lan> References: <20081116035136.GA10782@ozzmosis.com> <20081116044659.GA91685@icarus.home.lan> Message-ID: <20081116050230.GA92107@icarus.home.lan> On Sat, Nov 15, 2008 at 08:46:59PM -0800, Jeremy Chadwick wrote: > On Sun, Nov 16, 2008 at 02:51:36PM +1100, andrew clarke wrote: > > Maybe this has been fixed by now but dovecot-1.1.6 is not building for > > me. It looks like there might be a stray carriage return in the > > Makefile or distinfo file? I wonder how that got in there? > > You're right, there is. Our (FreeBSD porters) automated build/tester > application called QAT caught that: > > http://lists.freebsd.org/pipermail/cvs-ports/2008-November/159599.html > http://lists.freebsd.org/pipermail/cvs-ports/2008-November/159603.html I've committed a fix for this. There were more files than just distinfo and Makefile affected. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From edwin at FreeBSD.org Sat Nov 15 21:36:09 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sat Nov 15 21:36:21 2008 Subject: ports/128754: bsd.port.mk: implement master sites randomization Message-ID: <200811160536.mAG5a8iK083016@freefall.freebsd.org> Synopsis: bsd.port.mk: implement master sites randomization Responsible-Changed-From-To: freebsd-ports-bugs->portmgr Responsible-Changed-By: edwin Responsible-Changed-When: Sun Nov 16 05:36:08 UTC 2008 Responsible-Changed-Why: bsd.port.mk is portmgr territory (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=128754 From QAT at FreeBSD.org Sat Nov 15 20:11:39 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Nov 16 05:26:42 2008 Subject: japanese/lambdamoo - fails: install_error Message-ID: <20081116041137.C853C12E4209@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 2 times since last BotMail (probably while trying to build ports that depend on it). Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ja-lambdamoo-1.8.1.log : building ja-lambdamoo-1.8.1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.ORG building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/lambdamoo Makefile ident: $FreeBSD: ports/japanese/lambdamoo/Makefile,v 1.11 2005/04/03 21:30:35 kris Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Nov 16 04:11:19 UTC 2008 ................................................... ======================================== add_pkg ===> Installing for ja-lambdamoo-1.8.1 ===> Generating temporary packing list ===> Checking if japanese/lambdamoo already installed install -s -o root -g wheel -m 555 /work/a/ports/japanese/lambdamoo/work/MOO-1.8.1/moo /usr/local/sbin ===> Registering installation for ja-lambdamoo-1.8.1 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/sbin/moo If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://www.moo.mud.org/ ================================================================ ======================================== ===> Building package for ja-lambdamoo-1.8.1 tar: share/doc/LambdaMOO/Minimal.db: Cannot stat: No such file or directory tar: share/doc/LambdaMOO/README: Cannot stat: No such file or directory tar: share/doc/LambdaMOO/README.FreeBSD: Cannot stat: No such file or directory tar: share/doc/LambdaMOO/README.Minimal: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/ja-lambdamoo-1.8.1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-lambdamoo-1.8.1.tbz' *** Error code 1 Stop in /a/ports/japanese/lambdamoo. *** Error code 1 Stop in /a/ports/japanese/lambdamoo. ================================================================ build of /usr/ports/japanese/lambdamoo ended at Sun Nov 16 04:11:36 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Nov 16 05:56:10 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Nov 16 05:56:31 2008 Subject: cvs commit: ports/japanese/xjtext Makefile pkg-descr pkg-plist In-Reply-To: <200811161307.mAGD7krT042163@repoman.freebsd.org> References: In-Reply-To: <200811161307.mAGD7krT042163@repoman.freebsd.org> Message-ID: <20081116135607.1E56212E42FC@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ja-xjtext-1.3_7.log : building ja-xjtext-1.3_7 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/xjtext Makefile ident: $FreeBSD: ports/japanese/xjtext/Makefile,v 1.16 2008/11/16 13:07:45 hrs Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Nov 16 13:55:37 UTC 2008 ................................................... skipping jpeg-6b_7, already added pkg_add imlib-1.9.15_7.tbz skipping imlib-1.9.15_7, already added ===> Installing for ja-xjtext-1.3_7 ===> ja-xjtext-1.3_7 depends on executable: pkg-config - found ===> ja-xjtext-1.3_7 depends on shared library: glib-12.3 - found ===> ja-xjtext-1.3_7 depends on shared library: gtk-12.2 - found ===> ja-xjtext-1.3_7 depends on shared library: Imlib.5 - found ===> Generating temporary packing list ===> Checking if japanese/xjtext already installed install -s -o root -g wheel -m 555 /work/a/ports/japanese/xjtext/work/XJTEXT-1.3/xjtext /usr/local/bin /bin/mkdir -p /usr/local/share/examples/xjtext cd /work/a/ports/japanese/xjtext/work/XJTEXT-1.3 && install -o root -g wheel -m 444 FSS README YAMA Ao.png Back2.png Brown.png Royal.png Royal2.png /usr/local/share/examples/xjtext For a quick demonstration, issue the following commands: $ cd /usr/local/share/examples/xjtext $ xjtext README ===> Registering installation for ja-xjtext-1.3_7 ================================================================ ======================================== ===> Building package for ja-xjtext-1.3_7 Creating package /tmp/packages/All/ja-xjtext-1.3_7.tbz Registering depends: imlib-1.9.15_7 gtk-1.2.10_20 gettext-0.17_1 libiconv-1.11_1 glib-1.2.10_12 libXi-1.1.3,1 libXext-1.0.3,1 libungif-4.1.4_5 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 tiff-3.8.2_2 jpeg-6b_7 png-1.2.33 perl-5.8.8_1 inputproto-1.4.2.1 kbproto-1.0.3 xextproto-7.0.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-xjtext-1.3_7.tbz' Deleting ja-xjtext-1.3_7 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 24942194 4 drwxr-xr-x 2 root wheel 512 Nov 16 13:56 usr/local/share/examples/xjtext 24942195 4 -r--r--r-- 1 root wheel 1321 Nov 16 13:56 usr/local/share/examples/xjtext/FSS 24942197 12 -r--r--r-- 1 root wheel 4391 Nov 16 13:56 usr/local/share/examples/xjtext/README 24942200 80 -r--r--r-- 1 root wheel 39579 Nov 16 13:56 usr/local/share/examples/xjtext/YAMA 24942201 4 -r--r--r-- 1 root wheel 359 Nov 16 13:56 usr/local/share/examples/xjtext/Ao.png 24942203 48 -r--r--r-- 1 root wheel 24394 Nov 16 13:56 usr/local/share/examples/xjtext/Back2.png 24942207 4 -r--r--r-- 1 root wheel 1223 Nov 16 13:56 usr/local/share/examples/xjtext/Brown.png 24942208 4 -r--r--r-- 1 root wheel 1138 Nov 16 13:56 usr/local/share/examples/xjtext/Royal.png 24942210 4 -r--r--r-- 1 root wheel 1140 Nov 16 13:56 usr/local/share/examples/xjtext/Royal2.png ================================================================ build of /usr/ports/japanese/xjtext ended at Sun Nov 16 13:56:05 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From eculp at encontacto.net Sun Nov 16 06:52:38 2008 From: eculp at encontacto.net (eculp) Date: Sun Nov 16 06:52:44 2008 Subject: Joomla15 out of date, broken dependency: PDFLib-Lite-7.0.2 no longer available In-Reply-To: References: Message-ID: <20081116084230.204638ebz3linbsw@econet.encontacto.net> Quoting Andrew Gullans : > I'm a total BSD noob, so bear with me. I'm trying to "make install clean" > joomla15 on a friend's server (his college project; he's my "client"). > Anyways, the problem is that Joomla 1.5.7 is in the ports tree, but it > depends on PDFLib-Lite-7.0.2, which is no longer available. Instead, > PDFLib-Lite-7.0.3 is available, but it is not in the ports tree. Joomla > 1.5.8 depends on PDFLib-Lite-7.0.3, but it is not in the ports tree, > either. So, right there, I can't install Joomla on this server. I would > like to do it manually, but I don't know how (and can't seem to figure it > out, either). So, I'm going to go back to playing Fallout 1 instead and > hope you respond sometime soon. It sure would be nice to see this > particular interdependant part of the ports tree fixed this week! > Thanks.... (log follows): There is not enough difference in a ports install to a manual install, IMO. In fact, I prefer manual and it also makes it easier to update. YMMV The hard part is not the install but the configuration. Just follow the instructions on the Joomla site. Download the latest and greatest from joomla.org Unpack it in your Web home. Create a mysql data base with user and password. Run the installation program. Refer to the docs if you get stuck. IIRC, that is about it, EXCEPT for the NEW site configuration, plugins, themes, etc. etc. etc. enjoy, ed P.S. Example Joomla is at 1.5.8 now. > > josephsmith# cd usr/ports/www/joomla15 > josephsmith# make install clean > ===> Installing for joomla15-1.5.7 > ===> joomla15-1.5.7 depends on file: /usr/local/include/php/main/php.h - > found > ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/mysql.so > - found > ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/zlib.so - > found > ===> joomla15-1.5.7 depends on file: > /usr/local/lib/php/20060613/session.so - found > ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/gd.so - > found > ===> joomla15-1.5.7 depends on file: /usr/local/lib/php/20060613/pdf.so - > not found > ===> Verifying install for /usr/local/lib/php/20060613/pdf.so in > /usr/ports/print/pecl-pdflib > ===> pecl-pdflib-2.1.5 depends on file: /usr/local/include/php/main/php.h > - found > ===> pecl-pdflib-2.1.5 depends on file: /usr/local/bin/phpize - found > ===> pecl-pdflib-2.1.5 depends on file: /usr/local/lib/php/20060613/gd.so > - found > ===> pecl-pdflib-2.1.5 depends on file: /usr/local/bin/autoconf-2.62 - > found > ===> pecl-pdflib-2.1.5 depends on shared library: pdf.8 - not found > ===> Verifying install for pdf.8 in /usr/ports/print/pdflib > ===> Vulnerability check disabled, database not found > => PDFlib-Lite-7.0.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.pdflib.com/binaries/PDFlib/702/. > fetch: http://www.pdflib.com/binaries/PDFlib/702/PDFlib-Lite-7.0.2.tar.gz: > Not Found > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/PDFlib-Lite-7.0.2.tar.gz: > File unavailable (e.g., file not found, no access) > => Couldn't fetch it - please try to retrieve this > => port manually into /usr/ports/distfiles/ and try again. > *** Error code 1 > > Stop in /usr/ports/print/pdflib. > *** Error code 1 > > Stop in /usr/ports/print/pecl-pdflib. > *** Error code 1 > > Stop in /usr/ports/www/joomla15. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From mail at ozzmosis.com Sun Nov 16 08:23:46 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sun Nov 16 08:23:55 2008 Subject: unable to build dovecot-1.1.6 In-Reply-To: <20081116050230.GA92107@icarus.home.lan> References: <20081116035136.GA10782@ozzmosis.com> <20081116044659.GA91685@icarus.home.lan> <20081116050230.GA92107@icarus.home.lan> Message-ID: <20081116162344.GA43532@ozzmosis.com> On Sat 2008-11-15 21:02:30 UTC-0800, Jeremy Chadwick (koitsu@FreeBSD.org) wrote: > > You're right, there is. Our (FreeBSD porters) automated build/tester > > application called QAT caught that: > > > > http://lists.freebsd.org/pipermail/cvs-ports/2008-November/159599.html > > http://lists.freebsd.org/pipermail/cvs-ports/2008-November/159603.html > > I've committed a fix for this. There were more files than just distinfo > and Makefile affected. Thanks Jeremy. All is well. :) From gesbbb at yahoo.com Sun Nov 16 15:14:07 2008 From: gesbbb at yahoo.com (GESBBB) Date: Sun Nov 16 18:23:22 2008 Subject: Unable to build "graphics/netpbm-devel" Message-ID: <971522.97976.qm@web32106.mail.mud.yahoo.com> I am unable to build "usr/ports/graphics/netpbm-devel". The ports tree is up-to-date. The build always fails with this message: libopt results: ' -L/usr/ports/graphics/netpbm-devel/work/netpbm-10.31/lib -lnetpbm -L/usr/local/lib -ljbig' /usr/local/lib/libgcc_s.so.1: undefined reference to `free@GLIBC_2.0' /usr/local/lib/libgcc_s.so.1: undefined reference to `memset@GLIBC_2.0' /usr/local/lib/libgcc_s.so.1: undefined reference to `memcpy@GLIBC_2.0' /usr/local/lib/libgcc_s.so.1: undefined reference to `dl_iterate_phdr@GLIBC_2.2.4' /usr/local/lib/libgcc_s.so.1: undefined reference to `malloc@GLIBC_2.0' /usr/local/lib/libgcc_s.so.1: undefined reference to `abort@GLIBC_2.0' gmake[3]: *** [jbigtopnm] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/netpbm-devel/work/netpbm-10.31/converter/other/jbig' gmake[2]: *** [jbig/all] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/netpbm-devel/work/netpbm-10.31/converter/other' gmake[1]: *** [other/all] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/netpbm-devel/work/netpbm-10.31/converter' gmake: *** [converter/all] Error 2 *** Error code 2 Stop in /usr/ports/graphics/netpbm-devel. The complete build log is available here:??http://seibercom.net/logs/netpbm.txt I would appreciate any assistance. -- Jerry gesbbb@yahoo.com From jhein at timing.com Sun Nov 16 21:45:58 2008 From: jhein at timing.com (John Hein) Date: Sun Nov 16 21:46:05 2008 Subject: security/nss does not build In-Reply-To: <48BC39F1.8070103@yelloworb.com> References: <48BC39F1.8070103@yelloworb.com> Message-ID: <18720.63778.138002.884242@gromit.timing.com> Karl-Petter ?kesson wrote at 20:52 +0200 on Sep 1, 2008: > I get this problem when I try to build the nss port. It has been > reported in PR 122293 but the fix suggested to nspr4.7 does not help. > Please, any suggestion to solve this would be great! > > /Kalle I just had this same problem portupgrading from nss-3.11.4 to the latest, nss-3.11.9_2. The quick workaround is to pkg_delete the old nss first. What happens is that the build creates libssl and puts it into a temporary "dist" dir under the work directory. The new libssl has the symbol, SSL_CanBypass, defined. But the link command (quoted below) has -L/usr/local/lib before -L../../../../dist/FreeBSD6.3_OPT.OBJ/lib, and so it tries to link with the _installed_ libssl which does _not_ have the new symbol. It would probably be better if -L/usr/local/lib were after the other -L in the linker flags. Then it can still find -lnspr4 (for instance), but won't find the older internal (to nss) libs before the newly built internal libs in the "dist" dir. Fixing nss to do this may be worthwhile, but I haven't tested anything myself, opting for the aforementioned pkg_delete quick workaround. Note that -L${LOCALBASE}/lib was fairly recently added (12-Mar-08) to CFLAGS in security/nss/Makefile. > cc -o FreeBSD6.3_OPT.OBJ/selfserv -O2 -fno-strict-aliasing -pipe > -I/usr/local/include/nspr -L/usr/local/lib -O -fPIC -ansi -Wall > -DFREEBSD-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC > -I../../dist/FreeBSD6.3_OPT.OBJ/include -I../../dist/public/ > -I../../dist/private/ -O -fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR > -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT > -DNSS_ENABLE_ECC -I../../../dist/FreeBSD6.3_OPT.OBJ/include > -I../../../dist/public/ -I../../../dist/private/ > -I../../../dist/public/nss -I../../../dist/public/nspr > -I../../../dist/public/libdbm > -I../../../dist/FreeBSD6.3_OPT.OBJ/../public/security -I./include -O > -fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX > -DNSPR20 -DNSS_ENABLE_ECC -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT > -DNSS_ENABLE_ECC -I../../../../dist/FreeBSD6.3_OPT.OBJ/include > -I../../../../dist/public/nss -I../../../../dist/private/nss > -I../../../../dist/public/seccmd -I../../../../dist/public/dbm > FreeBSD6.3_OPT.OBJ/selfserv.o > ../../../../dist/FreeBSD6.3_OPT.OBJ/lib/libsectool.a > -Wl,-rpath-link,../../../../dist/FreeBSD6.3_OPT.OBJ/lib > -L../../../../dist/FreeBSD6.3_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 > -L../../../../dist/FreeBSD6.3_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 -pthread > FreeBSD6.3_OPT.OBJ/selfserv.o(.text+0x2f4b): In function `.L354': > : undefined reference to `SSL_CanBypass' > FreeBSD6.3_OPT.OBJ/selfserv.o(.text+0x30c3): In function `.L354': > : undefined reference to `SSL_CanBypass' > gmake[2]: *** [FreeBSD6.3_OPT.OBJ/selfserv] Fel 1 > gmake[2]: Leaving directory > `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd/selfserv' > gmake[1]: *** [libs] Fel 2 > gmake[1]: Leaving directory > `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd' > gmake: *** [libs] Fel 2 > *** Error code 2 From delphij at delphij.net Mon Nov 17 01:56:59 2008 From: delphij at delphij.net (Xin LI) Date: Mon Nov 17 01:57:06 2008 Subject: kde4 ports: installing non-stripped binaries? Message-ID: <49213FE0.9000506@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It looks like we are installing non-stripped binaries of KDE4 ports: [delphij@delta] /usr/local/kde4/bin> file /usr/local/kde4/bin/kfind /usr/local/kde4/bin/kfind: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 8.0 (800053), dynamically linked (uses shared libs), FreeBSD-style, not stripped [delphij@delta] /usr/local/kde4/bin> pkg_info -W /usr/local/kde4/bin/kfind /usr/local/kde4/bin/kfind was installed by package kdebase-4.1.1 Is this intentional? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkhP98ACgkQi+vbBBjt66DbcQCgsvlpV7FNmSvOpfV9iMbLGQn3 iyAAn2C+6b+lch1tVNGVisR2iYTfYCgr =JD6R -----END PGP SIGNATURE----- From bugmaster at FreeBSD.org Mon Nov 17 03:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 17 03:06:30 2008 Subject: Current unassigned ports problem reports Message-ID: <200811171106.mAHB65vC081584@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128938 database/mantis upgrade to the last version, 1.1.4 o ports/128932 Fixed rc script for mail/dovecot port o ports/128924 vuxml update for CVE of mail/clamav vulnerability o ports/128914 Please update print/hplip to latest version (2.8.10) o ports/128910 lang/gcc43 port doesn't add library dir to ldconfig hi f ports/128894 update net/nakenchat ports o ports/128846 New port: sysutils/linux-megacli2 - LSI MegaRAID SAS c f ports/128830 Application deskutils/thinkingrock unable to load file f ports/128776 [PATCH] comms/openobex: Add USB support to OPENOBEX tr o ports/128726 [NEW PORT] print/lyx16: Document processor interfaced f ports/128703 net/isc-dhcp40-client and net/isc-dhcp40-relay refer t o ports/128603 textproc/flex has too small capacity o ports/128558 New ports: emulators/sdlmame-devel f ports/128537 [patch] databases/rrdtool add missing font runtime dep f ports/128521 [patch] devel/icu build failed on TestFormatRelative f ports/128513 [PATCH] Fixed editors/emacs-devel for non-GTK support f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128489 [PATCH] mail/sympa5 update to 5.4.3 o ports/128384 new port x11/xorg-minimal f ports/128323 Update of ports/x11-fonts/terminus-font f ports/128288 sysutils/hpacucli does not work f ports/128271 biology/ncbi-toolkit - blastall segfaults when output f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs f ports/128048 www/mod_proxy_html port installs broken configuration f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127905 science/gramps: installation and runtime problems with f ports/127854 [PATCH] databases/couchdb: update to 0.8.1 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127678 [Update]science/hdf5:update to 1.8.1 f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/126905 Update port: audio/libmtp to version 0.3.1 f ports/126890 port update: lang/cmucl o ports/126674 New port: print/latex-babel o ports/126655 java/jboss4 can not take standard parameter "-b host_n s ports/126577 [Update]graphics/qgis:update to 0.11.0 f ports/126518 Unbroke archivers/lzo2 on i386 f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126151 [NEW PORT] security/p5-Bro-devel: Perl module for scri o ports/126150 [NEW PORT] security/broccoli-devel: The Bro Client Com o ports/126148 [NEW PORT] security/bro-devel: System for detecting Ne f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags f ports/125783 New port: www/vulture - A HTTP reverse proxy for your o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124238 sysutils/heartbeat: patch request f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121831 [PATCH] net/openbgpd: [SUMMARIZE CHANGES] o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability f ports/120788 update ports/net/openospfd to 4.2 and fix multiple p2p o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 84 problems total. From alexanderchuranov at gmail.com Mon Nov 17 04:02:41 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 17 04:03:04 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <3cb459ed0811031237l3adeef89t86a70030cca57fff@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> Message-ID: <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> Hi folks! I've finished with the first phase of porting boost-1.37:package builds, installs, and deinstalls correctly. The remaining tasks are to ensure how it behaves in different environments and without optional components. Boost.Python is not tested. The question is "what to do next?". I see several possibilities: 1) Send a PR and hope that everything is OK. Fix issues after they actually happen. 2) Devote time to verifying that libraries actually work on different supported versions of FreeBSD. Also verify that they work with different sets of optional components and that port correctly handles dependencies. The first can be performed right now. I already have the tarball. The seconds can take additional week or more. Please, reccommend appropriate way to finish with this. Alexander Churanov From murzincev_nikita at mail.ru Mon Nov 17 00:01:45 2008 From: murzincev_nikita at mail.ru (Murzintsev Nikita) Date: Mon Nov 17 04:28:47 2008 Subject: FreeBSD Port: p3scan-2.3.2_4 Message-ID: <20081117101416.87a937a2.murzincev_nikita@mail.ru> Can you upgrade port to 3.0 RC or incorporate PF nat resolve from pfSense port (patch-p3scan.c): http://cvs.pfsense.org/cgi-bin/cvsweb.cgi/tools/pfPorts/#dirlist From llc2w at virginia.edu Mon Nov 17 06:11:43 2008 From: llc2w at virginia.edu (L Campbell) Date: Mon Nov 17 06:11:50 2008 Subject: Joomla15 out of date, broken dependency: PDFLib-Lite-7.0.2 no longer available In-Reply-To: References: Message-ID: <792298050811170554m207753abn65c9dba878377818@mail.gmail.com> On Sat, Nov 15, 2008 at 8:29 PM, Andrew Gullans wrote: > Instead, PDFLib-Lite-7.0.3 is available, but it is not in the ports tree. Looks like your ports tree is out of date -- print/pdflib was updated to 7.0.3 on October 10th. Dunno if that fixes the Joomla build, but it's worth a shot :) From bf2006a at yahoo.com Mon Nov 17 09:54:41 2008 From: bf2006a at yahoo.com (bf) Date: Mon Nov 17 10:12:33 2008 Subject: Boost 1.37 released! Message-ID: <239032.12826.qm@web39105.mail.mud.yahoo.com> If you are reasonably confident that the port will work, and that there are no glaring errors, why not file a PR now, and then set to work checking things? It will probably take a few days to process the PR anyway, because there is a backlog, and because committers are cautious about making changes that might affect other ports during the "slush" before 6.4/7.1 release (they may even wait until after the slush is over to make any changes), and in the intervening time you will have an opportunity to look for smaller mistakes and send in follow-up messages if you find any. Also, other people will have an opportunity to test the proposed port, and submit comments. Regards, b. From tingox at gmail.com Mon Nov 17 11:25:09 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Nov 17 11:25:16 2008 Subject: Joomla15 out of date, broken dependency: PDFLib-Lite-7.0.2 no longer available In-Reply-To: <792298050811170554m207753abn65c9dba878377818@mail.gmail.com> References: <792298050811170554m207753abn65c9dba878377818@mail.gmail.com> Message-ID: Hello, On Mon, Nov 17, 2008 at 2:54 PM, L Campbell wrote: > On Sat, Nov 15, 2008 at 8:29 PM, Andrew Gullans wrote: > >> Instead, PDFLib-Lite-7.0.3 is available, but it is not in the ports tree. > > > Looks like your ports tree is out of date -- print/pdflib was updated to > 7.0.3 on October 10th. Dunno if that fixes the Joomla build, but it's worth > a shot :) It does fix it. Here is from my machine with Joomla 1.5 installed: root@kg-vm# pv | grep joomla joomla15-1.5.7 = up-to-date with port root@kg-vm# pv | grep -i pdf pdflib-7.0.3 = up-to-date with port pecl-pdflib-2.1.5 = up-to-date with port root@kg-vm# port joomla15 Port: joomla15-1.5.7 Path: /usr/ports/www/joomla15 Info: A dynamic web content management system (CMS) Maint: robi@nunnisoft.ch B-deps: mysql-client-5.0.67_1 R-deps: freetype2-2.3.7 jpeg-6b_7 kbproto-1.0.3 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXaw-1.0.4_1,1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.7 libXt-1.0.5_1 libiconv-1.11_1 libxml2-2.6.32_1 mysql-client-5.0.67_1 pdflib-7.0.3 pecl-pdflib-2.1.5 php5-5.2.6_2 php5-gd-5.2.6_2 php5-mysql-5.2.6_2 php5-pcre-5.2.6_2 php5-session-5.2.6_2 php5-xml-5.2.6_2 php5-zlib-5.2.6_2 pkg-config-0.23_1 png-1.2.32 printproto-1.0.3 t1lib-5.1.2,1 xextproto-7.0.2 xproto-7.0.10_1 WWW: http://www.joomla.org/ The OP should update his ports tree. -- Regards, Torfinn Ingolfsen From andre at wensing.org Mon Nov 17 11:43:42 2008 From: andre at wensing.org (Andre Wensing) Date: Mon Nov 17 11:43:48 2008 Subject: INDEX has lower version of ports than installed ones Message-ID: <4921C5F1.8070906@wensing.org> Hi, Does anyone know if INDEX has been updated recently? For some reason `pkg_version -IvL =` reports me that I've got newer ports than INDEX has: server# pkg_version -IvL = amavisd-new-2.6.1_1,1 > succeeds index (index has 2.6.1,1) cyrus-sasl-2.1.22_2 > succeeds index (index has 2.1.22_1) cyrus-sasl-saslauthd-2.1.22_1 > succeeds index (index has 2.1.22) dcraw-8.88 > succeeds index (index has 8.86) dirmngr-1.0.2 > succeeds index (index has 1.0.1_2) dovecot-1.1.3_1 > succeeds index (index has 1.1.3) mysql-client-5.0.67_1 > succeeds index (index has 5.0.67) mysql-server-5.0.67_1 > succeeds index (index has 5.0.67) pcre-7.8 > succeeds index (index has 7.7_1) postfix-2.5.5,1 > succeeds index (index has 2.5.4,1) rrdtool-1.3.3 > succeeds index (index has 1.3.1) squirrelmail-1.4.16 > succeeds index (index has 1.4.15_1) server# uname -a FreeBSD server.home.local 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #6: Wed Sep 24 06:04:20 CEST 2008 root@server.home.local:/usr/obj/usr/src/sys/GENERIC i386 How can this be? The ports-tree has thawed, right (at least, according to the release-schedule for 6.4)? I hope someone knows the answer... Andr? From koitsu at FreeBSD.org Mon Nov 17 11:59:50 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Nov 17 11:59:57 2008 Subject: INDEX has lower version of ports than installed ones In-Reply-To: <4921C5F1.8070906@wensing.org> References: <4921C5F1.8070906@wensing.org> Message-ID: <20081117195947.GA38547@icarus.home.lan> On Mon, Nov 17, 2008 at 08:28:49PM +0100, Andre Wensing wrote: > Does anyone know if INDEX has been updated recently? For some reason > `pkg_version -IvL =` reports me that I've got newer ports than INDEX has: > > server# pkg_version -IvL = > amavisd-new-2.6.1_1,1 > succeeds index (index has 2.6.1,1) > cyrus-sasl-2.1.22_2 > succeeds index (index has 2.1.22_1) > cyrus-sasl-saslauthd-2.1.22_1 > succeeds index (index has 2.1.22) > dcraw-8.88 > succeeds index (index has 8.86) > dirmngr-1.0.2 > succeeds index (index has 1.0.1_2) > dovecot-1.1.3_1 > succeeds index (index has 1.1.3) > mysql-client-5.0.67_1 > succeeds index (index has 5.0.67) > mysql-server-5.0.67_1 > succeeds index (index has 5.0.67) > pcre-7.8 > succeeds index (index has 7.7_1) > postfix-2.5.5,1 > succeeds index (index has 2.5.4,1) > rrdtool-1.3.3 > succeeds index (index has 1.3.1) > squirrelmail-1.4.16 > succeeds index (index has 1.4.15_1) > > > server# uname -a > FreeBSD server.home.local 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #6: Wed > Sep 24 06:04:20 CEST 2008 > root@server.home.local:/usr/obj/usr/src/sys/GENERIC i386 > > How can this be? The ports-tree has thawed, right (at least, according > to the release-schedule for 6.4)? When you update your ports via csup (not sure about portsnap), the INDEX file **is not** updated. You can either rebuild it yourself (make index), or you can fetch it by doing "make fetchindex". I prefer the latter. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From r.c.ladan at gmail.com Mon Nov 17 12:21:54 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Nov 17 12:22:01 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: <4919DFEB.3020709@gmail.com> References: <4919DFEB.3020709@gmail.com> Message-ID: <4921D25C.8010409@gmail.com> Rene Ladan schreef: > Hi, > > I have a patch[1] ready for the astro/boinc-setiathome-enhanced port to > update it to 6.03 (which is the same as 5.27 but with the science and > graphics code separated), and to add astropulse 4.28 (same as 4.35, but > the version number never got updated in SVN) to it. > > To test it, download the patch and replace the contents of > /usr/ports/astro/boinc-setiathome-enhanced with the contents of the > patch. > > It builds on my 7.0-RELEASE amd64 box, but the resulting astropulse > binary crashes at startup. This might have something to do with a > polluted source directory for the setiathome part, as the source code > for astropulse borrows from the setiathome source code. I have an > astropulse test work unit available. > > The port fails to build on a 7.1-BETA2 i386 box at work. At some point > during the configuration of astropulse, configure complains about a bad > fd number (gurus around?). This happens both with the regenerated > configure script and with the original one (remove './_autosetup' from > line 78 of the Makefile). > > Thanks for any ideas, > Rene > > [1] : ftp://rene-ladan.nl/pub/freebsd/boinc-setiathome-enhanced.tar.bz2 The source tarballs have been updated to SVN revision 358, the new metadata for [1] is: SIZE : 2741 MD5 : 265e353910a82678caf6a908f793cfdb Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From jhs at berklix.org Mon Nov 17 12:30:17 2008 From: jhs at berklix.org (Julian Stacey) Date: Mon Nov 17 12:30:24 2008 Subject: Reccomendation for ports for web based club events forthcoming diary ? Message-ID: <200811171952.mAHJqNBo061134@fire.js.berklix.net> Hi ports@, Can anyone reccomend some ports to install on a FreeBSD web server, for a club of mostly non technical people, to support: - All club members can add events to a forthcoming calendar, - All club members can request server to prepare a listing of next next upcoming events, to download (probably in PDF, or perhaps tbl to a pipe or ? - A list of moderators can delete fake events from robots & the malicious. - Preferably moderators should not themselves be capable of deleting logged event submission, but only capable of deleting events formatted to the ouput printable programme sheet. (To autopsy for suspect rogue moderators) - I guess first entry criteria might be a fuzzy picture for human to decode password from). 2nd might be mail return for confirm password, - & 3rd, A majordomo (later mailman) maintained list of club members & moderators etc is available for automated validation. - I hope there will be some packages available, http & probably wiki based etc, that will come close enough ? I'm hoping this has been done often enough that people can suggest names of ports already existing ? If not I dont mind creating a port if I have to, but dont want to write something from scratch. PS - I've had apache up for years, but no wiki yet, so if any tips, shout please, even if just TFM URL=.... :-) - Web based forums I don't care about, but others may, so I suppose if some software does & does not support web forums, it'd be good to know. - Please keep me "Julian Stacey" cc'd as I'm not on ports@ Suggestions welcome please ! Thanks in advance. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From jonathan at kc8onw.net Mon Nov 17 13:38:46 2008 From: jonathan at kc8onw.net (Jonathan) Date: Mon Nov 17 13:38:52 2008 Subject: Updating multimedia/handbrake Message-ID: <4921E47E.7000001@kc8onw.net> I have some general questions/issues about updating and maintaining the multimedia/handbrake port. 1) The handbrake build system unmodified uses wget to download all it's dependencies itself. The patches to modify the build system to not do this are fairly significant and are a maintenance headache. Would allowing the port to download it's dependencies itself be acceptable or do I need to continue using the ports distfile system and maintaining awkward patches? 2) In addition to the above the developers have stated they would strongly prefer that we not download the dependencies directly from them as the server is not load balanced. In this case do we fetch them directly anyway, host them on FreeBSD controlled systems, or something else altogether? 3) The Handbrake developers prefer to directly distribute binaries rather than have people building handbrake themselves but this goes again the ports philosophy where building from source is the primary method and packages are a convenience. Should I make the port a stub that installs a pre-compiled binary like the teamspeak port does? As I write this email it seems 3 may be the most acceptable solution for both sides. Anyone see any significant downsides to this other than the need to possibly have separate packages for 6 and 7? Thank you for your time, Jonathan Stewart From andre at wensing.org Mon Nov 17 13:42:12 2008 From: andre at wensing.org (Andre Wensing) Date: Mon Nov 17 13:42:18 2008 Subject: INDEX has lower version of ports than installed ones In-Reply-To: <20081117195947.GA38547@icarus.home.lan> References: <4921C5F1.8070906@wensing.org> <20081117195947.GA38547@icarus.home.lan> Message-ID: <4921E593.3030206@wensing.org> Jeremy Chadwick wrote: > On Mon, Nov 17, 2008 at 08:28:49PM +0100, Andre Wensing wrote: >> Does anyone know if INDEX has been updated recently? For some reason >> `pkg_version -IvL =` reports me that I've got newer ports than INDEX has: >> >> server# pkg_version -IvL = >> amavisd-new-2.6.1_1,1 > succeeds index (index has 2.6.1,1) >> cyrus-sasl-2.1.22_2 > succeeds index (index has 2.1.22_1) >> cyrus-sasl-saslauthd-2.1.22_1 > succeeds index (index has 2.1.22) >> dcraw-8.88 > succeeds index (index has 8.86) >> dirmngr-1.0.2 > succeeds index (index has 1.0.1_2) >> dovecot-1.1.3_1 > succeeds index (index has 1.1.3) >> mysql-client-5.0.67_1 > succeeds index (index has 5.0.67) >> mysql-server-5.0.67_1 > succeeds index (index has 5.0.67) >> pcre-7.8 > succeeds index (index has 7.7_1) >> postfix-2.5.5,1 > succeeds index (index has 2.5.4,1) >> rrdtool-1.3.3 > succeeds index (index has 1.3.1) >> squirrelmail-1.4.16 > succeeds index (index has 1.4.15_1) >> >> >> server# uname -a >> FreeBSD server.home.local 6.4-PRERELEASE FreeBSD 6.4-PRERELEASE #6: Wed >> Sep 24 06:04:20 CEST 2008 >> root@server.home.local:/usr/obj/usr/src/sys/GENERIC i386 >> >> How can this be? The ports-tree has thawed, right (at least, according >> to the release-schedule for 6.4)? > > When you update your ports via csup (not sure about portsnap), the INDEX > file **is not** updated. > > You can either rebuild it yourself (make index), or you can fetch it by > doing "make fetchindex". I prefer the latter. > Thanx. A `make fetchindex` and a `portsdb -fu` (after deleting the existing INDEX-6.db) did the trick. Stupid I didn't think of this earlier, but it bugged me fr 2 weeks and couldn't figure out why... Sorry for the noise. Dr? From itetcu at FreeBSD.org Mon Nov 17 13:58:49 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon Nov 17 13:58:56 2008 Subject: Updating multimedia/handbrake In-Reply-To: <4921E47E.7000001@kc8onw.net> References: <4921E47E.7000001@kc8onw.net> Message-ID: <20081117235841.1133cfe3@it.buh.tecnik93.com> On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan wrote: > I have some general questions/issues about updating and maintaining > the multimedia/handbrake port. > > 1) The handbrake build system unmodified uses wget to download all > it's dependencies itself. The patches to modify the build system to > not do this are fairly significant and are a maintenance headache. > Would allowing the port to download it's dependencies itself be > acceptable or do I need to continue using the ports distfile system > and maintaining awkward patches? Dependencies as in *_DEPENDS? If yes, please try to maintain those patches. Does this auto-fetch system has any provision for verifying the integrity of those files? Like our checksums from distinfo. > 2) In addition to the above the developers have stated they would > strongly prefer that we not download the dependencies directly from > them as the server is not load balanced. In this case do we fetch > them directly anyway, host them on FreeBSD controlled systems, or > something else altogether? Umm, handbrake's build system downloads them from where? Can't we download from the same place? If not, yes, we can mirror them on MASTER_SITE_LOCAL. > 3) The Handbrake developers prefer to directly distribute binaries > rather than have people building handbrake themselves but this goes > again the ports philosophy where building from source is the primary > method and packages are a convenience. Should I make the port a stub > that installs a pre-compiled binary like the teamspeak port does? Do they make available binaries for all our supported OS versions? What about head? What about other archs that i386? For short no, please don't do that. > > As I write this email it seems 3 may be the most acceptable solution > for both sides. Anyone see any significant downsides to this other > than the need to possibly have separate packages for 6 and 7? > > Thank you for your time, > Jonathan Stewart > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to > "freebsd-ports-unsubscribe@freebsd.org" > -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081117/347d2c4f/signature.pgp From jonathan at kc8onw.net Mon Nov 17 14:09:02 2008 From: jonathan at kc8onw.net (Jonathan) Date: Mon Nov 17 14:09:09 2008 Subject: Updating multimedia/handbrake In-Reply-To: <20081117235841.1133cfe3@it.buh.tecnik93.com> References: <4921E47E.7000001@kc8onw.net> <20081117235841.1133cfe3@it.buh.tecnik93.com> Message-ID: <4921EB93.8050702@kc8onw.net> Ion-Mihai Tetcu wrote: > On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan > wrote: > >> 1) The handbrake build system unmodified uses wget to download all >> it's dependencies itself. The patches to modify the build system >> to not do this are fairly significant and are a maintenance >> headache. Would allowing the port to download it's dependencies >> itself be acceptable or do I need to continue using the ports >> distfile system and maintaining awkward patches? > > Dependencies as in *_DEPENDS? If yes, please try to maintain those > patches. Handbrake custom patches many of the libraries it uses so I can't use system version of those libraries. The handbrake team strongly discourages building from source and wants people to use binaries so the only all-in-one source for the library tar files currently is their development server. To build handbrake while using FreeBSD ports distfiles involves patching the build system to not fetch and extract the archives and let FreeBSD do it which is a fairly large patch (nearly 1/3 of the file is involved in the patch). > Does this auto-fetch system has any provision for verifying the > integrity of those files? Like our checksums from distinfo. No it does not. >> 2) In addition to the above the developers have stated they would >> strongly prefer that we not download the dependencies directly from >> them as the server is not load balanced. In this case do we fetch >> them directly anyway, host them on FreeBSD controlled systems, or >> something else altogether? > > Umm, handbrake's build system downloads them from where? Can't we > download from the same place? If not, yes, we can mirror them on > MASTER_SITE_LOCAL. See above, if we have the port built from source they would pretty much have to be mirrored on MASTER_SITE_LOCAL. >> 3) The Handbrake developers prefer to directly distribute binaries >> rather than have people building handbrake themselves but this goes >> again the ports philosophy where building from source is the >> primary method and packages are a convenience. Should I make the >> port a stub that installs a pre-compiled binary like the teamspeak >> port does? > > Do they make available binaries for all our supported OS versions? > What about head? What about other archs that i386? For short no, > please don't do that. If I choose to have the port build from source I can count on *not* getting any support from the development team as they are pretty dead set against anything other than pre-built binaries. Thanks, Jonathan Stewart From glarkin at FreeBSD.org Mon Nov 17 14:22:43 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Mon Nov 17 14:22:50 2008 Subject: Reccomendation for ports for web based club events forthcoming diary ? In-Reply-To: <200811171952.mAHJqNBo061134@fire.js.berklix.net> References: <200811171952.mAHJqNBo061134@fire.js.berklix.net> Message-ID: <4921E6F6.3030904@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Stacey wrote: > Hi ports@, > Can anyone reccomend some ports to install on a FreeBSD web server, > for a club of mostly non technical people, to support: > - All club members can add events to a forthcoming calendar, > - All club members can request server to prepare a listing > of next next upcoming events, to download (probably in PDF, > or perhaps tbl to a pipe or ? > - A list of moderators can delete fake events from robots & the malicious. > - Preferably moderators should not themselves be capable of > deleting logged event submission, but only capable of deleting > events formatted to the ouput printable programme sheet. (To > autopsy for suspect rogue moderators) > - I guess first entry criteria might be a fuzzy picture for human > to decode password from). 2nd might be mail return for confirm password, > - & 3rd, A majordomo (later mailman) maintained list of club members & > moderators etc is available for automated validation. > - I hope there will be some packages available, > http & probably wiki based etc, that will come close enough ? > I'm hoping this has been done often enough that people can suggest > names of ports already existing ? If not I dont mind creating a > port if I have to, but dont want to write something from scratch. > > PS > - I've had apache up for years, but no wiki yet, so if any tips, > shout please, even if just TFM URL=.... :-) > - Web based forums I don't care about, but others may, so I suppose if some > software does & does not support web forums, it'd be good to know. > - Please keep me "Julian Stacey" cc'd as I'm not on ports@ > > Suggestions welcome please ! Thanks in advance. > > Cheers, > Julian Hi Julian, Would WebCalendar do the job for you: http://www.k5n.us/webcalendar.php? I think it has most, if not all, of the features you're looking for. I maintain the www/webcalendar and www/webcalendar-devel ports, so let me know if you need any other questions answered or help getting it set up. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJIeb20sRouByUApARAtErAJ97dfThSXKSUaJ0f2D8f2iGTbkpKACeMSde iFqZTdyEe3y53vbF261ds9E= =rfgw -----END PGP SIGNATURE----- From mezz7 at cox.net Mon Nov 17 14:23:22 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Nov 17 14:23:29 2008 Subject: Updating multimedia/handbrake In-Reply-To: <4921EB93.8050702@kc8onw.net> References: <4921E47E.7000001@kc8onw.net> <20081117235841.1133cfe3@it.buh.tecnik93.com> <4921EB93.8050702@kc8onw.net> Message-ID: On Mon, 17 Nov 2008 16:09:23 -0600, Jonathan wrote: > Ion-Mihai Tetcu wrote: >> On Mon, 17 Nov 2008 16:39:10 -0500 Jonathan >> wrote: >> >>> 1) The handbrake build system unmodified uses wget to download all >>> it's dependencies itself. The patches to modify the build system >>> to not do this are fairly significant and are a maintenance >>> headache. Would allowing the port to download it's dependencies >>> itself be acceptable or do I need to continue using the ports >>> distfile system and maintaining awkward patches? >> >> Dependencies as in *_DEPENDS? If yes, please try to maintain those >> patches. > > Handbrake custom patches many of the libraries it uses so I can't use > system version of those libraries. The handbrake team strongly > discourages building from source and wants people to use binaries so the > only all-in-one source for the library tar files currently is their > development server. To build handbrake while using FreeBSD ports > distfiles involves patching the build system to not fetch and extract > the archives and let FreeBSD do it which is a fairly large patch (nearly > 1/3 of the file is involved in the patch). > >> Does this auto-fetch system has any provision for verifying the >> integrity of those files? Like our checksums from distinfo. > > No it does not. > >>> 2) In addition to the above the developers have stated they would >>> strongly prefer that we not download the dependencies directly from >>> them as the server is not load balanced. In this case do we fetch >>> them directly anyway, host them on FreeBSD controlled systems, or >>> something else altogether? >> >> Umm, handbrake's build system downloads them from where? Can't we >> download from the same place? If not, yes, we can mirror them on >> MASTER_SITE_LOCAL. > > See above, if we have the port built from source they would pretty much > have to be mirrored on MASTER_SITE_LOCAL. That's best solution if their bandwidth can't handles it. >>> 3) The Handbrake developers prefer to directly distribute binaries >>> rather than have people building handbrake themselves but this goes >>> again the ports philosophy where building from source is the >>> primary method and packages are a convenience. Should I make the >>> port a stub that installs a pre-compiled binary like the teamspeak >>> port does? >> >> Do they make available binaries for all our supported OS versions? >> What about head? What about other archs that i386? For short no, >> please don't do that. > > If I choose to have the port build from source I can count on *not* > getting any support from the development team as they are pretty dead > set against anything other than pre-built binaries. Screw them. Build your own binary is no difference from users' own binary. Only a bit differences are machine arch and GCC options. Cheers, Mezz > Thanks, > Jonathan Stewart -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From alexanderchuranov at gmail.com Mon Nov 17 15:34:23 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 17 15:34:30 2008 Subject: Boost 1.37 released! In-Reply-To: <239032.12826.qm@web39105.mail.mud.yahoo.com> References: <239032.12826.qm@web39105.mail.mud.yahoo.com> Message-ID: <3cb459ed0811171534s771dc3kff2324cb7615f78d@mail.gmail.com> OK, I'll send a PR. Alexander Churanov From r.c.ladan at gmail.com Tue Nov 18 01:32:11 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Tue Nov 18 01:32:19 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: <4921D25C.8010409@gmail.com> References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> Message-ID: 2008/11/17 Rene Ladan : > Rene Ladan schreef: >> >> Hi, >> >> I have a patch[1] ready for the astro/boinc-setiathome-enhanced port to >> update it to 6.03 (which is the same as 5.27 but with the science and >> graphics code separated), and to add astropulse 4.28 (same as 4.35, but >> the version number never got updated in SVN) to it. >> >> To test it, download the patch and replace the contents of >> /usr/ports/astro/boinc-setiathome-enhanced with the contents of the >> patch. >> >> It builds on my 7.0-RELEASE amd64 box, but the resulting astropulse >> binary crashes at startup. This might have something to do with a >> polluted source directory for the setiathome part, as the source code >> for astropulse borrows from the setiathome source code. I have an >> astropulse test work unit available. >> >> The port fails to build on a 7.1-BETA2 i386 box at work. At some point >> during the configuration of astropulse, configure complains about a bad >> fd number (gurus around?). This happens both with the regenerated >> configure script and with the original one (remove './_autosetup' from >> line 78 of the Makefile). >> >> Thanks for any ideas, >> Rene >> >> [1] : ftp://rene-ladan.nl/pub/freebsd/boinc-setiathome-enhanced.tar.bz2 > > The source tarballs have been updated to SVN revision 358, the new > metadata for [1] is: > > SIZE : 2741 > MD5 : 265e353910a82678caf6a908f793cfdb In this version astropulse also crashes at runtime (the binary remained the same as before) on my 7.0R amd64 box, the build still crashes during configure on the 7.1-BETA2 i386 box at work. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From mad at madpilot.net Tue Nov 18 02:28:54 2008 From: mad at madpilot.net (Guido Falsi) Date: Tue Nov 18 02:29:00 2008 Subject: INDEX has lower version of ports than installed ones In-Reply-To: <20081117195947.GA38547@icarus.home.lan> References: <4921C5F1.8070906@wensing.org> <20081117195947.GA38547@icarus.home.lan> Message-ID: <20081118101142.GA59323@megatron.madpilot.net> On Mon, Nov 17, 2008 at 11:59:47AM -0800, Jeremy Chadwick wrote: > > When you update your ports via csup (not sure about portsnap), the INDEX > file **is not** updated. portsnap does update the index. -- Guido Falsi From mad at madpilot.net Tue Nov 18 02:39:05 2008 From: mad at madpilot.net (Guido Falsi) Date: Tue Nov 18 02:39:11 2008 Subject: games/traindirector: Help reproduce problem on AMD Message-ID: <20081118103904.GA60683@megatron.madpilot.net> Hi! QAT reported me a problem with my port on AMD64. here is the report: http://t64.tecnik93.com/logs/7-STABLE-FTP/traindirector-3.5.log I tried it on my machines but I can't see any problem on i386, it looks like and AMD64 problem. Could someone with some amd64 hardware help me a little? I'd like to know, if you have wxgtk installed, what it is installing exactly, could someone send me the +CONTENTS file for the wxgtk2-unicode-* package? I have the required lib here on i386, perhaps amd64 is naming it differently or something. Thanks in advance for any help. -- Guido Falsi From cracauer at cons.org Tue Nov 18 08:26:29 2008 From: cracauer at cons.org (Martin Cracauer) Date: Tue Nov 18 08:26:36 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> Message-ID: <20081118160528.GA79253@cons.org> The problem mailed to me below is caused by NOPORTDOCS=yes The port's Makefile properly conditionalizes on it, but pkg-plist does not. How do I conditionalize ppk-list on NOPORTDOCS=yes? Makefile: .if !defined(NOPORTDOCS) @${MKDIR} ${DOCSDIR} ${INSTALL_DATA} ${WRKDIR}/doc/cmucl/* ${DOCSDIR} .endif pkg-plist: %%DOCSDIR%%/README %%DOCSDIR%%/release-19c.txt Martin QAT@freebsd.org wrote on Sun, Nov 16, 2008 at 06:52:57AM +0200: > Hi, > > > The build which triggered this email is done under tinderbox-2.4.3, on > 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" > and ccache support, with the "official" up-to-date Ports Tree, with the > following vars set: > NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. > > The build of this port was tried 6 times since last BotMail > (probably while trying to build ports that depend on it). > > Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/cmucl-19c.log : > > > building cmucl-19c in directory /var/tinderbox/7-STABLE-FTP > maintained by: cracauer@cons.org > building for: 7.0-STABLE amd64 > port directory: /usr/ports/lang/cmucl > Makefile ident: $FreeBSD: ports/lang/cmucl/Makefile,v 1.31 2007/10/04 01:25:15 edwin Exp $ > prefixes: LOCALBASE=usr/local X11BASE=usr/local > NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes > build started at Sun Nov 16 04:52:37 UTC 2008 > > ................................................... > > > ===> cmucl-19c depends on shared library: c.4 - found > ===> Configuring for cmucl-19c > ================================================================ > ======================================== > make: don't know how to make regression-test(continuing) > ================================================================ > ======================================== > add_pkg localedata-5.4.tbz compat4x-i386-5.3_9.tbz > adding dependencies > pkg_add localedata-5.4.tbz > skipping localedata-5.4, already added > pkg_add compat4x-i386-5.3_9.tbz > skipping compat4x-i386-5.3_9, already added > ===> Installing for cmucl-19c > ===> cmucl-19c depends on shared library: c.4 - found > ===> Generating temporary packing list > ===> Checking if lang/cmucl already installed > install -s -o root -g wheel -m 555 /work/a/ports/lang/cmucl/work/bin/lisp /usr/local/bin > cd /work/a/ports/lang/cmucl/work && /usr/bin/find lib | /usr/bin/cpio -pdm -L -R root:wheel /usr/local > 48081 blocks > install -o root -g wheel -m 444 /work/a/ports/lang/cmucl/work/man/man1/cmucl.1 /usr/local/man/man1 > install -o root -g wheel -m 444 /work/a/ports/lang/cmucl/work/man/man1/lisp.1 /usr/local/man/man1 > ===> Compressing manual pages for cmucl-19c > ===> Registering installation for cmucl-19c > ================================================================ > ======================================== > ===> Building package for cmucl-19c > tar: share/doc/cmucl/README: Cannot stat: No such file or directory > tar: share/doc/cmucl/release-19c.txt: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > Creating package /tmp/packages/All/cmucl-19c.tbz > Registering depends: compat4x-i386-5.3_9 localedata-5.4. > Creating bzip'd tar ball in '/tmp/packages/All/cmucl-19c.tbz' > *** Error code 1 > > Stop in /a/ports/lang/cmucl. > ================================================================ > build of /usr/ports/lang/cmucl ended at Sun Nov 16 04:52:55 UTC 2008 > > > A description of the testing process can be found here: > http://T32.TecNik93.com/FreeBSD/QA-Tindy/ > > > Thanks for your work on making FreeBSD better, > > -- > IOnut - Un^d^dregistered ;) FreeBSD "user" > "Intellectual Property" is nowhere near as valuable as "Intellect" > FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From wxs at FreeBSD.org Tue Nov 18 08:29:09 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Nov 18 08:29:16 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118160528.GA79253@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> Message-ID: <20081118162908.GC81192@atarininja.org> On Tue, Nov 18, 2008 at 11:05:28AM -0500, Martin Cracauer wrote: > The problem mailed to me below is caused by NOPORTDOCS=yes > > The port's Makefile properly conditionalizes on it, but pkg-plist does not. > > How do I conditionalize ppk-list on NOPORTDOCS=yes? > > Makefile: > .if !defined(NOPORTDOCS) > @${MKDIR} ${DOCSDIR} > ${INSTALL_DATA} ${WRKDIR}/doc/cmucl/* ${DOCSDIR} > .endif > > pkg-plist: > %%DOCSDIR%%/README > %%DOCSDIR%%/release-19c.txt You use %%PORTDOCS%%. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/install.html#INSTALL-DOCUMENTATION -- WXS From itetcu at FreeBSD.org Tue Nov 18 08:50:10 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Nov 18 08:50:16 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118160528.GA79253@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> Message-ID: <20081118184947.51892fdd@it.buh.tecnik93.com> On Tue, 18 Nov 2008 11:05:28 -0500 Martin Cracauer wrote: > The problem mailed to me below is caused by NOPORTDOCS=yes > > The port's Makefile properly conditionalizes on it, but pkg-plist > does not. > > How do I conditionalize ppk-list on NOPORTDOCS=yes? > > Makefile: > .if !defined(NOPORTDOCS) > @${MKDIR} ${DOCSDIR} > ${INSTALL_DATA} ${WRKDIR}/doc/cmucl/* ${DOCSDIR} > .endif > > pkg-plist: > %%DOCSDIR%%/README > %%DOCSDIR%%/release-19c.txt http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/cmucl/pkg-plist.diff?r1=1.12;r2=1.13 -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081118/9a5209d8/signature.pgp From itetcu at FreeBSD.org Tue Nov 18 08:52:40 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Nov 18 08:52:52 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081118103904.GA60683@megatron.madpilot.net> References: <20081118103904.GA60683@megatron.madpilot.net> Message-ID: <20081118185228.1e08f278@it.buh.tecnik93.com> On Tue, 18 Nov 2008 11:39:04 +0100 Guido Falsi wrote: > Hi! > > QAT reported me a problem with my port on AMD64. > > here is the report: > > http://t64.tecnik93.com/logs/7-STABLE-FTP/traindirector-3.5.log > > I tried it on my machines but I can't see any problem on i386, it > looks like and AMD64 problem. > > Could someone with some amd64 hardware help me a little? > > I'd like to know, if you have wxgtk installed, what it is installing > exactly, could someone send me the +CONTENTS file for the > wxgtk2-unicode-* package? Grab the packages from here: http://t64.tecnik93.com/packages/7-STABLE-FTP/ -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081118/1b2ca8e0/signature.pgp From itetcu at FreeBSD.org Tue Nov 18 08:57:31 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Nov 18 08:57:37 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118160528.GA79253@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> Message-ID: <20081118185717.0573f110@it.buh.tecnik93.com> On Tue, 18 Nov 2008 11:05:28 -0500 Martin Cracauer wrote: > The problem mailed to me below is caused by NOPORTDOCS=yes [ .. ] > QAT@freebsd.org wrote on Sun, Nov 16, 2008 at 06:52:57AM +0200: > > Hi, BTW, you got the same error in two other BotMails (at least): From: QAT@FreeBSD.org To: cracauer@cons.org Subject: lang/cmucl - fails: install_error Date: Sun, 24 Aug 2008 13:45:17 +0300 (EEST) From: QAT@FreeBSD.org To: cracauer@cons.org Subject: lang/cmucl - fails: install_error Date: Wed, 3 Sep 2008 07:06:07 +0300 (EEST) Did you received those emails ? Thanks, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081118/417ff038/signature.pgp From cracauer at cons.org Tue Nov 18 09:08:29 2008 From: cracauer at cons.org (Martin Cracauer) Date: Tue Nov 18 09:08:35 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118185717.0573f110@it.buh.tecnik93.com> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> Message-ID: <20081118170826.GA82098@cons.org> Ion-Mihai Tetcu wrote on Tue, Nov 18, 2008 at 06:57:17PM +0200: > On Tue, 18 Nov 2008 11:05:28 -0500 > Martin Cracauer wrote: > > > The problem mailed to me below is caused by NOPORTDOCS=yes > > [ .. ] > > > QAT@freebsd.org wrote on Sun, Nov 16, 2008 at 06:52:57AM +0200: > > > Hi, > > BTW, you got the same error in two other BotMails (at least): > > From: QAT@FreeBSD.org > To: cracauer@cons.org > Subject: lang/cmucl - fails: install_error > Date: Sun, 24 Aug 2008 13:45:17 +0300 (EEST) > > From: QAT@FreeBSD.org > To: cracauer@cons.org > Subject: lang/cmucl - fails: install_error > Date: Wed, 3 Sep 2008 07:06:07 +0300 (EEST) > > Did you received those emails ? I thought somebody else messed with my port and waited for him/her to fix it :-) Sorry. Which is kind of true, I didn't put these lines into pkg-plist. But it seems to have been a multi-port sweep. While we are talking, how do you guys thing I should handle this problem: it's a binary port. There are different binaries for FreeBSD-6.x, 7.x, 8.x http://common-lisp.net/project/cmucl/downloads/release/19e/ The 6.3 will run everywhere. Should I just use that one? Do you want me to conditionalize on FreeBSD version? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From itetcu at FreeBSD.org Tue Nov 18 09:25:30 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Nov 18 09:25:36 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118170826.GA82098@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> Message-ID: <20081118192518.286d6f4b@it.buh.tecnik93.com> On Tue, 18 Nov 2008 12:08:26 -0500 Martin Cracauer wrote: > Ion-Mihai Tetcu wrote on Tue, Nov 18, 2008 at 06:57:17PM +0200: > > On Tue, 18 Nov 2008 11:05:28 -0500 > > Martin Cracauer wrote: > > > > > The problem mailed to me below is caused by NOPORTDOCS=yes > > > > [ .. ] > > > > > QAT@freebsd.org wrote on Sun, Nov 16, 2008 at 06:52:57AM +0200: > > > > Hi, > > > > BTW, you got the same error in two other BotMails (at least): > > > > From: QAT@FreeBSD.org > > To: cracauer@cons.org > > Subject: lang/cmucl - fails: install_error > > Date: Sun, 24 Aug 2008 13:45:17 +0300 (EEST) > > > > From: QAT@FreeBSD.org > > To: cracauer@cons.org > > Subject: lang/cmucl - fails: install_error > > Date: Wed, 3 Sep 2008 07:06:07 +0300 (EEST) > > > > Did you received those emails ? > > I thought somebody else messed with my port and waited for him/her to > fix it :-) Sorry. My QAT Cc's the maintainer on commit-triggered BotMails. And sends mail only to maintainer for QA-triggered or dependency-triggered BotMails. Anyway, waiting some months for someone to fix your port might be a little to much ;-) More about the way QAT works here: http://t32.tecnik93.com/FreeBSD/QA-Tindy/ > Which is kind of true, I didn't put these lines into pkg-plist. But > it seems to have been a multi-port sweep. Might be, I didn't check. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081118/c93b08d3/signature.pgp From itetcu at FreeBSD.org Tue Nov 18 09:28:44 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Nov 18 09:28:51 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118170826.GA82098@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> Message-ID: <20081118192837.03bd8b53@it.buh.tecnik93.com> On Tue, 18 Nov 2008 12:08:26 -0500 Martin Cracauer wrote: > While we are talking, how do you guys thing I should handle this > problem: it's a binary port. There are different binaries for > FreeBSD-6.x, 7.x, 8.x > http://common-lisp.net/project/cmucl/downloads/release/19e/ > > The 6.3 will run everywhere. Should I just use that one? Do you want > me to conditionalize on FreeBSD version? If they bother to release different native binaries for our supported OS versions let encourage them to keep doing that ;-) -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081118/35028a20/signature.pgp From cracauer at cons.org Tue Nov 18 09:35:47 2008 From: cracauer at cons.org (Martin Cracauer) Date: Tue Nov 18 09:35:54 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118192837.03bd8b53@it.buh.tecnik93.com> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> Message-ID: <20081118173545.GA83384@cons.org> Ion-Mihai Tetcu wrote on Tue, Nov 18, 2008 at 07:28:37PM +0200: > On Tue, 18 Nov 2008 12:08:26 -0500 > Martin Cracauer wrote: > > > While we are talking, how do you guys thing I should handle this > > problem: it's a binary port. There are different binaries for > > FreeBSD-6.x, 7.x, 8.x > > http://common-lisp.net/project/cmucl/downloads/release/19e/ > > > > The 6.3 will run everywhere. Should I just use that one? Do you want > > me to conditionalize on FreeBSD version? > > If they bother to release different native binaries for our supported > OS versions let encourage them to keep doing that ;-) "They" == kind of me, although I didn't build these particular binaries. Is there prior art in ports about how to do this? What do I do with oddball version numbers? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From itetcu at FreeBSD.org Tue Nov 18 09:44:06 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Nov 18 09:44:13 2008 Subject: How do conditionalize plist on $NOPORTDOCS (was: lang/cmucl - fails: install_error) In-Reply-To: <20081118173545.GA83384@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> <20081118173545.GA83384@cons.org> Message-ID: <20081118194359.2d7d3099@it.buh.tecnik93.com> On Tue, 18 Nov 2008 12:35:45 -0500 Martin Cracauer wrote: > Ion-Mihai Tetcu wrote on Tue, Nov 18, 2008 at 07:28:37PM +0200: > > On Tue, 18 Nov 2008 12:08:26 -0500 > > Martin Cracauer wrote: > > > > > While we are talking, how do you guys thing I should handle this > > > problem: it's a binary port. There are different binaries for > > > FreeBSD-6.x, 7.x, 8.x > > > http://common-lisp.net/project/cmucl/downloads/release/19e/ > > > > > > The 6.3 will run everywhere. Should I just use that one? Do you > > > want me to conditionalize on FreeBSD version? > > > > If they bother to release different native binaries for our > > supported OS versions let encourage them to keep doing that ;-) > > "They" == kind of me, although I didn't build these particular > binaries. Please feel very encouraged then :-) > Is there prior art in ports about how to do this? What do I do with > oddball version numbers? ... .include .if ${OSVERSION} > 6300000 DISTNAME= ${PORTNAME}-${PORTVERSION}-x86-freebsd6.3 .elif ${OSVERSION} > 700000 DISTNAME= ${PORTNAME}-${PORTVERSION}-x86-freebsd7.0 .elif ${OSVERSION} > 800000 DISTNAME= ${PORTNAME}-${PORTVERSION}-x86-freebsd8.0 .endif ... .. or something like. HTH, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081118/958c26ba/signature.pgp From glarkin at FreeBSD.org Tue Nov 18 09:49:02 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Nov 18 09:49:09 2008 Subject: How do conditionalize plist on $NOPORTDOCS In-Reply-To: <20081118173545.GA83384@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> <20081118173545.GA83384@cons.org> Message-ID: <49230009.4080903@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Cracauer wrote: > Ion-Mihai Tetcu wrote on Tue, Nov 18, 2008 at 07:28:37PM +0200: >> On Tue, 18 Nov 2008 12:08:26 -0500 >> Martin Cracauer wrote: >> >>> While we are talking, how do you guys thing I should handle this >>> problem: it's a binary port. There are different binaries for >>> FreeBSD-6.x, 7.x, 8.x >>> http://common-lisp.net/project/cmucl/downloads/release/19e/ >>> >>> The 6.3 will run everywhere. Should I just use that one? Do you want >>> me to conditionalize on FreeBSD version? >> If they bother to release different native binaries for our supported >> OS versions let encourage them to keep doing that ;-) > > "They" == kind of me, although I didn't build these particular > binaries. > > Is there prior art in ports about how to do this? What do I do with > oddball version numbers? > > Martin Hi Martin, Perhaps you can conditionalize the DISTNAME based on the FreeBSD version number, as shown on this page: http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html? If you do that, just make sure that the distinfo file has an entry for each possible DISTNAME value, so the checksum verification will work on any FreeBSD version. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJIwAJ0sRouByUApARApa9AKDEIoM+DOHgmd5jmLmdecjUhGK/pgCeKNlv AFjNngsUN6CxwYN2FSN4lEM= =W/bT -----END PGP SIGNATURE----- From cracauer at cons.org Tue Nov 18 10:30:35 2008 From: cracauer at cons.org (Martin Cracauer) Date: Tue Nov 18 10:30:41 2008 Subject: How do conditionalize plist on $NOPORTDOCS In-Reply-To: <49230009.4080903@FreeBSD.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> <20081118173545.GA83384@cons.org> <49230009.4080903@FreeBSD.org> Message-ID: <20081118183033.GA85610@cons.org> > >>> While we are talking, how do you guys thing I should handle this > >>> problem: it's a binary port. There are different binaries for > >>> FreeBSD-6.x, 7.x, 8.x > >>> http://common-lisp.net/project/cmucl/downloads/release/19e/ > >>> > >>> The 6.3 will run everywhere. Should I just use that one? Do you want > >>> me to conditionalize on FreeBSD version? > >> If they bother to release different native binaries for our supported > >> OS versions let encourage them to keep doing that ;-) > > > > "They" == kind of me, although I didn't build these particular > > binaries. > > > > Is there prior art in ports about how to do this? What do I do with > > oddball version numbers? > > Perhaps you can conditionalize the DISTNAME based on the FreeBSD version > number, as shown on this page: > http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html? > > If you do that, just make sure that the distinfo file has an entry for > each possible DISTNAME value, so the checksum verification will work on > any FreeBSD version. So what happens when a user runs FreeBSD-6, installs such a port, then upgrades to FreeBSD-7. Would the port for the installed package come up with the wrong plist and whatnot? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From wxs at FreeBSD.org Tue Nov 18 10:36:25 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Nov 18 10:36:31 2008 Subject: How do conditionalize plist on $NOPORTDOCS In-Reply-To: <20081118183033.GA85610@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> <20081118173545.GA83384@cons.org> <49230009.4080903@FreeBSD.org> <20081118183033.GA85610@cons.org> Message-ID: <20081118183623.GD81192@atarininja.org> On Tue, Nov 18, 2008 at 01:30:33PM -0500, Martin Cracauer wrote: > > >>> While we are talking, how do you guys thing I should handle this > > >>> problem: it's a binary port. There are different binaries for > > >>> FreeBSD-6.x, 7.x, 8.x > > >>> http://common-lisp.net/project/cmucl/downloads/release/19e/ > > >>> > > >>> The 6.3 will run everywhere. Should I just use that one? Do you want > > >>> me to conditionalize on FreeBSD version? > > >> If they bother to release different native binaries for our supported > > >> OS versions let encourage them to keep doing that ;-) > > > > > > "They" == kind of me, although I didn't build these particular > > > binaries. > > > > > > Is there prior art in ports about how to do this? What do I do with > > > oddball version numbers? > > > > Perhaps you can conditionalize the DISTNAME based on the FreeBSD version > > number, as shown on this page: > > http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html? > > > > If you do that, just make sure that the distinfo file has an entry for > > each possible DISTNAME value, so the checksum verification will work on > > any FreeBSD version. > > So what happens when a user runs FreeBSD-6, installs such a port, > then upgrades to FreeBSD-7. > > Would the port for the installed package come up with the wrong plist > and whatnot? Maybe I'm misunderstanding what you're asking but if the port installs different files based upon the version it's being installed on it should use PLIST_SUB accordingly. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist.html -- WXS From cracauer at cons.org Tue Nov 18 10:38:54 2008 From: cracauer at cons.org (Martin Cracauer) Date: Tue Nov 18 10:39:00 2008 Subject: How do conditionalize plist on $NOPORTDOCS In-Reply-To: <20081118183623.GD81192@atarininja.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> <20081118173545.GA83384@cons.org> <49230009.4080903@FreeBSD.org> <20081118183033.GA85610@cons.org> <20081118183623.GD81192@atarininja.org> Message-ID: <20081118183852.GA85896@cons.org> Wesley Shields wrote on Tue, Nov 18, 2008 at 01:36:23PM -0500: > On Tue, Nov 18, 2008 at 01:30:33PM -0500, Martin Cracauer wrote: > > > >>> While we are talking, how do you guys thing I should handle this > > > >>> problem: it's a binary port. There are different binaries for > > > >>> FreeBSD-6.x, 7.x, 8.x > > > >>> http://common-lisp.net/project/cmucl/downloads/release/19e/ > > > >>> > > > >>> The 6.3 will run everywhere. Should I just use that one? Do you want > > > >>> me to conditionalize on FreeBSD version? > > > >> If they bother to release different native binaries for our supported > > > >> OS versions let encourage them to keep doing that ;-) > > > > > > > > "They" == kind of me, although I didn't build these particular > > > > binaries. > > > > > > > > Is there prior art in ports about how to do this? What do I do with > > > > oddball version numbers? > > > > > > Perhaps you can conditionalize the DISTNAME based on the FreeBSD version > > > number, as shown on this page: > > > http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html? > > > > > > If you do that, just make sure that the distinfo file has an entry for > > > each possible DISTNAME value, so the checksum verification will work on > > > any FreeBSD version. > > > > So what happens when a user runs FreeBSD-6, installs such a port, > > then upgrades to FreeBSD-7. > > > > Would the port for the installed package come up with the wrong plist > > and whatnot? > > Maybe I'm misunderstanding what you're asking but if the port installs > different files based upon the version it's being installed on it should > use PLIST_SUB accordingly. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist.html But you'd have the wrong one installed. Your freebsd-7 would have the freebsd-6 package installed and the installed files don't match. On second thought, I don't think it matters since it's not different from having /usr/ports/lang/cmucl/* updated to something new. Never mind. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From wxs at FreeBSD.org Tue Nov 18 10:51:22 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Nov 18 10:51:33 2008 Subject: How do conditionalize plist on $NOPORTDOCS In-Reply-To: <20081118183852.GA85896@cons.org> References: <20081116045257.2EBEE12E4209@quark.ds9.tecnik93.com> <20081118160528.GA79253@cons.org> <20081118185717.0573f110@it.buh.tecnik93.com> <20081118170826.GA82098@cons.org> <20081118192837.03bd8b53@it.buh.tecnik93.com> <20081118173545.GA83384@cons.org> <49230009.4080903@FreeBSD.org> <20081118183033.GA85610@cons.org> <20081118183623.GD81192@atarininja.org> <20081118183852.GA85896@cons.org> Message-ID: <20081118185121.GE81192@atarininja.org> On Tue, Nov 18, 2008 at 01:38:52PM -0500, Martin Cracauer wrote: > Wesley Shields wrote on Tue, Nov 18, 2008 at 01:36:23PM -0500: > > On Tue, Nov 18, 2008 at 01:30:33PM -0500, Martin Cracauer wrote: > > > > >>> While we are talking, how do you guys thing I should handle this > > > > >>> problem: it's a binary port. There are different binaries for > > > > >>> FreeBSD-6.x, 7.x, 8.x > > > > >>> http://common-lisp.net/project/cmucl/downloads/release/19e/ > > > > >>> > > > > >>> The 6.3 will run everywhere. Should I just use that one? Do you want > > > > >>> me to conditionalize on FreeBSD version? > > > > >> If they bother to release different native binaries for our supported > > > > >> OS versions let encourage them to keep doing that ;-) > > > > > > > > > > "They" == kind of me, although I didn't build these particular > > > > > binaries. > > > > > > > > > > Is there prior art in ports about how to do this? What do I do with > > > > > oddball version numbers? > > > > > > > > Perhaps you can conditionalize the DISTNAME based on the FreeBSD version > > > > number, as shown on this page: > > > > http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html? > > > > > > > > If you do that, just make sure that the distinfo file has an entry for > > > > each possible DISTNAME value, so the checksum verification will work on > > > > any FreeBSD version. > > > > > > So what happens when a user runs FreeBSD-6, installs such a port, > > > then upgrades to FreeBSD-7. > > > > > > Would the port for the installed package come up with the wrong plist > > > and whatnot? > > > > Maybe I'm misunderstanding what you're asking but if the port installs > > different files based upon the version it's being installed on it should > > use PLIST_SUB accordingly. > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist.html > > But you'd have the wrong one installed. Your freebsd-7 would have the > freebsd-6 package installed and the installed files don't match. Yes, but the plist would still be correct. The installed files would match the plist. You would want to update the port though so that you get the updated files, which would cause the plist to be registered again ensuring that things remain consistently correct. > On second thought, I don't think it matters since it's not different > from having /usr/ports/lang/cmucl/* updated to something new. Never mind. Yes, I don't see this as a problem at all. -- WXS From tfcheng at gmail.com Tue Nov 18 11:45:31 2008 From: tfcheng at gmail.com (Tsu-Fan Cheng) Date: Tue Nov 18 11:45:38 2008 Subject: porting jdownloader to freebsd Message-ID: Hi, does anyone port Jdownloader (java app) to freebsd yet?? thanks!! TFC From ota at j.email.ne.jp Tue Nov 18 18:27:11 2008 From: ota at j.email.ne.jp (Yoshihiro Ota) Date: Tue Nov 18 18:27:18 2008 Subject: jakarta-tomcat v.s. tomcat In-Reply-To: <491929C1.1070002@FreeBSD.org> References: <20081111010958.da6924e8.ota@j.email.ne.jp> <491929C1.1070002@FreeBSD.org> Message-ID: <20081118212513.a37f9f58.ota@j.email.ne.jp> On Tue, 11 Nov 2008 07:44:17 +0100 G?bor K?vesd?n wrote: > Yoshihiro Ota escribi?: > > Hello, forks. > > > > There are 2 directories for apache-tomcat like the following. > > > > % ls -d */*tomcat* > > java/eclipse-sysdeo-tomcat www/tomcat41 > > www/jakarta-tomcat4 www/tomcat55 > > www/jakarta-tomcat5 www/tomcat6 > > www/tomcat-native > > > > When I diffed ver. 5 dirs, they looked similar except versions. > > Does anyone know the differences between jakarta-tomcat and tomcat under the ports? > > > Afaik, it used to be known as Jakarta-Tomcat, but its new name is > Tomcat. If you observe it well www/tomcat41 and www/tomcat55 are much > newer version than www/jakarta-tomcat4 and www/jakarta-tomcat5 and there > isn't even www/jakarta-tomcat6. I suggest you should just use > www/tomcat6. I'm also planning to use it and I succeeded to install it > without problems and I can reach it through the port 8180. Indeed, that is one of the answer I had expected. So, if www/tomcat* are the new ones, why don't we remove www/jakarta-tomcat*? Hiro From fbsd06 at mlists.homeunix.com Tue Nov 18 19:30:44 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Tue Nov 18 19:30:54 2008 Subject: porting jdownloader to freebsd In-Reply-To: References: Message-ID: <20081119031510.1f4a43a9@gumby.homeunix.com> On Tue, 18 Nov 2008 14:13:24 -0500 "Tsu-Fan Cheng" wrote: > Hi, > does anyone port Jdownloader (java app) to freebsd yet?? Is there some specific problem with Jdownloader, which should be platform independent, or are asking about a FreeBSD port (as in /usr/ports)? From rea-fbsd at codelabs.ru Wed Nov 19 13:30:14 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Wed Nov 19 13:30:21 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Message-ID: <20081119212940.A0D98F181F@phoenix.codelabs.ru> >Number: 128999 >Category: ports >Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 19 21:30:14 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Eygene Ryabinkin >Release: FreeBSD 7.1-PRERELEASE i386 >Organization: Code Labs >Environment: System: FreeBSD 7.1-PRERELEASE i386 >Description: Streamripper 1.64.0 is out and this release fixes security vulnerability discovered by Secunia. >How-To-Repeat: http://streamripper.cvs.sourceforge.net/viewvc/streamripper/sripper_1x/CHANGES?revision=1.196 http://secunia.com/secunia_research/2008-50/ >Fix: The following patch updates the port to 1.64.0. It works for me: MP3 streams are ripped perfectly. --- 1.63.5-to-1.64.0-fix-cve-2008-4829.diff begins here --- diff -urN ./Makefile ../streamripper/Makefile --- ./Makefile 2008-11-19 23:50:33.000000000 +0300 +++ ../streamripper/Makefile 2008-11-19 23:57:00.000000000 +0300 @@ -6,7 +6,7 @@ # PORTNAME= streamripper -PORTVERSION= 1.63.5 +PORTVERSION= 1.64.0 CATEGORIES= audio MASTER_SITES= SF \ http://gd.tuwien.ac.at/hci/cdk/:cdk diff -urN ./distinfo ../streamripper/distinfo --- ./distinfo 2008-11-19 23:50:33.000000000 +0300 +++ ../streamripper/distinfo 2008-11-19 23:57:19.000000000 +0300 @@ -1,6 +1,6 @@ -MD5 (streamripper-1.63.5.tar.gz) = 73a63383dca00615c3328cf51bf2fa56 -SHA256 (streamripper-1.63.5.tar.gz) = 877aed28880b904383c4e761c0ecb1e046dbe45126e648110c0292991d1e5b93 -SIZE (streamripper-1.63.5.tar.gz) = 1302177 +MD5 (streamripper-1.64.0.tar.gz) = f8754813ddc2bc96c4c3440e25aca8b6 +SHA256 (streamripper-1.64.0.tar.gz) = a53f50d26de3610e59a07eaf81cc9da348aaf7b35bc4a302f2e5f6defb1297ae +SIZE (streamripper-1.64.0.tar.gz) = 839535 MD5 (cdk-5.0-20060507.tgz) = 0ec2460a4484d5f5595d8faca61bc9c5 SHA256 (cdk-5.0-20060507.tgz) = e823bfcce52916727cb23d6d549a64347c45c364b3c628d6a352c407fce8f4b4 SIZE (cdk-5.0-20060507.tgz) = 396514 --- 1.63.5-to-1.64.0-fix-cve-2008-4829.diff ends here --- The following VuXML entry should be evaluated and added: --- vuln.xml begins here --- streamripper -- user-assisted arbitrary code execution streamripper 1.64.0

Secunia Research has discovered some vulnerabilities in Streamripper, which can be exploited by malicious people to compromise a user's system:

  1. A boundary error exists within http_parse_sc_header() in lib/http.c when parsing an overly long HTTP header starting with “Zwitterion v”.
  2. A boundary error exists within http_get_pls() in lib/http.c when parsing a specially crafted pls playlist containing an overly long entry.
  3. A boundary error exists within http_get_m3u() in lib/http.c when parsing a specially crafted m3u playlist containing an overly long “File” entry.

Successful exploitation allows execution of arbitrary code, but requires that a user is tricked into connecting to a malicious server.

 CVE-2008-4829 http://secunia.com/secunia_research/2008-50/ http://streamripper.cvs.sourceforge.net/viewvc/streamripper/sripper_1x/CHANGES?revision=1.196 2008-11-19 --- vuln.xml ends here --- >Release-Note: >Audit-Trail: >Unformatted: From rea-fbsd at codelabs.ru Wed Nov 19 13:41:17 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Wed Nov 19 13:41:24 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Message-ID: <20081119212940.A0D98F181F@phoenix.codelabs.ru> >Number: 128999 >Category: ports >Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 19 21:30:14 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Eygene Ryabinkin >Release: FreeBSD 7.1-PRERELEASE i386 >Organization: Code Labs >Environment: System: FreeBSD 7.1-PRERELEASE i386 >Description: Streamripper 1.64.0 is out and this release fixes security vulnerability discovered by Secunia. >How-To-Repeat: http://streamripper.cvs.sourceforge.net/viewvc/streamripper/sripper_1x/CHANGES?revision=1.196 http://secunia.com/secunia_research/2008-50/ >Fix: The following patch updates the port to 1.64.0. It works for me: MP3 streams are ripped perfectly. --- 1.63.5-to-1.64.0-fix-cve-2008-4829.diff begins here --- diff -urN ./Makefile ../streamripper/Makefile --- ./Makefile 2008-11-19 23:50:33.000000000 +0300 +++ ../streamripper/Makefile 2008-11-19 23:57:00.000000000 +0300 @@ -6,7 +6,7 @@ # PORTNAME= streamripper -PORTVERSION= 1.63.5 +PORTVERSION= 1.64.0 CATEGORIES= audio MASTER_SITES= SF \ http://gd.tuwien.ac.at/hci/cdk/:cdk diff -urN ./distinfo ../streamripper/distinfo --- ./distinfo 2008-11-19 23:50:33.000000000 +0300 +++ ../streamripper/distinfo 2008-11-19 23:57:19.000000000 +0300 @@ -1,6 +1,6 @@ -MD5 (streamripper-1.63.5.tar.gz) = 73a63383dca00615c3328cf51bf2fa56 -SHA256 (streamripper-1.63.5.tar.gz) = 877aed28880b904383c4e761c0ecb1e046dbe45126e648110c0292991d1e5b93 -SIZE (streamripper-1.63.5.tar.gz) = 1302177 +MD5 (streamripper-1.64.0.tar.gz) = f8754813ddc2bc96c4c3440e25aca8b6 +SHA256 (streamripper-1.64.0.tar.gz) = a53f50d26de3610e59a07eaf81cc9da348aaf7b35bc4a302f2e5f6defb1297ae +SIZE (streamripper-1.64.0.tar.gz) = 839535 MD5 (cdk-5.0-20060507.tgz) = 0ec2460a4484d5f5595d8faca61bc9c5 SHA256 (cdk-5.0-20060507.tgz) = e823bfcce52916727cb23d6d549a64347c45c364b3c628d6a352c407fce8f4b4 SIZE (cdk-5.0-20060507.tgz) = 396514 --- 1.63.5-to-1.64.0-fix-cve-2008-4829.diff ends here --- The following VuXML entry should be evaluated and added: --- vuln.xml begins here --- streamripper -- user-assisted arbitrary code execution streamripper 1.64.0

Secunia Research has discovered some vulnerabilities in Streamripper, which can be exploited by malicious people to compromise a user's system:

  1. A boundary error exists within http_parse_sc_header() in lib/http.c when parsing an overly long HTTP header starting with “Zwitterion v”.
  2. A boundary error exists within http_get_pls() in lib/http.c when parsing a specially crafted pls playlist containing an overly long entry.
  3. A boundary error exists within http_get_m3u() in lib/http.c when parsing a specially crafted m3u playlist containing an overly long “File” entry.

Successful exploitation allows execution of arbitrary code, but requires that a user is tricked into connecting to a malicious server.

 CVE-2008-4829 http://secunia.com/secunia_research/2008-50/ http://streamripper.cvs.sourceforge.net/viewvc/streamripper/sripper_1x/CHANGES?revision=1.196 2008-11-19 --- vuln.xml ends here --- >Release-Note: >Audit-Trail: >Unformatted: _______________________________________________ freebsd-security@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" From miwi at FreeBSD.org Wed Nov 19 21:31:50 2008 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Wed Nov 19 21:32:02 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Message-ID: <200811200531.mAK5VoML059609@freefall.freebsd.org> Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Responsible-Changed-From-To: freebsd-ports-bugs->miwi Responsible-Changed-By: miwi Responsible-Changed-When: Thu Nov 20 05:31:49 UTC 2008 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=128999 From marcus at riboflavin.net Thu Nov 20 14:50:26 2008 From: marcus at riboflavin.net (Marcus I. Ryan) Date: Thu Nov 20 14:50:38 2008 Subject: Jails and common ports Message-ID: <20081120163330.amssmoq1c8ksskg0@www.riboflavin.net> Cross-posting this to freebsd-ports because it's mostly about the ports infrastructure and how I might (ab)use it... I'm looking into setting up jails, and was hoping I was onto something with using ports to maintain application software but I hit a snag and I'm hoping someone can either tell me how to do what I want or at least say "nope...you're on crack thinking that will work" ;) I'm trying to set up a number of jails on my system following the handbook suggestions for "Application of Jails" (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html). That means I have a master read-only instance for the base system (world), and read-write instances of key directories for each jail. This is ideal for what I'd like to do because I only have to do one world upgrade to upgrade all my jails. I'd like to extend that idea to a number of common ports. For instance, I'd like to have gettext, libtool, etc., installed once and be able to do a single portupgrade to update it for all jails. My initial plan was to make an /opt folder in the master filesystem and use the master jail to install ports (PREFIX=/opt and LOCALBASE=/opt). I added the /opt/bin and /opt/sbin to the path and /opt/lib to the ld_config directories for the child jails and they were indeed able to see the first couple of ports I installed. However, I started hitting issues with libtool and friends. The children would not find them, and would go ahead and start installing their own local copies of those ports. Turns out quite a few tools are defined in /usr/ports/Mk/* and are defined relative to LOCALBASE. If I leave LOCALBASE and PREFIX alone in the child jails so they'll use /usr/local for their specific ports, I can't recognize and use other ports like libtool installed in /opt; it doesn't seem right to set LOCALBASE in the child jails since I want them to use /usr/local for anything I haven't provided. I really would like to avoid the "joy" of making hard-links, etc., for all the files in the common packages, but I didn't see any way to override settings for these individual ports. I did edit some Makefiles and add '--prefix=/opt' to the CONFIGURE_ARGS for those ports, and everything worked fine, but I'd prefer to do it "the right way" (e.g. not editing Makefiles). Is there a variable I'm not seeing that would allow me to do this kind of crazy thing, or am I better off either setting up hard links and/or using automated package building and just repeating pkg_upgrades in each jail? If it's the latter, does someone know of a decent all-in-one doc to help me at least set up some features so I update ports once in a master and just get packages from the same place (I can piece it together myself from all the other docs I've found and been reading, but if someone has already written it up, hate to reinvent it myself :) ). Thanks in advance. -- Marcus I. Ryan, marcus@riboflavin.net ------------------------------------------ People often find it easier to be a result of the past than a cause of the future. ------------------------------------------ From fbsd.questions at rachie.is-a-geek.net Thu Nov 20 23:00:24 2008 From: fbsd.questions at rachie.is-a-geek.net (Mel) Date: Thu Nov 20 23:00:31 2008 Subject: Jails and common ports In-Reply-To: <20081120163330.amssmoq1c8ksskg0@www.riboflavin.net> References: <20081120163330.amssmoq1c8ksskg0@www.riboflavin.net> Message-ID: <200811210742.12124.fbsd.questions@rachie.is-a-geek.net> On Thursday 20 November 2008 23:33:30 Marcus I. Ryan wrote: > However, I started hitting issues with libtool and friends. The > children would not find them, and would go ahead and start installing > their own local copies of those ports. Turns out quite a few tools > are defined in /usr/ports/Mk/* and are defined relative to LOCALBASE. > If I leave LOCALBASE and PREFIX alone in the child jails so they'll > use /usr/local for their specific ports, I can't recognize and use > other ports like libtool installed in /opt; it doesn't seem right to > set LOCALBASE in the child jails since I want them to use /usr/local > for anything I haven't provided. Yeah, I feel your pain. You can't really do this with ports that require libraries from other ports. The ports system was created with the assumption that LOCALBASE (and PREFIX) for one installation (one PKG_DBDIR) is the same. There are some exceptions, or rather, for some things it can work but libraries in general don't and libtool is even pickier. I only have bash-static, sudo and vim shared in /opt, as they are stand-alone and no ports I use depend on them. The only thing I can think of that would work for you, is to use unionfs for /usr/local. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. From mad at madpilot.net Fri Nov 21 07:07:43 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Nov 21 07:07:51 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081118185228.1e08f278@it.buh.tecnik93.com> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> Message-ID: <20081121150741.GA13869@megatron.madpilot.net> On Tue, Nov 18, 2008 at 06:52:28PM +0200, Ion-Mihai Tetcu wrote: > > Hi! > > > > QAT reported me a problem with my port on AMD64. > > > > here is the report: > > > > http://t64.tecnik93.com/logs/7-STABLE-FTP/traindirector-3.5.log > > > > I tried it on my machines but I can't see any problem on i386, it > > looks like and AMD64 problem. > > > > Could someone with some amd64 hardware help me a little? > > > > I'd like to know, if you have wxgtk installed, what it is installing > > exactly, could someone send me the +CONTENTS file for the > > wxgtk2-unicode-* package? > > Grab the packages from here: > http://t64.tecnik93.com/packages/7-STABLE-FTP/ Hi again. I checked the plist, which states the file QAT can't find should be there. I went on to install FreeBSD-amd64 on a spare PC at work and tried compiling the port and it works like a charm. I can't really reproduce the problem. How should I proceed? Any help would be appreciated. Thank you. I don't want to blame it on QAT, but if I can't test the problem I really don't know how to fix it. -- Guido Falsi From itetcu at FreeBSD.org Fri Nov 21 08:58:02 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri Nov 21 08:58:08 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081121150741.GA13869@megatron.madpilot.net> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> Message-ID: <20081121185750.6be66cd4@it.buh.tecnik93.com> On Fri, 21 Nov 2008 16:07:41 +0100 Guido Falsi wrote: > On Tue, Nov 18, 2008 at 06:52:28PM +0200, Ion-Mihai Tetcu wrote: > > > Hi! > > > > > > QAT reported me a problem with my port on AMD64. > > > > > > here is the report: > > > > > > http://t64.tecnik93.com/logs/7-STABLE-FTP/traindirector-3.5.log > > > > > > I tried it on my machines but I can't see any problem on i386, it > > > looks like and AMD64 problem. > > > > > > Could someone with some amd64 hardware help me a little? > > > > > > I'd like to know, if you have wxgtk installed, what it is > > > installing exactly, could someone send me the +CONTENTS file for > > > the wxgtk2-unicode-* package? > > > > Grab the packages from here: > > http://t64.tecnik93.com/packages/7-STABLE-FTP/ > > Hi again. > > I checked the plist, which states the file QAT can't find should be > there. > > I went on to install FreeBSD-amd64 on a spare PC at work and tried > compiling the port and it works like a charm. I can't really reproduce > the problem. > > How should I proceed? Any help would be appreciated. Thank you. > > I don't want to blame it on QAT, but if I can't test the problem I > really don't know how to fix it. I'll test it again on an other amd tinderbox. Please allow me until tomorrow for that. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081121/86d82053/signature.pgp From wxs at FreeBSD.org Fri Nov 21 11:26:13 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Nov 21 11:26:19 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081121185750.6be66cd4@it.buh.tecnik93.com> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> Message-ID: <20081121192612.GA80092@atarininja.org> On Fri, Nov 21, 2008 at 06:57:50PM +0200, Ion-Mihai Tetcu wrote: > On Fri, 21 Nov 2008 16:07:41 +0100 > Guido Falsi wrote: > > > On Tue, Nov 18, 2008 at 06:52:28PM +0200, Ion-Mihai Tetcu wrote: > > > > Hi! > > > > > > > > QAT reported me a problem with my port on AMD64. > > > > > > > > here is the report: > > > > > > > > http://t64.tecnik93.com/logs/7-STABLE-FTP/traindirector-3.5.log > > > > > > > > I tried it on my machines but I can't see any problem on i386, it > > > > looks like and AMD64 problem. > > > > > > > > Could someone with some amd64 hardware help me a little? > > > > > > > > I'd like to know, if you have wxgtk installed, what it is > > > > installing exactly, could someone send me the +CONTENTS file for > > > > the wxgtk2-unicode-* package? > > > > > > Grab the packages from here: > > > http://t64.tecnik93.com/packages/7-STABLE-FTP/ > > > > Hi again. > > > > I checked the plist, which states the file QAT can't find should be > > there. > > > > I went on to install FreeBSD-amd64 on a spare PC at work and tried > > compiling the port and it works like a charm. I can't really reproduce > > the problem. > > > > How should I proceed? Any help would be appreciated. Thank you. > > > > I don't want to blame it on QAT, but if I can't test the problem I > > really don't know how to fix it. > > I'll test it again on an other amd tinderbox. Please allow me until > tomorrow for that. I tested this on an AMD64 tinderbox of my own and I duplicated the same failure seen by the QAT. Are you building everything with the same flags as used by QAT? The three important ones that I know QAT uses are: NOPORTDOCS NOPORTEXAMPLES NOPORTDATA I don't see how these could have an impact on your testing but I'm just throwing it out there. -- WXS From tingox at gmail.com Fri Nov 21 11:29:06 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Nov 21 11:29:13 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: <4921D25C.8010409@gmail.com> References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> Message-ID: Hello, On Mon, Nov 17, 2008 at 9:21 PM, Rene Ladan wrote: >> [1] : ftp://rene-ladan.nl/pub/freebsd/boinc-setiathome-enhanced.tar.bz2 > > The source tarballs have been updated to SVN revision 358, the new > metadata for [1] is: > > SIZE : 2741 > MD5 : 265e353910a82678caf6a908f793cfdb I didn't test the previous version, ENOTIME (sorry). This version doesn't build here: ===> Configuring for boinc-setiathome-enhanced-6.03.4.28 ===> Building for boinc-setiathome-enhanced-6.03.4.28 #astropulse (cd /usr/ports/astro/boinc-setiathome-enhanced/work/astropulse/client ; ./_autosetup ; ./configure CFLAGS="-O -pipe -I/usr/local/include -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= -fno-strict-aliasing" CXXFLAGS="-O -pipe -I/usr/local/include -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= -fno-strict-aliasing -O -pipe -I/usr/local/include -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= -fno-strict-aliasing" BOINCDIR="/usr/local" BOINC_DIR="/usr/local" SHELL=/bin/sh CONFIG_SHELL=/bin/sh MAKE=gmake --disable-static-client --disable-graphics ; gmake) Bootstrapping configure script and makefiles: /usr/local/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/local/share/aclocal/linc.m4:1: run info '(automake)Extending aclocal' /usr/local/share/aclocal/linc.m4:1: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... m4/libtool.m4:640: AC_LIBTOOL_LINKER_OPTION is expanded from... m4/libtool.m4:2547: _LT_AC_LANG_C_CONFIG is expanded from... m4/libtool.m4:2546: AC_LIBTOOL_LANG_C_CONFIG is expanded from... m4/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from... m4/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:25: AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:6081: AM_PROG_LIBTOOL is expanded from... configure.ac:131: the top level configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:595: AC_LIBTOOL_COMPILER_OPTION is expanded from... m4/libtool.m4:4662: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:2659: _LT_AC_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:2658: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:1697: _LT_AC_TAGCONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3752: _LT_AC_LANG_F77_CONFIG is expanded from... m4/libtool.m4:3751: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3858: _LT_AC_LANG_GCJ_CONFIG is expanded from... m4/libtool.m4:3857: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... m4/libtool.m4:640: AC_LIBTOOL_LINKER_OPTION is expanded from... m4/libtool.m4:2547: _LT_AC_LANG_C_CONFIG is expanded from... m4/libtool.m4:2546: AC_LIBTOOL_LANG_C_CONFIG is expanded from... m4/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from... m4/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:25: AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:6081: AM_PROG_LIBTOOL is expanded from... configure.ac:131: the top level configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:595: AC_LIBTOOL_COMPILER_OPTION is expanded from... m4/libtool.m4:4662: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:2659: _LT_AC_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:2658: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:1697: _LT_AC_TAGCONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3752: _LT_AC_LANG_F77_CONFIG is expanded from... m4/libtool.m4:3751: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3858: _LT_AC_LANG_GCJ_CONFIG is expanded from... m4/libtool.m4:3857: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... m4/libtool.m4:640: AC_LIBTOOL_LINKER_OPTION is expanded from... m4/libtool.m4:2547: _LT_AC_LANG_C_CONFIG is expanded from... m4/libtool.m4:2546: AC_LIBTOOL_LANG_C_CONFIG is expanded from... m4/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from... m4/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:25: AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:6081: AM_PROG_LIBTOOL is expanded from... configure.ac:131: the top level configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:595: AC_LIBTOOL_COMPILER_OPTION is expanded from... m4/libtool.m4:4662: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:2659: _LT_AC_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:2658: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:1697: _LT_AC_TAGCONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3752: _LT_AC_LANG_F77_CONFIG is expanded from... m4/libtool.m4:3751: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3858: _LT_AC_LANG_GCJ_CONFIG is expanded from... m4/libtool.m4:3857: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... m4/libtool.m4:640: AC_LIBTOOL_LINKER_OPTION is expanded from... m4/libtool.m4:2547: _LT_AC_LANG_C_CONFIG is expanded from... m4/libtool.m4:2546: AC_LIBTOOL_LANG_C_CONFIG is expanded from... m4/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from... m4/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:25: AC_PROG_LIBTOOL is expanded from... m4/libtool.m4:6081: AM_PROG_LIBTOOL is expanded from... configure.ac:131: the top level configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:595: AC_LIBTOOL_COMPILER_OPTION is expanded from... m4/libtool.m4:4662: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:2659: _LT_AC_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:2658: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:1697: _LT_AC_TAGCONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3752: _LT_AC_LANG_F77_CONFIG is expanded from... m4/libtool.m4:3751: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:131: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached m4/libtool.m4:3858: _LT_AC_LANG_GCJ_CONFIG is expanded from... m4/libtool.m4:3857: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... Done, now run ./configure ./configure -C to enable caching ./configure --enable-maintainer-mode to enable maintainer depedencies ./configure: line 2218: svn: command not found --- Configuring Astropulse BOINC_DIR=/usr/local.28 --- checking boinc location... /usr/local checking build system type... x86_64-unknown-freebsd7.0 checking host system type... x86_64-unknown-freebsd7.0 checking target system type... x86_64-unknown-freebsd7.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for g++... g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. *** Error code 77 Stop in /usr/ports/astro/boinc-setiathome-enhanced. *** Error code 1 Stop in /usr/ports/astro/boinc-setiathome-enhanced. root@kg-vm# root@kg-vm# make showconfig ===> The following configuration options are available for boinc-setiathome-enhanced-6.03.4.28: SETI_APP=on "Install SETI@home binary" AP_APP=on "Install Astropulse binary" ===> Use 'make config' to modify these settings root@kg-vm# uname -a FreeBSD kg-vm.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #12: Wed Aug 13 13:28:56 CEST 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-vm# c++ --version c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. root@kg-vm# gcc --version gcc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. HTH -- Regards, Torfinn Ingolfsen From tingox at gmail.com Fri Nov 21 11:34:41 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Nov 21 11:34:47 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> Message-ID: Hi again, On Fri, Nov 21, 2008 at 8:29 PM, Torfinn Ingolfsen wrote: > configure: error: C++ compiler cannot create executables > See `config.log' for more details. > *** Error code 77 > > Stop in /usr/ports/astro/boinc-setiathome-enhanced. > *** Error code 1 > > Stop in /usr/ports/astro/boinc-setiathome-enhanced. I forgot to attach config.log. Here it is. -- Regards, Torfinn Ingolfsen -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 10642 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081121/186667bc/config.obj From tingox at gmail.com Fri Nov 21 11:48:06 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Nov 21 11:48:12 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> Message-ID: Hello, FWIW, even if I disable astropulse, the problems remains the same. root@kg-vm# make showconfig ===> The following configuration options are available for boinc-setiathome-enhanced-6.03.4.28: SETI_APP=on "Install SETI@home binary" AP_APP=off "Install Astropulse binary" ===> Use 'make config' to modify these settings Here are the last few lines from 'make': configure: "--- Configuring SETI_BOINC 6.03 (client only) ---" checking whether to enable maintainer-specific portions of Makefiles... no checking for g++... g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. *** Error code 77 Stop in /usr/ports/astro/boinc-setiathome-enhanced. *** Error code 1 Stop in /usr/ports/astro/boinc-setiathome-enhanced. I believe the problem can be tracked to these lines in config.log: configure:3290: checking for C++ compiler default output file name configure:3312: g++ -O -pipe -I/usr/local/include -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= -fno-strict-aliasing -O -pipe -I/usr/local/include -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= -fno-strict-aliasing -L/usr/local/lib conftest.cpp >&5 cc1plus: error: missing argument to "-march=" cc1plus: error: missing argument to "-march=" No, I don't have CC or CXX set, neiher in /etc/make.conf nor in the environment. -- Regards, Torfinn Ingolfsen From kitchetech at gmail.com Fri Nov 21 14:42:47 2008 From: kitchetech at gmail.com (matt donovan) Date: Fri Nov 21 14:42:53 2008 Subject: What if a port uses build systems not supported by ports Message-ID: <28283d910811211442j31913b8el7a23d381ae62dd84@mail.gmail.com> Since I come across a few applications that don't use imake, gmake, or a configure script. How do I make these third party build systems work for the port system. For example one port I been playing around with is jam which is used to build a certain application. From mad at madpilot.net Fri Nov 21 14:46:17 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Nov 21 14:46:24 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081121192612.GA80092@atarininja.org> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> Message-ID: <49273A33.9050909@madpilot.net> Wesley Shields wrote: >>> I checked the plist, which states the file QAT can't find should be >>> there. >>> >>> I went on to install FreeBSD-amd64 on a spare PC at work and tried >>> compiling the port and it works like a charm. I can't really reproduce >>> the problem. >>> >>> How should I proceed? Any help would be appreciated. Thank you. >>> >>> I don't want to blame it on QAT, but if I can't test the problem I >>> really don't know how to fix it. >> I'll test it again on an other amd tinderbox. Please allow me until >> tomorrow for that. > > I tested this on an AMD64 tinderbox of my own and I duplicated the same > failure seen by the QAT. Are you building everything with the same > flags as used by QAT? The three important ones that I know QAT uses > are: > > NOPORTDOCS > NOPORTEXAMPLES > NOPORTDATA > > I don't see how these could have an impact on your testing but I'm just > throwing it out there. Unluckily, as I said, the only amd64 machine I could find is at work, so I can't do much testing till Monday. I'm puzzled because QAT tells me it can't find -lwx_gtk2u_adv-2.8, but the file should be there. Could you please check if you have such a library under /usr/local/lib? I can't see how the port could find it sometimes and fail some others... My port looks like doing it's best to find it, but sometimes it appears not to be there. Tinderboxes use packages for dependencies, maybe some problem with wxgtk2.8 pkg? The test machine I build is a very clean one, a clean install with just ntpd and xorg running, then I installed wxgtk and traindirector. I'll try those flags, but I really can't see how they can affect it. I'm also just throwing ideas, because I really can't get to this error... -- Guido Falsi From mad at madpilot.net Fri Nov 21 14:55:36 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Nov 21 14:55:44 2008 Subject: What if a port uses build systems not supported by ports In-Reply-To: <28283d910811211442j31913b8el7a23d381ae62dd84@mail.gmail.com> References: <28283d910811211442j31913b8el7a23d381ae62dd84@mail.gmail.com> Message-ID: <49273C63.4050502@madpilot.net> matt donovan wrote: > Since I come across a few applications that don't use imake, gmake, or a > configure script. How do I make these third party build systems work for the > port system. For example one port I been playing around with is jam which is > used to build a certain application. Hi, This is not a problem for ports. There are already some ports using jam. jam itself is in devel/jam, and you'll have to set it in your BUILD_DEPENDS. My port in games/netpanzer uses it and also games/trigger I found now does. There may be others; you could look at those ports to get ideas. Usually you just override the do-build target with the commands to run jam or other build tool. The same goes for do-install, if needed. Hope this helps. -- Guido Falsi From kitchetech at gmail.com Fri Nov 21 14:57:38 2008 From: kitchetech at gmail.com (matt donovan) Date: Fri Nov 21 14:57:45 2008 Subject: What if a port uses build systems not supported by ports In-Reply-To: <49273C63.4050502@madpilot.net> References: <28283d910811211442j31913b8el7a23d381ae62dd84@mail.gmail.com> <49273C63.4050502@madpilot.net> Message-ID: <28283d910811211457w27a82ad7lc156e57e3674c0fc@mail.gmail.com> On Fri, Nov 21, 2008 at 5:55 PM, Guido Falsi wrote: > matt donovan wrote: > >> Since I come across a few applications that don't use imake, gmake, or a >> configure script. How do I make these third party build systems work for >> the >> port system. For example one port I been playing around with is jam which >> is >> used to build a certain application. >> > > Hi, > > This is not a problem for ports. There are already some ports using jam. > jam itself is in devel/jam, and you'll have to set it in your > BUILD_DEPENDS. > > My port in games/netpanzer uses it and also games/trigger I found now does. > There may be others; you could look at those ports to get ideas. > > Usually you just override the do-build target with the commands to run jam > or other build tool. > > The same goes for do-install, if needed. > > Hope this helps. > > -- > Guido Falsi Thanks that helps a lot still trying to get all of the ports system down pack at least I asked after I read the handbook at least :). Just had to make sure that was where it was really needed to go or not. From aryeh.friedman at gmail.com Fri Nov 21 15:05:29 2008 From: aryeh.friedman at gmail.com (Aryeh Friedman) Date: Fri Nov 21 15:05:35 2008 Subject: What if a port uses build systems not supported by ports In-Reply-To: <28283d910811211442j31913b8el7a23d381ae62dd84@mail.gmail.com> References: <28283d910811211442j31913b8el7a23d381ae62dd84@mail.gmail.com> Message-ID: Create a port for the build system and when you submit the update for the new port also submit the one for the build system On Fri, Nov 21, 2008 at 5:42 PM, matt donovan wrote: > Since I come across a few applications that don't use imake, gmake, or a > configure script. How do I make these third party build systems work for the > port system. For example one port I been playing around with is jam which is > used to build a certain application. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From trashcan at odo.in-berlin.de Fri Nov 21 16:14:02 2008 From: trashcan at odo.in-berlin.de (Michael Grimm) Date: Fri Nov 21 16:14:08 2008 Subject: inn-2.4.5 and Berkeley DB 4.x: compilation fails Message-ID: Hi - I'm running a inn-2.4.3 (with ovdb) using Berkeley db40 on a 6.3- RELEASE-p5, and I'm trying to upgrade to the recent inn-2.4.5. A 'portmaster -v inn' fails with (snipped to the relevant information): gmake[1]: Entering directory `/usr/ports/news/inn/work/inn-2.4.5/ storage' [...] cc -O2 -fno-strict-aliasing -pipe -DNO_IDEA -I../include - D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/usr/local/include/ db40 -c -o ovdb/ovdb.o ovdb/ovdb.c In file included from ovdb/ovdb.c:99: ovdb/ovdb-private.h:11:2: #error "Need BerkeleyDB 2.6.x, 2.7.x, 3.x or 4.x" In file included from ovdb/ovdb.c:99: ovdb/ovdb-private.h:88: error: syntax error before '*' token ovdb/ovdb-private.h:88: warning: data definition has no type or storage class ovdb/ovdb-private.h:98: error: syntax error before numeric constant [...] Well, I do have db41 installed (due to please netatalk's dependencies). Therefore I tried to use db41 to compile inn-2.4.5: 1) cd /usr/ports/news/inn 2) make config 3) make configure 4) modify all db40 and db4 in work/inn-2.4.5/Makefile.global into db41 5) make And, it compiled successfully, but I haven't tried to install inn-2.4.5, yet. Well, then I installed db44, db46, and db47, modified work/inn-2.4.5/ Makefile.global accordingly, but failed miserably: gmake[1]: Entering directory `/usr/ports/news/inn/work/inn-2.4.5/innd' [...] /usr/bin/ld: cannot find -ldb44 gmake[1]: *** [innd] Fehler 1 gmake[1]: Leaving directory `/usr/ports/news/inn/work/inn-2.4.5/innd' gmake: *** [all-innd] Fehler 2 *** Error code 2 Stop in /usr/ports/news/inn. *** Error code 1 Stop in /usr/ports/news/inn. Hmm, even if I modify work/inn-2.4.5/Makefile.global in order to find the libraries in /usr/local/lib/db4x instead of /usr/local/lib, the compilation failes with the same error messages. I do have the following questions: 1) Any ideas what's going on here? 2) How could I use the recent db47? 3) Why does /usr/ports/news/inn/files/patch-configure remove the reverse search for installed db4x (like db47 db46 db45 ...)? Thanks and regards, Michael From fbsd1 at a1poweruser.com Fri Nov 21 18:45:30 2008 From: fbsd1 at a1poweruser.com (Fbsd1) Date: Fri Nov 21 18:45:49 2008 Subject: FreeBSD Port: net-im/xfce4-messenger-plugin-0.1.0_5 Message-ID: <4927726A.5070502@a1poweruser.com> There is something wrong here. This is suppose to be a instant messenger because its in net-im. The long description points to http://goodies.xfce.org/ but at that site there is no reference to a plugin by this name and there is no instant messenger of any kind at the website. When I did a pkg_add for the this port the only thing "locate" can find is messenger for thunderbird. From fbsd1 at a1poweruser.com Fri Nov 21 19:26:42 2008 From: fbsd1 at a1poweruser.com (Fbsd1) Date: Fri Nov 21 19:26:52 2008 Subject: FreeBSD Port: multimedia/xfce4-xmms-plugin-0.5.1_5 Message-ID: <49277C14.5010407@a1poweruser.com> Installed this package from 7.1. The port is incomplete. The application does not get added to the xfce4 menu system. It should show up under the registered category Multimedia. If should also come with it's own icon. Can not find the (The player actions menu) or (The plugin preferences window) as the screen shots show at http://goodies.xfce.org/projects/panel-plugins/xfce4-xmms-plugin My xfce4 display monitor is set at 800x600@60mhz and the xmms graphical "x multimedia system" display is only 1 inch by 3 inches and that is the max size it goes. That is way way to small to be useful. From lehmann at ans-netz.de Fri Nov 21 23:23:21 2008 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Fri Nov 21 23:23:29 2008 Subject: FreeBSD Port: net-im/xfce4-messenger-plugin-0.1.0_5 In-Reply-To: <4927726A.5070502@a1poweruser.com> References: <4927726A.5070502@a1poweruser.com> Message-ID: <20081122075642.e5ecf667.lehmann@ans-netz.de> Fbsd1 wrote: > There is something wrong here. > This is suppose to be a instant messenger because its in net-im. > The long description points to http://goodies.xfce.org/ but at that > site there is no reference to a plugin by this name and there is no > instant messenger of any kind at the website. It listens to Dbus messages. > When I did a pkg_add for the this port the only thing "locate" can find > is messenger for thunderbird. you need to rebuild the locate database before locate can find anything which is new on the system since the last rebuilb. You can easily add this plugin when you rightclick on the panel and use "Add a new item". You'll have a new "Messenger" available in the list of items to select for adding. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From lehmann at ans-netz.de Fri Nov 21 23:24:35 2008 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Fri Nov 21 23:24:41 2008 Subject: FreeBSD Port: multimedia/xfce4-xmms-plugin-0.5.1_5 In-Reply-To: <49277C14.5010407@a1poweruser.com> References: <49277C14.5010407@a1poweruser.com> Message-ID: <20081122075756.190907b5.lehmann@ans-netz.de> Fbsd1 wrote: > The application does not get added to the xfce4 menu system. It should > show up under the registered category Multimedia. If should also come > with it's own icon. Same goes here panel -> right click -> add new item -> select the plugin > My xfce4 display monitor is set at 800x600@60mhz and the xmms graphical > "x multimedia system" display is only 1 inch by 3 inches and that is the > max size it goes. That is way way to small to be useful. please report such functional things to the real authors of the software. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From awd at awdcomp.net Fri Nov 21 23:55:13 2008 From: awd at awdcomp.net (Andrew) Date: Fri Nov 21 23:55:19 2008 Subject: machine for master building of ports and other tid bits Message-ID: <4927B5BD.1010002@awdcomp.net> Hi there, We have a number of boxes running anything from PIII 733's to AMD64 Athlon/Opterons. We are looking to have a machine or 2 dedicated to building all the ports and other bits and pieces and then pkg them or what have you so that the production boxes just install the packages or what have you with the least amount of down time. My questions are this: What sort of box should I use for the 'master' builder box, ie a PIII or any other box ie say an amd64 5000+ running an i386 version. Also I assume we'll need a separate box for the machines running amd64 kernel, would that be correct? TIA for your replies :) Cheers cya Andrew From fbsd1 at a1poweruser.com Sat Nov 22 02:13:33 2008 From: fbsd1 at a1poweruser.com (Fbsd1) Date: Sat Nov 22 02:13:40 2008 Subject: FreeBSD Port: net-im/xfce4-messenger-plugin-0.1.0_5 In-Reply-To: <20081122075642.e5ecf667.lehmann@ans-netz.de> References: <4927726A.5070502@a1poweruser.com> <20081122075642.e5ecf667.lehmann@ans-netz.de> Message-ID: <4927DB6E.2020508@a1poweruser.com> Oliver Lehmann wrote: > Fbsd1 wrote: > >> There is something wrong here. >> This is suppose to be a instant messenger because its in net-im. >> The long description points to http://goodies.xfce.org/ but at that >> site there is no reference to a plugin by this name and there is no >> instant messenger of any kind at the website. > > It listens to Dbus messages. > >> When I did a pkg_add for the this port the only thing "locate" can find >> is messenger for thunderbird. > > you need to rebuild the locate database before locate can find anything > which is new on the system since the last rebuilb. > You can easily add this plugin when you rightclick on the panel and use > "Add a new item". You'll have a new "Messenger" available in the list of > items to select for adding. > First off I did rebuild the locate db before trying to locate messenger. I dont know what Dbus messages are, but they are not yahoo instant messages. So what about this plugin not being listed at the goodies.xfce.org website? Also what about this port being contained in net-im when it has nothing to do with instant messages? From stb at lassitu.de Sat Nov 22 04:26:30 2008 From: stb at lassitu.de (Stefan Bethke) Date: Sat Nov 22 04:26:36 2008 Subject: emulators/vmware-guestd6 Message-ID: <3D89E8D0-7E49-41C0-9121-CAE99F3E49BC@lassitu.de> Hi, with the newest tools included in Fusion 2.0.1, a small change to the Makefile is needed: In do-install around line 214, it now must read: ${INSTALL_KLD} ${WRKDIR}/vmmemctl.ko ${VMWARE_KMODDIR} I can file a PR, but I'm not sure how to make this work with both the new tools and older versions. HTH, Stefan -- Stefan Bethke Fon +49 170 346 0140 From miwi at FreeBSD.org Sat Nov 22 09:35:23 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Nov 22 09:35:29 2008 Subject: [HEADS UP] Info for upcoming QT 4.5 and KDE 4.2 BETA 1 Message-ID: <20081122171708.GI66447@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Guys, Time to give you some info about our plan for QT 4.5 and KDE 4.2. A few weeks ago we tagged KDE_4_1 to begin the work on QT4.5 and KDE 4.2. We now have a QT 4.5 preview version in the area51 tree (which is really experimental). On November 25th, KDE 4.2 BETA1 will come out, I hope we are fast enough to get KDE 4.2 Beta 1 buildable then we can call for testing with KDE 4.2 Beta1. I really hope we can get KDE 4.2 known bugs fixed (namely googletalk, jabber, msn.). For the record, if you want to test KDE 4.1.3 please use: svn co https://kf.athame.co.uk/kde-freebsd/tags/kde_4_1/ if you want to help us testing QT 4.5 / KDE 4.2 BETA 1 please use: svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ Patches/Feedback of course are welcome. - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkoPpQACgkQFwpycAVoI1NQ7gCcCD33XYcmv2pd+p3GtOQl9r/8 JFkAnjdzZiPRIia58YEC7JZUL+cZnAGC =zYPl -----END PGP SIGNATURE----- From itetcu at FreeBSD.org Sat Nov 22 11:06:30 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sat Nov 22 11:06:37 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <49273A33.9050909@madpilot.net> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> <49273A33.9050909@madpilot.net> Message-ID: <20081122210622.4e52d1e9@it.buh.tecnik93.com> On Fri, 21 Nov 2008 23:46:11 +0100 Guido Falsi wrote: > Wesley Shields wrote: > >>> I checked the plist, which states the file QAT can't find should > >>> be there. > >>> > >>> I went on to install FreeBSD-amd64 on a spare PC at work and tried > >>> compiling the port and it works like a charm. I can't really > >>> reproduce the problem. > >>> > >>> How should I proceed? Any help would be appreciated. Thank you. > >>> > >>> I don't want to blame it on QAT, but if I can't test the problem I > >>> really don't know how to fix it. > >> I'll test it again on an other amd tinderbox. Please allow me until > >> tomorrow for that. > > > > I tested this on an AMD64 tinderbox of my own and I duplicated the > > same failure seen by the QAT. Are you building everything with the > > same flags as used by QAT? The three important ones that I know > > QAT uses are: > > > > NOPORTDOCS > > NOPORTEXAMPLES > > NOPORTDATA > > > > I don't see how these could have an impact on your testing but I'm > > just throwing it out there. > > Unluckily, as I said, the only amd64 machine I could find is at work, > so I can't do much testing till Monday. > > I'm puzzled because QAT tells me it can't find -lwx_gtk2u_adv-2.8, > but the file should be there. Could you please check if you have such > a library under /usr/local/lib? I can't see how the port could find > it sometimes and fail some others... > > My port looks like doing it's best to find it, but sometimes it > appears not to be there. Tinderboxes use packages for dependencies, > maybe some problem with wxgtk2.8 pkg? Download the package that should contain it from the link I gave you and verify if it is where it should be then. > The test machine I build is a very clean one, a clean install with > just ntpd and xorg running, then I installed wxgtk and traindirector. Try make install in your port without having any other installed and see what happens. It might be something environment related. > I'll try those flags, but I really can't see how they can affect it. No, I don't see either and anyway I test on a pristine env. tinderbox and it dies the same. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081122/772cc6b3/signature.pgp From yanefbsd at gmail.com Sat Nov 22 14:37:40 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sat Nov 22 14:37:47 2008 Subject: machine for master building of ports and other tid bits In-Reply-To: <4927B5BD.1010002@awdcomp.net> References: <4927B5BD.1010002@awdcomp.net> Message-ID: <7d6fde3d0811221413h8f228e8h6b39e45ba7208d10@mail.gmail.com> On Fri, Nov 21, 2008 at 11:33 PM, Andrew wrote: > Hi there, > > We have a number of boxes running anything from PIII 733's to AMD64 > Athlon/Opterons. > We are looking to have a machine or 2 dedicated to building all the ports > and other bits and pieces and then pkg them or what have you so that the > production boxes just install the packages or what have you with the least > amount of down time. > > My questions are this: > What sort of box should I use for the 'master' builder box, ie a PIII or any > other box ie say an amd64 5000+ running an i386 version. I don't suggest ancient hardware, like P3's (see my following comment for more details). > Also I assume we'll need a separate box for the machines running amd64 > kernel, would that be correct? Unless you had 1) cross-compilation setup properly or 2) jails within an AMD64 machine, yes, this assumption is true. However, doing 2) is considerably easy for admins and allows you to build packages for multiple OS revisions as well and test, and if you have beefy enough compile servers, then yes you can run with a series of AMD64 based machines and can avoid wasting power on dedicated x86 boxes. > TIA for your replies :) > > Cheers > cya > Andrew HTH, -Garrett From shinjii at maydias.com Sat Nov 22 15:43:54 2008 From: shinjii at maydias.com (Warren Liddell) Date: Sat Nov 22 15:44:01 2008 Subject: [kde-freebsd] [HEADS UP] Info for upcoming QT 4.5 and KDE 4.2 BETA 1 In-Reply-To: <20081122171708.GI66447@bsdcrew.de> References: <20081122171708.GI66447@bsdcrew.de> Message-ID: <4928953E.7010906@maydias.com> Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy Guys, > > Time to give you some info about our plan for QT 4.5 and KDE 4.2. > > A few weeks ago we tagged KDE_4_1 to begin the work on QT4.5 and > KDE 4.2. We now have a QT 4.5 preview version in the area51 tree > (which is really experimental). On November 25th, KDE 4.2 BETA1 > will come out, I hope we are fast enough to get KDE 4.2 Beta 1 > buildable then we can call for testing with KDE 4.2 Beta1. > I really hope we can get KDE 4.2 known bugs fixed (namely googletalk, > jabber, msn.). > > For the record, if you want to test KDE 4.1.3 please use: > svn co https://kf.athame.co.uk/kde-freebsd/tags/kde_4_1/ > if you want to help us testing QT 4.5 / KDE 4.2 BETA 1 > please use: > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ > > Patches/Feedback of course are welcome. > > - - Martin > > Im all ready using KDE 4.1.3 and tried QT4.5 however but it simply refuses to configure on my machine. I am however using svn up /usr/area51 rather then twhat was mentioned above. im using AMD64 FreeBSD7.1-PreRelease KDE 4.1.3, below is the basic error i get with any part of qt tryin to be built.... The target system byte order could not be detected! Turn on verbose messaging (-v) to see the final report. You can use the -little-endian or -big-endian switch to ./configure to continue. ===> Script "configure" failed unexpectedly. Please report the problem to kde@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/qt4-moc/work/qt-x11-opensource-src-4.5.0-tp1/src/tools/moc/../../..//config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 From david at catwhisker.org Sat Nov 22 20:56:33 2008 From: david at catwhisker.org (David Wolfskill) Date: Sat Nov 22 20:56:40 2008 Subject: [david@catwhisker.org: Re: Heads up: Another bug in piewm (and not in tvtwm)] Message-ID: <20081123044136.GA37853@bunrab.catwhisker.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081123/6dc6bc59/attachment.pgp From miwi at FreeBSD.org Sun Nov 23 00:55:49 2008 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sun Nov 23 00:56:02 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Message-ID: <200811230855.mAN8tmXo091500@freefall.freebsd.org> Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sun Nov 23 08:55:48 UTC 2008 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=128999 From r.c.ladan at gmail.com Sun Nov 23 03:42:09 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Sun Nov 23 03:42:16 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> Message-ID: <4929418B.8060907@gmail.com> Torfinn Ingolfsen schreef: > Hello, > > FWIW, even if I disable astropulse, the problems remains the same. > root@kg-vm# make showconfig > ===> The following configuration options are available for > boinc-setiathome-enhanced-6.03.4.28: > SETI_APP=on "Install SETI@home binary" > AP_APP=off "Install Astropulse binary" > ===> Use 'make config' to modify these settings > > Here are the last few lines from 'make': > configure: "--- Configuring SETI_BOINC 6.03 (client only) ---" > checking whether to enable maintainer-specific portions of Makefiles... no > checking for g++... g++ > checking for C++ compiler default output file name... > configure: error: C++ compiler cannot create executables > See `config.log' for more details. > *** Error code 77 > > Stop in /usr/ports/astro/boinc-setiathome-enhanced. > *** Error code 1 > > Stop in /usr/ports/astro/boinc-setiathome-enhanced. > > > I believe the problem can be tracked to these lines in config.log: > configure:3290: checking for C++ compiler default output file name > configure:3312: g++ -O -pipe -I/usr/local/include > -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= > -fno-strict-aliasing -O -pipe -I/usr/local/include > -I/usr/local/include/BOINC -L/usr/local/lib -O3 -mtune=native -march= > -fno-strict-aliasing -L/usr/local/lib conftest.cpp >&5 > cc1plus: error: missing argument to "-march=" > cc1plus: error: missing argument to "-march=" > > No, I don't have CC or CXX set, neiher in /etc/make.conf nor in the environment. My bad, I defined march=${CPUTYPE} at line 34 of the port Makefile. Removing that should hopefully enable you to build the port (both setiathome and astropulse). /usr/share/mk/bsd.cpu.mk doesn't set a default CPUTYPE. I've modified the Makefile at that point to read: 34: CFLAGS+= -I${LOCALBASE}/include -I${LOCALBASE}/include/BOINC -L${LOCALBASE}/lib -O3 -mtune=native +35: .if defined(CPUTYPE) +36: CFLAGS+= -march=${CPUTYPE} +37: .endif Thanks for testing it :) Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From axel.burwitz at arcor.de Sun Nov 23 05:33:42 2008 From: axel.burwitz at arcor.de (Axel Burwitz) Date: Sun Nov 23 05:33:49 2008 Subject: FreeBSD Port: cx88-1.0.2 Message-ID: Hi Jason, I am trying to get my DVB-T card Hauppauge WinTV-HVR-1300 running with the CX88 driver sw, at the moment without success. Knowledgeable guys in bsdforen.de advised me to contact you for help. As pkg-descr says: cx88 provides drivers for TV/radio capture cards based on the Conexant CX23880/1/2/3 series of chips. This port includes the cx88 kernel drivers as well as a simple app for HDTV capture. It requires multimedia/libtuner for channel selection and peripheral configuration. and a pciconf -lv gives: none1@pci0:4:3:0: class=0x040000 card=0x96010070 chip=0x880014f1 rev=0x05 hdr=0x00 vendor = 'Conexant Systems, Inc.' device = '23880 Conexant 23880 Video Capture (NTSC)' class = multimedia subclass = video none2@pci0:4:3:1: class=0x048000 card=0x96010070 chip=0x881114f1 rev=0x05 hdr=0x00 vendor = 'Conexant Systems, Inc.' device = 'CX2388x TV Capture Chip' class = multimedia none3@pci0:4:3:2: class=0x048000 card=0x96010070 chip=0x880214f1 rev=0x05 hdr=0x00 vendor = 'Conexant Systems, Inc.' device = 'CX2388x TV Capture Chip' class = multimedia I compiled and loaded all cx88 parts: freebsd# kldstat Id Refs Address Size Name 1 23 0xc0400000 49ab80 kernel ... .... 9 6 0xc6813000 6000 cx88.ko 10 1 0xc681a000 6000 cx88video.ko 11 3 0xc6820000 3000 iicdev.ko 12 5 0xc6823000 3000 iicbus.ko 13 3 0xc6826000 4000 cx88i2c.ko 14 1 0xc682a000 8000 cx88audio.ko 15 1 0xc684d000 3000 cx88ir.ko 16 1 0xc6851000 5000 cx88mpeg.ko principally I think the card is found by system: pci4: at device 3.0 (no driver attached) pci4: at device 3.1 (no driver attached) pci4: at device 3.2 (no driver attached) I don't find any manual or doc for further analysis or steps. Do you have any ideas how to proceed? best regards Axel -- Opera 9.6 e-mail client FreeBSD 7.1 From tingox at gmail.com Sun Nov 23 05:53:56 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Nov 23 05:54:04 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: <4929418B.8060907@gmail.com> References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> <4929418B.8060907@gmail.com> Message-ID: Hello, On Sun, Nov 23, 2008 at 12:42 PM, Rene Ladan wrote: > I've modified the Makefile at that point to read: > > 34: CFLAGS+= -I${LOCALBASE}/include -I${LOCALBASE}/include/BOINC > -L${LOCALBASE}/lib -O3 -mtune=native > +35: .if defined(CPUTYPE) > +36: CFLAGS+= -march=${CPUTYPE} > +37: .endif With this change, the build gets a little further, but then stops with: /usr/local/include/BOINC/config.h:440:1: warning: "VERSION" redefined In file included from gdata.cpp:28: ../sah_config.h:518:1: warning: this is the location of the previous definition In file included from gdata.cpp:33: gdata.h:39:20: error: reduce.h: No such file or directory In file included from gdata.cpp:33: gdata.h:148: error: 'REDUCED_ARRAY_DATA' does not name a type gmake[2]: *** [seti_boinc-gdata.o] Error 1 gmake[2]: Leaving directory `/usr/ports/astro/boinc-setiathome-enhanced/work/seti_boinc/client' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/astro/boinc-setiathome-enhanced/work/seti_boinc' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/astro/boinc-setiathome-enhanced. *** Error code 1 Stop in /usr/ports/astro/boinc-setiathome-enhanced. The file reduce.h doesnt seem to be on my machine at all, and the souce code cross reference at fxr.watson.org doesn't seem to know it either: http://fxr.watson.org/fxr/find?string=reduce.h > Thanks for testing it :) No problem. :-) -- Regards, Torfinn Ingolfsen From r.c.ladan at gmail.com Sun Nov 23 06:36:52 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Sun Nov 23 06:36:59 2008 Subject: CFT: astro/boinc-setiathome-enhanced update In-Reply-To: References: <4919DFEB.3020709@gmail.com> <4921D25C.8010409@gmail.com> <4929418B.8060907@gmail.com> Message-ID: <49296A80.4060607@gmail.com> Torfinn Ingolfsen schreef: > Hello, > > On Sun, Nov 23, 2008 at 12:42 PM, Rene Ladan wrote: >> I've modified the Makefile at that point to read: >> >> 34: CFLAGS+= -I${LOCALBASE}/include -I${LOCALBASE}/include/BOINC >> -L${LOCALBASE}/lib -O3 -mtune=native >> +35: .if defined(CPUTYPE) >> +36: CFLAGS+= -march=${CPUTYPE} >> +37: .endif > > With this change, the build gets a little further, but then stops with: > > /usr/local/include/BOINC/config.h:440:1: warning: "VERSION" redefined > In file included from gdata.cpp:28: > ../sah_config.h:518:1: warning: this is the location of the previous definition > In file included from gdata.cpp:33: > gdata.h:39:20: error: reduce.h: No such file or directory > In file included from gdata.cpp:33: > gdata.h:148: error: 'REDUCED_ARRAY_DATA' does not name a type > gmake[2]: *** [seti_boinc-gdata.o] Error 1 > gmake[2]: Leaving directory > `/usr/ports/astro/boinc-setiathome-enhanced/work/seti_boinc/client' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/astro/boinc-setiathome-enhanced/work/seti_boinc' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/astro/boinc-setiathome-enhanced. > *** Error code 1 > > Stop in /usr/ports/astro/boinc-setiathome-enhanced. > > > The file reduce.h doesnt seem to be on my machine at all, and the > souce code cross reference at fxr.watson.org doesn't seem to know it > either: http://fxr.watson.org/fxr/find?string=reduce.h > Nope, this file is part of net/boinc-client. The current port doesn't install some files needed for the update. I once copied them manually to /usr/local/include/BOINC and completely forgot about that afterwards. The required files are: reduce.h, graphics_data.h, graphics_api.h, and boinc_gl.h. The last three are probably only required when the screensavers are built, which is currently disabled. The files can be found in /usr/ports/net/boinc-client/work/boinc-client-6.2.14/api after `make patch'. >> Thanks for testing it :) > > No problem. :-) Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From almindor at gmail.com Sun Nov 23 08:19:11 2008 From: almindor at gmail.com (=?UTF-8?B?QWxlxaE=?= Katona) Date: Sun Nov 23 08:19:18 2008 Subject: zipios++ and gcc3 requirement Message-ID: <20081123165229.0dbc2ee0@XERXES> Hello, in zipios++ port Makefile there's a comment before USE_GCC line saying: # port don't strictly need it, but Wesnoth use it so must we I think this is old info, I've installed Wesnoth before zipios++ (so it doesn't even depend on it) and zipios++ works with gcc4. As a testcase, enigma, which depends on it, works fine as well. So unless there's any other reason, I propose to remove the USE_GCC line. Thanks, Ales Katona P.S: If this is a ML, I'm not in it, please reply to my mail directly. From alexanderchuranov at gmail.com Sun Nov 23 15:13:35 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Nov 23 15:13:41 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> Message-ID: <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> Hi folks! This is a status update on boost-1.37 porting. Currently port builds, installs and removes successfully. However, a PR is not filed, because I've suddenly discovered the way 'boost-python' port works. So, I've decided to take additional time for verifying that 'boost-python' is OK. I suspect that at present at least pkg-plist is not complete. My estimate for completing the work is is 2-3 days from now. For the future, I'd like to discuss the possibility of breaking boost into pieces and installing them separately. The 'devel/boost-jam' port would install bjam, the 'devel/boost/' port would install all but python-related stuff, the 'devel/boost-python' port would add pyhon stuff to existing boost installation, and 'devel/boost-build' would do something simiar to what it does now. To my mind suggested approach would simplify understanding of how to install boost. The user would ask a question like 'should I add python to my boost installation' instead of 'is my boost built with python support or not'. The only drawback I see is that several ports would require the same source tarball. For people interested in trying new port early current port tarball is placed at http://www.driveway.com/n2g6d8k2m0 Alexander Churanov From Cy.Schubert at komquats.com Sun Nov 23 19:05:25 2008 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Sun Nov 23 19:05:38 2008 Subject: Openoffice.org 2.4 & 3.0 Message-ID: <200811240236.mAO2asIi011993@cwsys.cwsent.com> Can Openoffice.org 2.4 and 3.0 coexist on the same system? Also, importing spellcheck dictionaries into either version results in "bad tranfer url". Is there a solution to this? -- Cheers, Cy Schubert From matt at marketrends.net Sun Nov 23 19:16:06 2008 From: matt at marketrends.net (Matt Tourtillott) Date: Sun Nov 23 19:16:13 2008 Subject: FreeBSD Port: apache-2.0.63_2 Message-ID: <492A1898.9080405@marketrends.net> Hello Clement, I am running a FreeBSD 7.0 64bit server with apache 2.0.63_2 port installed and the server is failing a PCI compliance issue with apache. This is what they are saying Synopsis : The remote web server is vulnerable to a cross-site scripting attack. Description : The mod_proxy_ftp module in the version of Apache installed on the remote host fails to properly sanitize user-supplied URL input before using it to generate dynamic HTML output. Using specially crafted requests for FTP URLs with globbing characters (such as asterisk, tilde, opening square bracket, etc), an attacker may be able to leverage this issue to inject arbitrary HTML and script code into a user's browser to be executed within the security context of the affected site. See also : http://www.rapid7.com/advisories/R7-0033 http://www.securityfocus.com/archive/1/4 95180/100/0/threaded http://www.apache.org/dist/httpd/CHANGES _2.2.10 http://httpd.apache.org/security/vulnera bilities_22.html *Solution*: Either disable the affected module or upgrade to Apache version 2.2.10 or later. *Risk Factor*: Medium / CVSS Base Score : 4.3 (CVSS2#AV:N/AC:M/Au:N/C:N/I:P/A:N) CVE : CVE-2008-2939 BID : 30560 Other references : OSVDB:47474 I don't even have this module installed. Do you know when 2.0.64 will be available in the ports tree or have any other suggestion that will help solve this issue? Thanks, Matt MarkeTrends, inc. [More] I From ml at netfence.it Mon Nov 24 02:55:23 2008 From: ml at netfence.it (Andrea Venturoli) Date: Mon Nov 24 02:55:30 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081103223115.78fbbaef.ehaupt@FreeBSD.org> <3cb459ed0811031506g4b450865q34d33988a688c3@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> Message-ID: <492A880E.5090908@netfence.it> Alexander Churanov ha scritto: > ... To my mind suggested approach would simplify understanding of how > to install boost. The user would ask a question like 'should I add python to > my boost installation' instead of 'is my boost built with python support or > not'. Sounds like a good idea to me. bye & Thanks av. From bugmaster at FreeBSD.org Mon Nov 24 03:06:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 24 03:06:33 2008 Subject: Current unassigned ports problem reports Message-ID: <200811241106.mAOB67vI018951@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/129124 Maxmind now charges for update f ports/129123 [PATCH] japanese/ctags: update to 5.7j1 f ports/129086 [patch] Update port audio/ventrilo-server to 3.0.3 o ports/129069 [UPDATE] www/asterisk-gui to 2.0.4 f ports/129063 Update math/R to version 2.8.0 o ports/129043 Experimental version of net/poptop in FreeBSD ports o ports/129042 net/poptop Segmentation fault () from use options [-h] o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/128846 New port: sysutils/linux-megacli2 - LSI MegaRAID SAS c f ports/128753 update www/linux-flashplugin9 o ports/128726 [NEW PORT] print/lyx16: Document processor interfaced f ports/128703 net/isc-dhcp40-client and net/isc-dhcp40-relay refer t o ports/128603 textproc/flex has too small capacity o ports/128558 New ports: emulators/sdlmame-devel f ports/128537 [patch] databases/rrdtool add missing font runtime dep f ports/128521 [patch] devel/icu build failed on TestFormatRelative f ports/128513 [PATCH] Fixed editors/emacs-devel for non-GTK support f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128489 [PATCH] mail/sympa5 update to 5.4.3 o ports/128384 new port x11/xorg-minimal f ports/128323 Update of ports/x11-fonts/terminus-font f ports/128288 sysutils/hpacucli does not work f ports/128271 biology/ncbi-toolkit - blastall segfaults when output f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs f ports/128048 www/mod_proxy_html port installs broken configuration f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127905 science/gramps: installation and runtime problems with f ports/127854 [PATCH] databases/couchdb: update to 0.8.1 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/126905 Update port: audio/libmtp to version 0.3.1 o ports/126890 port update: lang/cmucl o ports/126674 New port: print/latex-babel o ports/126655 java/jboss4 can not take standard parameter "-b host_n s ports/126577 [Update]graphics/qgis:update to 0.11.0 f ports/126518 Unbroke archivers/lzo2 on i386 f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126151 [NEW PORT] security/p5-Bro-devel: Perl module for scri o ports/126150 [NEW PORT] security/broccoli-devel: The Bro Client Com o ports/126148 [NEW PORT] security/bro-devel: System for detecting Ne f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags f ports/125783 New port: www/vulture - A HTTP reverse proxy for your o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124238 sysutils/heartbeat: patch request f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121831 [PATCH] net/openbgpd: [SUMMARIZE CHANGES] o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability f ports/120788 update ports/net/openospfd to 4.2 and fix multiple p2p o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 84 problems total. From alexanderchuranov at gmail.com Mon Nov 24 03:42:38 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 24 03:42:46 2008 Subject: Boost 1.37 released! In-Reply-To: <492A880E.5090908@netfence.it> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> <492A880E.5090908@netfence.it> Message-ID: <3cb459ed0811240342n2b898a9cwbcd0e70eddec73f7@mail.gmail.com> Andrea, OK, after finishing with currently mutually exclusive "Boost without Python" and "Boost with Python" ports I will try to create "Base libraries from Boost" port and complementary "Boost.Python bridge" ports. Alexander Churanov 2008/11/24 Andrea Venturoli > Alexander Churanov ha scritto: > > ... To my mind suggested approach would simplify understanding of how >> to install boost. The user would ask a question like 'should I add python >> to >> my boost installation' instead of 'is my boost built with python support >> or >> not'. >> > > Sounds like a good idea to me. > > bye & Thanks > av. > From avg at icyb.net.ua Mon Nov 24 03:56:00 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 03:56:06 2008 Subject: always-interactive ports Message-ID: <492A964B.1060103@icyb.net.ua> I wonder if we have any flag for always-interactive ports i.e. ports that prompt user for something regardless of all batch/interactivity options. One example is java/jdk* ports that prompt user for license acceptance. If we don't have such a flag, maybe we should add one. One use, for instance, is to skip such ports for portupgrade --batch. -- Andriy Gapon From andrewd at webzone.net.au Mon Nov 24 04:24:24 2008 From: andrewd at webzone.net.au (Andrew D) Date: Mon Nov 24 04:24:32 2008 Subject: always-interactive ports In-Reply-To: <492A964B.1060103@icyb.net.ua> References: <492A964B.1060103@icyb.net.ua> Message-ID: <492A9A63.4020505@webzone.net.au> Andriy Gapon wrote: > I wonder if we have any flag for always-interactive ports i.e. ports > that prompt user for something regardless of all batch/interactivity > options. One example is java/jdk* ports that prompt user for license > acceptance. > You will probably find this is for legal reasons. > If we don't have such a flag, maybe we should add one. > > One use, for instance, is to skip such ports for portupgrade --batch. > Doing this could make fBSD liable which we certainly don't want. From avg at icyb.net.ua Mon Nov 24 04:47:38 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 04:47:44 2008 Subject: always-interactive ports In-Reply-To: <492A9A63.4020505@webzone.net.au> References: <492A964B.1060103@icyb.net.ua> <492A9A63.4020505@webzone.net.au> Message-ID: <492AA24F.7060403@icyb.net.ua> on 24/11/2008 14:13 Andrew D said the following: > Andriy Gapon wrote: >> I wonder if we have any flag for always-interactive ports i.e. ports >> that prompt user for something regardless of all batch/interactivity >> options. One example is java/jdk* ports that prompt user for license >> acceptance. >> > > You will probably find this is for legal reasons. > >> If we don't have such a flag, maybe we should add one. >> >> One use, for instance, is to skip such ports for portupgrade --batch. >> > > Doing this could make fBSD liable which we certainly don't want. > I think that you did misunderstand what I asked and suggested. I am speaking about skipping the ports not the prompts. -- Andriy Gapon From avg at icyb.net.ua Mon Nov 24 04:56:42 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 04:56:49 2008 Subject: archivers/rar: lib32 is not actually needed on amd64 In-Reply-To: <48FC923E.2080805@icyb.net.ua> References: <48FC923E.2080805@icyb.net.ua> Message-ID: <492AA487.1020105@icyb.net.ua> on 20/10/2008 17:14 Andriy Gapon said the following: > I try to install archivers/rar on amd64 system without 32-bit userland > (NO_LIB32) but with 32-bit support in kernel (COMPAT_IA32) and I get the > following error: > > ** Port marked as IGNORE: archivers/rar: > requires 32-bit libraries installed under /usr/lib32 > > On the other hand, if I comment out the following line in port's > Makefile I get successful installation and properly working rar: > IA32_BINARY_PORT= YES > > And also: > $ file /usr/local/bin/rar > /usr/local/bin/rar: ELF 32-bit LSB executable, Intel 80386, version 1 > (FreeBSD), statically linked, stripped > > So, being a static executable rar can not require any libraries. It does > require 32-bit support in kernel, of course. > > So, I think that IA32_BINARY_PORT should be changed to some other check. > E.g. something like IA32_STATIC_BINARY_PORT that would check only for > HAVE_COMPAT_IA32_KERN and not for HAVE_COMPAT_IA32_LIBS (speaking in > terms of bsd.port.mk). > > I am CC-ing freebsd-ports because there can be other similar ports that > could benefit from the suggested relaxed check. > Anyone? -- Andriy Gapon From gabor at FreeBSD.org Mon Nov 24 04:59:37 2008 From: gabor at FreeBSD.org (=?UTF-8?B?R8OhYm9yIEvDtnZlc2TDoW4=?=) Date: Mon Nov 24 04:59:45 2008 Subject: archivers/rar: lib32 is not actually needed on amd64 In-Reply-To: <492AA487.1020105@icyb.net.ua> References: <48FC923E.2080805@icyb.net.ua> <492AA487.1020105@icyb.net.ua> Message-ID: <492AA535.5020606@FreeBSD.org> Andriy Gapon escribi?: > on 20/10/2008 17:14 Andriy Gapon said the following: > >> I try to install archivers/rar on amd64 system without 32-bit userland >> (NO_LIB32) but with 32-bit support in kernel (COMPAT_IA32) and I get the >> following error: >> >> ** Port marked as IGNORE: archivers/rar: >> requires 32-bit libraries installed under /usr/lib32 >> >> On the other hand, if I comment out the following line in port's >> Makefile I get successful installation and properly working rar: >> IA32_BINARY_PORT= YES >> >> And also: >> $ file /usr/local/bin/rar >> /usr/local/bin/rar: ELF 32-bit LSB executable, Intel 80386, version 1 >> (FreeBSD), statically linked, stripped >> >> So, being a static executable rar can not require any libraries. It does >> require 32-bit support in kernel, of course. >> >> So, I think that IA32_BINARY_PORT should be changed to some other check. >> E.g. something like IA32_STATIC_BINARY_PORT that would check only for >> HAVE_COMPAT_IA32_KERN and not for HAVE_COMPAT_IA32_LIBS (speaking in >> terms of bsd.port.mk). >> >> I am CC-ing freebsd-ports because there can be other similar ports that >> could benefit from the suggested relaxed check. >> >> > > Anyone? > > I'm sorry, I forgot about your first mail because I was very busy. I'll take a look soon. Regards, -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From jhs at berklix.org Mon Nov 24 05:00:46 2008 From: jhs at berklix.org (Julian Stacey) Date: Mon Nov 24 05:00:54 2008 Subject: Openoffice.org 2.4 & 3.0 In-Reply-To: Your message "Sun, 23 Nov 2008 18:36:54 PST." <200811240236.mAO2asIi011993@cwsys.cwsent.com> Message-ID: <200811241245.mAOCitG0012338@fire.js.berklix.net> Hi, Cy Schubert wrote: > Can Openoffice.org 2.4 and 3.0 coexist on the same system? I have compiled & installed both on amd64. The binaries do not conflict (see below), Both start OK announcing right version numbers. But I'm not a serious user & no idea if all libs & other includes etc are carefully segregated. cat /usr/ports/editors/openoffice.org-3/pkg-plist # Dummy file, do not delete. Package list is generated automatically. So look in makefile, or if you request, I could private mail you my /var/db/pkg/ openoffice.org-2.4.2 & openoffice.org-3.0.0 so you could check segregation. 7.1-BETA2 p0 jhs 81 john/usr/local/bin % echo openo* openoffice openoffice.org-2.4.2 openoffice.org-2.4.2-sbase openoffice.org-2.4.2-scalc openoffice.org-2.4.2-sdraw openoffice.org-2.4.2-setofficelang openoffice.org-2.4.2-simpress openoffice.org-2.4.2-smath openoffice.org-2.4.2-spadmin openoffice.org-2.4.2-swriter openoffice.org-3.0.0 openoffice.org-3.0.0-sbase openoffice.org-3.0.0-scalc openoffice.org-3.0.0-sdraw openoffice.org-3.0.0-setofficelang openoffice.org-3.0.0-simpress openoffice.org-3.0.0-smath openoffice.org-3.0.0-spadmin openoffice.org-3.0.0-swriter > Also, importing spellcheck dictionaries into either version results in "bad > tranfer url". Is there a solution to this? Don't know, have just compiled & installed both, hardly use oo at present, except to export .doc to .pdf. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From fbsd06 at mlists.homeunix.com Mon Nov 24 05:03:46 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Mon Nov 24 05:03:54 2008 Subject: always-interactive ports In-Reply-To: <492A964B.1060103@icyb.net.ua> References: <492A964B.1060103@icyb.net.ua> Message-ID: <20081124124713.65b354a7@gumby.homeunix.com> On Mon, 24 Nov 2008 13:55:55 +0200 Andriy Gapon wrote: > > I wonder if we have any flag for always-interactive ports i.e. ports > that prompt user for something regardless of all batch/interactivity > options. One example is java/jdk* ports that prompt user for license > acceptance. > > If we don't have such a flag, maybe we should add one. > > One use, for instance, is to skip such ports for portupgrade --batch. From man ports: INTERACTIVE If defined, only operate on a port if it requires interaction. BATCH If defined, only operate on a port if it can be installed 100% automatically. From ertr1013 at student.uu.se Mon Nov 24 06:05:06 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Mon Nov 24 06:05:14 2008 Subject: always-interactive ports In-Reply-To: <492A964B.1060103@icyb.net.ua> References: <492A964B.1060103@icyb.net.ua> Message-ID: <20081124134954.GA22250@owl.midgard.homeip.net> On Mon, Nov 24, 2008 at 01:55:55PM +0200, Andriy Gapon wrote: > > I wonder if we have any flag for always-interactive ports i.e. ports > that prompt user for something regardless of all batch/interactivity > options. One example is java/jdk* ports that prompt user for license > acceptance. > > If we don't have such a flag, maybe we should add one. > > One use, for instance, is to skip such ports for portupgrade --batch. >From /usr/ports/Mk/bsd.ports.mk : # IS_INTERACTIVE # - Set this if your port needs to interact with the user # during any step in a package build. User can then decide # to skip this port by setting ${BATCH}, or compiling only # the interactive ports by setting ${INTERACTIVE}. # Default: not set. -- Erik Trulsson ertr1013@student.uu.se From jhs at berklix.org Mon Nov 24 06:09:51 2008 From: jhs at berklix.org (Julian Stacey) Date: Mon Nov 24 06:10:09 2008 Subject: always-interactive ports In-Reply-To: Your message "Mon, 24 Nov 2008 22:43:23 +1030." <492A9A63.4020505@webzone.net.au> Message-ID: <200811241248.mAOCmAZG012372@fire.js.berklix.net> Andrew D wrote: > Andriy Gapon wrote: > > I wonder if we have any flag for always-interactive ports i.e. ports > > that prompt user for something regardless of all batch/interactivity > > options. One example is java/jdk* ports that prompt user for license > > acceptance. > > > > You will probably find this is for legal reasons. > > > If we don't have such a flag, maybe we should add one. > > > > One use, for instance, is to skip such ports for portupgrade --batch. > > > > Doing this could make fBSD liable which we certainly don't want. FUD, IMO :-) Err to save anyone asking: Fear Uncertainty & Doubt In My Opinion. Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From avg at icyb.net.ua Mon Nov 24 06:15:54 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 06:16:01 2008 Subject: always-interactive ports In-Reply-To: <20081124134954.GA22250@owl.midgard.homeip.net> References: <492A964B.1060103@icyb.net.ua> <20081124134954.GA22250@owl.midgard.homeip.net> Message-ID: <492AB715.30508@icyb.net.ua> on 24/11/2008 15:49 Erik Trulsson said the following: > On Mon, Nov 24, 2008 at 01:55:55PM +0200, Andriy Gapon wrote: >> I wonder if we have any flag for always-interactive ports i.e. ports >> that prompt user for something regardless of all batch/interactivity >> options. One example is java/jdk* ports that prompt user for license >> acceptance. >> >> If we don't have such a flag, maybe we should add one. >> >> One use, for instance, is to skip such ports for portupgrade --batch. > >>From /usr/ports/Mk/bsd.ports.mk : > > # IS_INTERACTIVE > # - Set this if your port needs to interact with the user > # during any step in a package build. User can then decide > # to skip this port by setting ${BATCH}, or compiling only > # the interactive ports by setting ${INTERACTIVE}. > # Default: not set. > > Thanks a lot! -- Andriy Gapon From avg at icyb.net.ua Mon Nov 24 06:25:52 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 06:25:58 2008 Subject: IS_INTERACTIVE for java/jdk* ports Message-ID: <492AB96C.1030803@icyb.net.ua> At least jdk15 and jdk16 ports should be marked with IS_INTERACTIVE because they always ask user about license acceptance. -- Andriy Gapon From roam at ringlet.net Mon Nov 24 06:59:30 2008 From: roam at ringlet.net (Peter Pentchev) Date: Mon Nov 24 06:59:36 2008 Subject: always-interactive ports In-Reply-To: <20081124124713.65b354a7@gumby.homeunix.com> References: <492A964B.1060103@icyb.net.ua> <20081124124713.65b354a7@gumby.homeunix.com> Message-ID: <20081124133711.GA1101@straylight.m.ringlet.net> On Mon, Nov 24, 2008 at 12:47:13PM +0000, RW wrote: > On Mon, 24 Nov 2008 13:55:55 +0200 > Andriy Gapon wrote: > > > > > I wonder if we have any flag for always-interactive ports i.e. ports > > that prompt user for something regardless of all batch/interactivity > > options. One example is java/jdk* ports that prompt user for license > > acceptance. > > > > If we don't have such a flag, maybe we should add one. > > > > One use, for instance, is to skip such ports for portupgrade --batch. > > From man ports: > > INTERACTIVE If defined, only operate on a port if it requires > interaction. > > BATCH If defined, only operate on a port if it can be > installed 100% automatically. That's from the building user's point of view. The easiest way to handle this in the port itself is to set IS_INTERACTIVE=yes in the port's Makefile, as documented in bsd.port.mk. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If wishes were fishes, the antecedent of this conditional would be true. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081124/9660545a/attachment.pgp From avg at icyb.net.ua Mon Nov 24 08:24:30 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 08:24:39 2008 Subject: devel/subversion-freebsd: libsvn_client-1.0 symlink Message-ID: <492AD538.7040904@icyb.net.ua> I am using subversion-freebsd port as a replacement for "normal" subversion. Recently I tried to install kdesdk port and was quite surprised to see that it wants to pull in devel/subversion. It turns out that kdesdk checks for svn_client-1.0 in its LIB_DEPENDS, but subversion-freebsd installs/symlinks only libsvn_client-1.so*. I assume that "normal" subversion port installs libsvn_client-1.0 file or symlink. Maybe subversion-freebsd should do that too. Or maybe kdesdk should have svn_client-1 dependency. -- Andriy Gapon From avg at icyb.net.ua Mon Nov 24 08:30:29 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 24 08:30:35 2008 Subject: devel/subversion-freebsd: libsvn_client-1.0 symlink In-Reply-To: <492AD538.7040904@icyb.net.ua> References: <492AD538.7040904@icyb.net.ua> Message-ID: <492AD6A1.8020509@icyb.net.ua> I was confused. Sorry! on 24/11/2008 18:24 Andriy Gapon said the following: > I am using subversion-freebsd port as a replacement for "normal" subversion. > > Recently I tried to install kdesdk port and was quite surprised to see > that it wants to pull in devel/subversion. > It turns out that kdesdk checks for svn_client-1.0 in its LIB_DEPENDS, > but subversion-freebsd installs/symlinks only libsvn_client-1.so*. I > assume that "normal" subversion port installs libsvn_client-1.0 file or > symlink. > > Maybe subversion-freebsd should do that too. > Or maybe kdesdk should have svn_client-1 dependency. > -- Andriy Gapon From linimon at lonesome.com Mon Nov 24 08:49:54 2008 From: linimon at lonesome.com (Mark Linimon) Date: Mon Nov 24 08:50:00 2008 Subject: always-interactive ports In-Reply-To: <200811241248.mAOCmAZG012372@fire.js.berklix.net> References: <492A9A63.4020505@webzone.net.au> <200811241248.mAOCmAZG012372@fire.js.berklix.net> Message-ID: <20081124164953.GA17028@soaustin.net> On Mon, Nov 24, 2008 at 01:48:10PM +0100, Julian Stacey wrote: > > Doing this could make fBSD liable which we certainly don't want. > > FUD, IMO :-) Where you live, you have the German legal system. Where I live, I have the US legal system. Remember, "just because you're paranoid doesn't mean they really aren't out to get you." mcl From freebsd at bitfreak.org Mon Nov 24 11:16:46 2008 From: freebsd at bitfreak.org (freebsd@bitfreak.org) Date: Mon Nov 24 11:16:53 2008 Subject: A place to upload distfiles? Message-ID: <492AF954.7050501@bitfreak.org> I maintain a port for which the vendor provided me a customized distfile. They don't have it available for download from their site, so I need to find a home for it. Does the FreeBSD Project or Foundation provide hosting space for such cases or do I need to find my own space? From william at palfreman.com Mon Nov 24 11:28:15 2008 From: william at palfreman.com (William Palfreman) Date: Mon Nov 24 11:28:22 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 In-Reply-To: <200811230855.mAN8tmXo091500@freefall.freebsd.org> References: <200811230855.mAN8tmXo091500@freefall.freebsd.org> Message-ID: <731a66520811241055x62a013at71bc1d08bcc6bda8@mail.gmail.com> 2008/11/23 : > Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 Can we not have these on the freebsd-secuirty list please? I subscribe to freebsd-security to get security alerts, not to get emails every time a port is changed. William Palfreman From brooks at freebsd.org Mon Nov 24 11:39:14 2008 From: brooks at freebsd.org (Brooks Davis) Date: Mon Nov 24 11:39:21 2008 Subject: A place to upload distfiles? In-Reply-To: <492AF954.7050501@bitfreak.org> References: <492AF954.7050501@bitfreak.org> Message-ID: <20081124193955.GB54856@lor.one-eyed-alien.net> On Mon, Nov 24, 2008 at 10:58:28AM -0800, freebsd@bitfreak.org wrote: > I maintain a port for which the vendor provided me a customized distfile. > They don't have it available for download from their site, so I need to > find a home for it. Does the FreeBSD Project or Foundation provide hosting > space for such cases or do I need to find my own space? Committers have the ability to host such distfiles using the MASTER_SITE_LOCAL variable. You'll have to provide the person who commits the port and updates with some way to obtain the files, but as long as they are fully redistributable, we can do that. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081124/df205aa5/attachment.pgp From nikola.lecic at anthesphoria.net Mon Nov 24 12:05:13 2008 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Mon Nov 24 12:05:19 2008 Subject: Openoffice.org 2.4 & 3.0 In-Reply-To: <200811240236.mAO2asIi011993@cwsys.cwsent.com> References: <200811240236.mAO2asIi011993@cwsys.cwsent.com> Message-ID: <20081124203741.32f693b6@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sun, 23 Nov 2008 18:36:54 -0800 Cy Schubert wrote: > Also, importing spellcheck dictionaries into either version results > in "bad tranfer url". Is there a solution to this? This might serve as a temporary solution: http://lists.freebsd.org/pipermail/freebsd-questions/2008-November/186019.html - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkrAosACgkQ/MM/0rYIoZjyAwQAsv31HKz/154iVH4lJueEKeWY m4V2RExlTjN5RKHZ/l4MWVCCYEHeEOfQn/2IWT+WdFLY4BwkGx2cpUmFr9BV7tks 1IULBuwErokz2/m3SFmf3OkxP1vhjFz0SPOGhl7rXauPFIIFz94qVhICPTKkDBXU YKgKo06Q8if1ZqQiq54= =F9n2 -----END PGP SIGNATURE----- From william at palfreman.com Mon Nov 24 14:06:58 2008 From: william at palfreman.com (William Palfreman) Date: Mon Nov 24 14:07:11 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 In-Reply-To: <492B2242.4080102@vwsoft.com> References: <200811230855.mAN8tmXo091500@freefall.freebsd.org> <731a66520811241055x62a013at71bc1d08bcc6bda8@mail.gmail.com> <492B2242.4080102@vwsoft.com> Message-ID: <731a66520811241406r6269274ft8a41666efd85560d@mail.gmail.com> 2008/11/24 Volker : > On 11/24/08 19:55, William Palfreman wrote: >> 2008/11/23 : >>> Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 >> >> Can we not have these on the freebsd-secuirty list please? I >> subscribe to freebsd-security to get security alerts, not to get >> emails every time a port is changed. >> >> William Palfreman > > You should better head over to security-advisories@ if you're only > interested in SA's. Claiming about reading security related issues on a > security mailing list sounds like fun. > > I appreciate Eygenes' work. That's nice. I am sure it is very useful on the ports mailinglist where it belongs. I also greatly enjoy the frequent interesting and informed discussion on the security mailinglist - of which Eirik Overby's thread recently about syn+fin is one example. But all these ports announcements, raw patches, garbled html etc. I could really do without. It is why there are separate lists. From volker at vwsoft.com Mon Nov 24 14:19:03 2008 From: volker at vwsoft.com (Volker) Date: Mon Nov 24 14:19:17 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 In-Reply-To: <731a66520811241055x62a013at71bc1d08bcc6bda8@mail.gmail.com> References: <200811230855.mAN8tmXo091500@freefall.freebsd.org> <731a66520811241055x62a013at71bc1d08bcc6bda8@mail.gmail.com> Message-ID: <492B2242.4080102@vwsoft.com> On 11/24/08 19:55, William Palfreman wrote: > 2008/11/23 : >> Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 > > Can we not have these on the freebsd-secuirty list please? I > subscribe to freebsd-security to get security alerts, not to get > emails every time a port is changed. > > William Palfreman You should better head over to security-advisories@ if you're only interested in SA's. Claiming about reading security related issues on a security mailing list sounds like fun. I appreciate Eygenes' work. Volker From kitchetech at gmail.com Mon Nov 24 15:00:22 2008 From: kitchetech at gmail.com (matt donovan) Date: Mon Nov 24 15:00:29 2008 Subject: ports/128999: [vuxml] [patch] update audio/streamripper to 1.64.0, fix CVE-2008-4829 In-Reply-To: <731a66520811241406r6269274ft8a41666efd85560d@mail.gmail.com> References: <200811230855.mAN8tmXo091500@freefall.freebsd.org> <731a66520811241055x62a013at71bc1d08bcc6bda8@mail.gmail.com> <492B2242.4080102@vwsoft.com> <731a66520811241406r6269274ft8a41666efd85560d@mail.gmail.com> Message-ID: <28283d910811241433w4a20ffe8mca58bc98d55b3ac3@mail.gmail.com> On Mon, Nov 24, 2008 at 5:06 PM, William Palfreman wrote: > 2008/11/24 Volker : > > On 11/24/08 19:55, William Palfreman wrote: > >> 2008/11/23 : > >>> Synopsis: [vuxml] [patch] update audio/streamripper to 1.64.0, fix > CVE-2008-4829 > >> > >> Can we not have these on the freebsd-secuirty list please? I > >> subscribe to freebsd-security to get security alerts, not to get > >> emails every time a port is changed. > >> > >> William Palfreman > > > > You should better head over to security-advisories@ if you're only > > interested in SA's. Claiming about reading security related issues on a > > security mailing list sounds like fun. > > > > I appreciate Eygenes' work. > > That's nice. I am sure it is very useful on the ports mailinglist > where it belongs. I also greatly enjoy the frequent interesting and > informed discussion on the security mailinglist - of which Eirik > Overby's thread recently about syn+fin is one example. But all these > ports announcements, raw patches, garbled html etc. I could really do > without. It is why there are separate lists. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > you do know that the email your complaining about is about a security update correct? if you don't like it then you really need to use security-advisories instead of being subscribed to this one From starikov at caotus.ru Mon Nov 24 23:52:30 2008 From: starikov at caotus.ru (=?KOI8-R?Q?=F3=D4=C1=D2=C9=CB=CF=D7_=F3=C5=D2=C7=C5=CA?=) Date: Tue Nov 25 04:31:05 2008 Subject: please update the start script of clamav-milter Message-ID: <492BA652.5040708@caotus.ru> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I'm tired to change the start arguments list of clamav-milter from default "--postmaster-only --local --outgoing --timeout=0 - --max-children=50" to needed for me "--quiet --noreject --local - --outgoing --timeout=0 --max-children=50" Could you update the start script (i.e. /usr/local/etc/rc.d/clamav-milter) for reading user's start arguments list from a variable in /et/rc.conf and overwriting the default one if it's set? - -- ???????? ?????? ??????????? ??????? ???????-??????????? ?????? ???????????? ??????????????, ???????????????????? ? ????????????????? ?????? ???????????? ??????????? ?????? ??????? ???????? ????????? ??? ??? ???? "????? ??????" Starikov@caotus.ru +7(495)398-4436 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrplIACgkQiB5ezNypRycyYwCeJCZhWR8xEKsnTYNCtelT4qXj EZ0AnRz9qgdml2D+0KBY4cw2MQv3E9kL =2pM2 -----END PGP SIGNATURE----- From starikov at caotus.ru Mon Nov 24 23:52:32 2008 From: starikov at caotus.ru (=?KOI8-R?Q?=F3=D4=C1=D2=C9=CB=CF=D7_=F3=C5=D2=C7=C5=CA?=) Date: Tue Nov 25 04:31:51 2008 Subject: problem with building php5-interbase port Message-ID: <492BA58F.4050900@caotus.ru> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I'm trying to build php5-interbase on FreeBSD 6.3: # uname -a FreeBSD borman.caotus.ru 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Mon Nov 24 14:46:19 MSK 2008 root@borman.caotus.ru:/usr/obj/usr/src/sys/BORMAN i386 First it installs (or try to reinstall, because in doesn't finds required files) as a dependency the port firebird-client-2.0.3_2 Firebird-2 database client ===> Patching for php5-interbase-5.2.6_2 ===> php5-interbase-5.2.6_2 depends on file: /usr/local/bin/phpize - found ===> php5-interbase-5.2.6_2 depends on file: /usr/local/bin/autoconf-2.62 - found ===> php5-interbase-5.2.6_2 depends on shared library: fbclient.2.0 - not found ===> Verifying install for fbclient.2.0 in /usr/ports/databases/firebird20-client ===> Vulnerability check disabled, database not found and after return to build php5-interbase fails: ===> Returning to build of php5-interbase-5.2.6_2 Error: shared library "fbclient.2.0" does not exist *** Error code 1 Stop in /usr/ports/databases/php5-interbase. How should I fix this problem? - -- ???????? ?????? ??????????? ??????? ???????-??????????? ?????? ???????????? ??????????????, ???????????????????? ? ????????????????? ?????? ???????????? ??????????? ?????? ??????? ???????? ????????? ??? ??? ???? "????? ??????" Starikov@caotus.ru +7(495)398-4436 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrpY8ACgkQiB5ezNypRycUpwCeLK1p0nwFHW3AnsTG9RscwRk/ JwQAnRK4Bef2HXVZEtSjti4iOXo9/7bT =JeiQ -----END PGP SIGNATURE----- From skreuzer at exit2shell.com Tue Nov 25 06:09:07 2008 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Tue Nov 25 06:09:38 2008 Subject: A place to upload distfiles? In-Reply-To: <492AF954.7050501@bitfreak.org> References: <492AF954.7050501@bitfreak.org> Message-ID: <3578B112-B2E2-458C-AB25-6006A5276E39@exit2shell.com> On Nov 24, 2008, at 1:58 PM, freebsd@bitfreak.org wrote: > I maintain a port for which the vendor provided me a customized > distfile. They don't have it available for download from their > site, so I need to find a home for it. Does the FreeBSD Project or > Foundation provide hosting space for such cases or do I need to find > my own space? I can provide a mirror for the tarball on exit2shell.com. Let me know if you are still looking for a place. Steven Kreuzer http://www.exit2shell.com/~skreuzer From avg at icyb.net.ua Tue Nov 25 06:44:59 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Nov 25 06:45:07 2008 Subject: building java in i386 jail on amd64 Message-ID: <492C0F64.9060800@icyb.net.ua> OS: FreeBSD 7.1-PRERELEASE amd64 Jail system: FreeBSD 7.1-PRERELEASE i386 Java boot strap: diablo-jdk-1.5.0.07.01_12 Trying to compile: java/jdk15 Build proceeds for some time and then fails with: >>>Recursively making pack all @ Tue 25 Nov 2008 14:05:25 UTC ... gmake[2]: Entering directory `/usr/obj/ports/usr/ports/java/jdk15/work/install/make/pack' i586 Installer Build started: 1.5.0_14-p8-avg_25_nov_2008_14_05 gmake PACK_OUTPUTDIR=/usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars \ VAR_IMAGE_DIR=/usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image \ JARS_TO_PACK="lib/rt.jar lib/jsse.jar lib/charsets.jar lib/ext/localedata.jar lib/plugin.jar lib/javaws.jar lib/deploy.jar" \ EXTRA_PACKOPTS="--strip-debug" \ pack-jars gmake[3]: Entering directory `/usr/obj/ports/usr/ports/java/jdk15/work/install/make/pack' /bin/mkdir -p /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars for i in lib/rt.jar lib/jsse.jar lib/charsets.jar lib/ext/localedata.jar lib/plugin.jar lib/javaws.jar lib/deploy.jar ; do \ /bin/ls -l /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/$i | /usr/bin/awk '{printf("Packing %s %s bytes\n",$9, $5)}' ; \ /bin/mkdir -p /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars/`/usr/bin/dirname $i` ; \ /bin/mkdir -p /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/`/usr/bin/dirname $i` ; \ /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/bin/pack200 -J-Xmx256m -J-esa -J-ea "--no-gzip" "--config-file=pack.all.properties" --strip-debug /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars/`/usr/bin/dirname $i`/`/usr/bin/basename $i .jar`.pack /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/$i || exit 1 ; \ rm -f /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/$i ; \ /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/bin/unpack200 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars/`/usr/bin/dirname $i`/`/usr/bin/basename $i .jar`.pack /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/$i || exit 1 ; \ done Packing /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/rt.jar 40297358 bytes # # An unexpected error has been detected by HotSpot Virtual Machine: # # Internal Error (4E4D4554484F440E4350500529), pid=34669, tid=0x28201100 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_14-p8-avg_24_nov_2008_20_36 mixed mode) # An error report file with more information is saved as hs_err_pid34669.log # # If you would like to submit a bug report, please write # a letter to freebsd-java@FreeBSD.org mailing list # Abort trap (core dumped) gmake[3]: *** [pack-jars] Error 1 gmake[3]: Leaving directory `/usr/obj/ports/usr/ports/java/jdk15/work/install/make/pack' Here's hs_err*.log file: # # An unexpected error has been detected by HotSpot Virtual Machine: # # Internal Error (4E4D4554484F440E4350500529), pid=34669, tid=0x28201100 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_14-p8-avg_24_nov_2008_20_36 mixed mode) --------------- T H R E A D --------------- Current thread (0x28242180): JavaThread "main" [_thread_in_Java, id=673190144] Stack: [0xffdff000,0xfffff000), sp=0xffffacd0, free space=2031k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x525c2c] V [libjvm.so+0x1de7eb] V [libjvm.so+0x429edf] V [libjvm.so+0x4b32fa] V [libjvm.so+0x443d30] V [libjvm.so+0x43ec76] C 0xffffefd4 j java.util.Arrays.mergeSort([Ljava/lang/Object;[Ljava/lang/Object;III)V+194 j java.util.Arrays.mergeSort([Ljava/lang/Object;[Ljava/lang/Object;III)V+106 j java.util.Arrays.sort([Ljava/lang/Object;)V+17 j com.sun.java.util.jar.pack.ConstantPool.sort(Lcom/sun/java/util/jar/pack/ConstantPool$Index;)V+8 j com.sun.java.util.jar.pack.Package.buildGlobalConstantPool(Ljava/util/Set;)V+103 j com.sun.java.util.jar.pack.PackageWriter.setup()V+31 j com.sun.java.util.jar.pack.PackageWriter.write()V+18 j com.sun.java.util.jar.pack.PackerImpl$DoPack.flushPackage(Ljava/io/OutputStream;I)V+312 j com.sun.java.util.jar.pack.PackerImpl$DoPack.flushAll(Ljava/io/OutputStream;)V+18 j com.sun.java.util.jar.pack.PackerImpl$DoPack.run(Ljava/util/jar/JarFile;Ljava/io/OutputStream;)V+353 j com.sun.java.util.jar.pack.PackerImpl.pack(Ljava/util/jar/JarFile;Ljava/io/OutputStream;)V+98 j com.sun.java.util.jar.pack.Driver.main([Ljava/lang/String;)V+1623 v ~StubRoutines::call_stub V [libjvm.so+0x28b864] V [libjvm.so+0x43df79] V [libjvm.so+0x28a91f] V [libjvm.so+0x294755] V [libjvm.so+0x2acaac] C [pack200+0x422d] _init+0x3301 C [pack200+0x13cc] _init+0x4a0 --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x28242780 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=673193984] 0x2823c560 JavaThread "CompilerThread1" daemon [_thread_blocked, id=673193728] 0x2823c3d0 JavaThread "CompilerThread0" daemon [_thread_in_native, id=673193472] 0x2823c240 JavaThread "AdapterThread" daemon [_thread_blocked, id=673193216] 0x28242600 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=673192960] 0x28242480 JavaThread "Finalizer" daemon [_thread_blocked, id=673192704] 0x28242300 JavaThread "Reference Handler" daemon [_thread_blocked, id=673192448] =>0x28242180 JavaThread "main" [_thread_in_Java, id=673190144] Other Threads: 0x2820fe80 VMThread [id=673191936] 0x28210380 WatcherThread [id=673194240] VM state:synchronizing (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x282052b0/0x2823aa00] Safepoint_lock - owner thread: 0x2820fe80 [0x282052e0/0x2823aac0] Threads_lock - owner thread: 0x2820fe80 Heap PSYoungGen total 17920K, used 844K [0x3e230000, 0x3fea0000, 0x3fea0000) eden space 9792K, 8% used [0x3e230000,0x3e303118,0x3ebc0000) from space 8128K, 0% used [0x3f6b0000,0x3f6b0000,0x3fea0000) to space 9664K, 0% used [0x3ebc0000,0x3ebc0000,0x3f530000) PSOldGen total 233024K, used 135730K [0x2fea0000, 0x3e230000, 0x3e230000) object space 233024K, 58% used [0x2fea0000,0x3832cac8,0x3e230000) PSPermGen total 30976K, used 19557K [0x2bea0000, 0x2dce0000, 0x2fea0000) object space 30976K, 63% used [0x2bea0000,0x2d1b9760,0x2dce0000) Dynamic libraries: 0x08048000 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/bin/pack200 0x28085000 /lib/libz.so.4 0x28097000 /lib/libthr.so.3 0x280aa000 /lib/libc.so.7 0x28300000 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so 0x281b3000 /lib/libm.so.5 0x281c9000 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/native_threads/libhpi.so 0x281db000 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/libverify.so 0x288ee000 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/libjava.so 0x281e8000 /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/libzip.so 0x28051000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Denv.class.path= -Dapplication.home=/usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586 -Xms64m -Xmx256m -esa -ea java_command: com.sun.java.util.jar.pack.Driver --pack --no-gzip --config-file=pack.all.properties --strip-debug /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars/lib/rt.pack /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/rt.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME= CLASSPATH= PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/avg/bin LD_LIBRARY_PATH=/usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server:/usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386:/usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/../lib/i386: SHELL=/bin/sh DISPLAY=:0 HOSTTYPE=FreeBSD OSTYPE=FreeBSD ARCH=i586 MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x526540], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x526540], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x43ec50], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x43ec50], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x43ec50], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x20000000, sa_flags=0x00000002 SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x440dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: [libjvm.so+0x440dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGQUIT: [libjvm.so+0x440dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x440dc0], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #5 : Fri Nov 7 20:50:06 EET 2008 root@:/usr/obj/usr/src/sys/ODYSSEYgpart i386 rlimit: STACK 65536k, CORE infinity, NOFILE 11095 CPU:total 2 (cores per cpu 2, threads per core 1) family 6 model 7 stepping 6, cmov, cx8, fxsr, mmx Memory: 4k page, physical 2337904k vm_info: Java HotSpot(TM) Server VM (1.5.0_14-p8-avg_24_nov_2008_20_36) for freebsd-x86, built on Nov 24 2008 20:48:57 by root with gcc 4.2.1 20070719 [FreeBSD] GDB gives this information: #0 0x280eef07 in thr_kill () from /lib/libc.so.7 #1 0x280a24e6 in pthread_kill () from /lib/libthr.so.3 #2 0x280a00b3 in raise () from /lib/libthr.so.3 #3 0x2817f249 in abort () from /lib/libc.so.7 #4 0x2873f9d4 in os::abort () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #5 0x28825cde in VMError::report_and_die () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #6 0x284de7eb in report_fatal () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #7 0x28729edf in nmethod::continuation_for_implicit_exception () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #8 0x287b32fa in SharedRuntime::continuation_for_implicit_exception () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #9 0x28743d30 in JVM_handle_bsd_signal () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #10 0x2873ec76 in signalHandler () from /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/lib/i386/server/libjvm.so #11 #12 0x28efd9c1 in ?? () ... Here's a snippet from ktrace that I was able to obtain: 34746 100439 pack200 CALL nanosleep(0xff8f3e94,0xff8f3e8c) 34746 100377 pack200 RET _umtx_op -1 errno 60 Operation timed out 34746 100377 pack200 CALL clock_gettime(0,0xffcfbe80) 34746 100377 pack200 RET clock_gettime 0 34746 100377 pack200 CALL clock_gettime(0,0xffcfbe80) 34746 100377 pack200 RET clock_gettime 0 34746 100377 pack200 CALL mprotect(0x281c8000,0x1000,PROT_NONE) 34746 100377 pack200 RET mprotect 0 34746 100400 pack200 PSIG SIGSEGV caught handler=0x2873ec50 mask=0x4 code=0x2 34746 100377 pack200 CALL nanosleep(0xffcfbe24,0xffcfbe1c) 34746 100400 pack200 CALL sigaction(SIGSEGV,0xffffb9d8,0xffffb9c0) 34746 100400 pack200 RET sigaction 0 34746 100400 pack200 CALL sigaction(SIGBUS,0xffffb9d8,0xffffb9c0) 34746 100400 pack200 RET sigaction 0 34746 100400 pack200 CALL write(0x1,0xffffb0c8,0x2) 34746 100400 pack200 GIO fd 1 wrote 2 bytes "# " 34746 100400 pack200 RET write 2 34746 100400 pack200 CALL write(0x1,0xffffb0c8,0x44) 34746 100400 pack200 GIO fd 1 wrote 68 bytes "# An unexpected error has been detected by HotSpot Virtual Machine: Also, I ran the command several times from command line and it looks like a chance of the crash is 50%. BTW, the command was: /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/bin/pack200 -J-Xmx256m -J-esa -J-ea "--no-gzip" "--config-file=pack.all.properties" --strip-debug /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jre-jars/lib/rt.pack /usr/obj/ports/usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/rt.jar Working directory was: /usr/obj/ports/usr/ports/java/jdk15/work/install/make/pack Just in case: the machine has 4GB of RAM. -- Andriy Gapon From lugclg at yahoo.com.tw Wed Nov 26 00:06:03 2008 From: lugclg at yahoo.com.tw (lugclg@yahoo.com.tw) Date: Wed Nov 26 00:06:11 2008 Subject: =?iso-8859-1?q?Yahoo!=A9=5F=BC=AF=A5=CD=AC=A1+_-_=B6W=C9qA=A4=F9?= =?iso-8859-1?q?=BDu=A4W=AC=DD=A9M=A4U=B8=FC=A5=FE=AD=B1=A7K=B6Ogl8?= =?iso-8859-1?q?exyg?= Message-ID: <200811260806.mAQ862sQ028639@w1.mtf.tpc.yahoo.com> §Ö¨Ó¨ì¢ça h o o­º­¶·j~´M~Ãz Ãz ²n ¢Ï ¤ù ºô~ ±H¤F¤@«h³Ì·s¬¡°Êµ¹§A³á!! ------------------------------------------------------------ µ¹±zªº¯d¨¥¡G ³Ì·s§ó·s: ®Õ¶é¯µ¨¯-­èÂà¾Çªº¶W¥¿¤k°ª®Õ¥Í³Q±j©Ô¨ì­Ü®w¸Ì­±¸j°_¨Ó±j¼Éeab5i3884 ³ÌÉq³ÌHIGHªº°ªµe½èAV¥úºÐ ³æ¤ù25~39¤¸¶R10°e2¶R20°e4 ¥­§¡¨C¤ù¶È»Ý30¤¸Áʺ¡1000¤¸¥ß§YÃØ°e¸õ¸õ³J¤@­Ó ±z±N³ÌÀu´fªº»ù®æ¶R¨ì³ÌÀu¨}ªº¼v¤ù ¥]¸ËÁô±K¡B¶Rªº©ñ¤ß¡B¼½©ñ¬yºZ¡B¬Ýªº¦w¤ß Åwªï«ö¦¹¬d¬Ý³Ì·s¼v¤ù ¥t¦³§K¶O¸Õ¬Ý¤U¸ü³Ì·s°ªµe½èAV¥úºÐ$20¤¸vq34m5i ½Ð¦b¶®ªê ·j´M¤W¥´¡yÃzÃz²n§K¶O¦¨¤H¼v¤ù¡z¬d¸ßºô¯¸ ½ÐÂI§Ú¡÷¡÷ i8k347dlajk6http://y6f2m3s61f9u6~l4fn263qss79u2d.QMVCCLF.TK#j5tcau6h5o5.com#5tutk700f12r9@8jg0243r2.un2t5d546p.com uj2d1187vuk86r/ o3851x ¶WÉqA¤ù½u¤W¬Ý©M¤U¸ü¥þ­±§K¶Ogl8exyg http://tw.news.yahoo.com/article/url/d/a/081118/5/19na4.html ------------------------------------------------------------ Yahoo!©_¼¯¥Í¬¡+ http://lifestyle.yahoo.com.tw/ ª©Åv©Ò¦³ Yahoo!©_¼¯ From pczanik at fang.fa.gau.hu Wed Nov 26 05:57:43 2008 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Wed Nov 26 05:57:51 2008 Subject: php5-pdo_firebird (and php5-interbase) Message-ID: <492D5195.1030309@fang.fa.gau.hu> Hello, The two ports seem to have the same problem: not finding the installed Firebird 2.0 libraries: v12# uname -a FreeBSD v12.fa.gau.hu 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Wed Oct 1 07:51:58 UTC 2008 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 v12# pwd /usr/ports/databases/php5-pdo_firebird v12# make ===> php5-pdo_firebird-5.2.6_2 depends on file: /usr/local/include/php/main/php.h - found ===> php5-pdo_firebird-5.2.6_2 depends on file: /usr/local/bin/phpize - found ===> php5-pdo_firebird-5.2.6_2 depends on file: /usr/local/lib/php/20060613/pdo.so - found ===> php5-pdo_firebird-5.2.6_2 depends on file: /usr/local/bin/autoconf-2.62 - found ===> php5-pdo_firebird-5.2.6_2 depends on shared library: fbclient.2.0 - not found ===> Verifying install for fbclient.2.0 in /usr/ports/databases/firebird20-client ===> firebird-client-2.0.3_2 depends on executable: gmake - found ===> firebird-client-2.0.3_2 depends on executable: bison - found ===> firebird-client-2.0.3_2 depends on file: /usr/local/bin/automake-1.9 - found ===> firebird-client-2.0.3_2 depends on file: /usr/local/bin/autoconf-2.62 - found ===> firebird-client-2.0.3_2 depends on file: /usr/local/bin/libtool - found ===> firebird-client-2.0.3_2 depends on shared library: icuuc - found ===> Configuring for firebird-client-2.0.3_2 ^C v12# ls -l /usr/local/lib/libfbclient.so* lrwxr-xr-x 1 root wheel 20 Nov 26 13:47 /usr/local/lib/libfbclient.so -> libfbclient.so.2.0.3 lrwxr-xr-x 1 root wheel 20 Nov 26 13:47 /usr/local/lib/libfbclient.so.2 -> libfbclient.so.2.0.3 lrwxr-xr-x 1 root wheel 20 Nov 26 13:47 /usr/local/lib/libfbclient.so.2.0 -> libfbclient.so.2.0.3 -r--r--r-- 1 root wheel 613756 Nov 26 13:47 /usr/local/lib/libfbclient.so.2.0.3 Bye, CzP From david at catwhisker.org Wed Nov 26 06:38:33 2008 From: david at catwhisker.org (David Wolfskill) Date: Wed Nov 26 06:38:40 2008 Subject: please update the start script of clamav-milter In-Reply-To: <492BA652.5040708@caotus.ru> References: <492BA652.5040708@caotus.ru> Message-ID: <20081126143826.GD83287@bunrab.catwhisker.org> On Tue, Nov 25, 2008 at 10:16:34AM +0300, ???????? ?????? wrote: > ... > Could you update the start script (i.e. > /usr/local/etc/rc.d/clamav-milter) for reading user's start arguments > list from a variable in /et/rc.conf and overwriting the default one if > it's set? > ... Errr... huh? On my machine that runs clamav-milter: janus(6.4-P)[3] ps axwwl | grep clamav-milter 106 1074 1 0 96 0 141520 117148 select Is ?? 8:01.86 /usr/local/sbin/clamav-milter --pidfile /var/run/clamav/clamav-milter.pid --noxheader -q -l --max-children=8 /var/run/clamav/clmilter.sock 1001 26291 26056 0 96 0 1552 528 - R+ p1 0:00.00 grep clamav-milter janus(6.4-P)[4] and: janus(6.4-P)[4] grep clamav_milter /etc/rc.conf clamav_milter_enable="YES" clamav_milter_flags="--noxheader -q -l --max-children=8" janus(6.4-P)[5] Are you unable to use the clamav_milter_flags variable for your purpose? Peace, david -- David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081126/6345864b/attachment.pgp From starikov at caotus.ru Wed Nov 26 06:52:53 2008 From: starikov at caotus.ru (=?KOI8-R?Q?=F3=D4=C1=D2=C9=CB=CF=D7_=F3=C5=D2=C7=C5=CA?=) Date: Wed Nov 26 07:11:31 2008 Subject: Problems with php5-oci8 port Message-ID: <492D62BB.4020309@caotus.ru> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I'm using php5-oci8 in conjunction with www/apache22 port. It builds correctly, and Apache starts correctly. But for correct work it requires at least the varibale ORACLE_HOME (or LD_LIBRARY_PATH and TNS_ADMIN) and, in my case, the variable NLS_LANG to be set. Therefore the correct autostart of Apache at the boot is impossible. The editing of start script of Apache doesn't seems me to be a good idea. And one more old problem with running php5-oci8 on FreeBSD in native mode: When I'm connecting to Oracle Database from web server, which works on Linux (or in Linux emulation on FreeBSD): everything is OK, the Oracle Database Manager shows in status in column 'Machine' the hostname. But when I'm connecting to database from Apache, running on FreeBSD in native environment, I see in this field the substring of '# uname -r', i.e for case of "6.2-RELEASE" - '.2-RELEASE'. - -- ???????? ?????? ??????????? ??????? ???????-??????????? ?????? ???????????? ??????????????, ???????????????????? ? ????????????????? ?????? ???????????? ??????????? ?????? ??????? ???????? ????????? ??? ??? ???? "????? ??????" Starikov@caotus.ru +7(495)398-4436 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkktYrsACgkQiB5ezNypRycVVwCfdhinwV/SCSfV+ZADb7C/1UX0 7y4An3bPTQFrfTIlf0mWbEVPsfCnp9bI =64Cf -----END PGP SIGNATURE----- From glarkin at FreeBSD.org Wed Nov 26 07:35:42 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Nov 26 07:35:48 2008 Subject: php5-pdo_firebird (and php5-interbase) In-Reply-To: <492D5195.1030309@fang.fa.gau.hu> References: <492D5195.1030309@fang.fa.gau.hu> Message-ID: <492D6CC8.2040104@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Czanik wrote: > Hello, > > The two ports seem to have the same problem: not finding the installed > Firebird 2.0 libraries: > > v12# uname -a > FreeBSD v12.fa.gau.hu 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Wed Oct > 1 07:51:58 UTC 2008 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > v12# pwd > /usr/ports/databases/php5-pdo_firebird > v12# make > ===> php5-pdo_firebird-5.2.6_2 depends on file: > /usr/local/include/php/main/php.h - found > ===> php5-pdo_firebird-5.2.6_2 depends on file: /usr/local/bin/phpize > - found > ===> php5-pdo_firebird-5.2.6_2 depends on file: > /usr/local/lib/php/20060613/pdo.so - found > ===> php5-pdo_firebird-5.2.6_2 depends on file: > /usr/local/bin/autoconf-2.62 - found > ===> php5-pdo_firebird-5.2.6_2 depends on shared library: fbclient.2.0 > - not found > ===> Verifying install for fbclient.2.0 in > /usr/ports/databases/firebird20-client > ===> firebird-client-2.0.3_2 depends on executable: gmake - found > ===> firebird-client-2.0.3_2 depends on executable: bison - found > ===> firebird-client-2.0.3_2 depends on file: > /usr/local/bin/automake-1.9 - found > ===> firebird-client-2.0.3_2 depends on file: > /usr/local/bin/autoconf-2.62 - found > ===> firebird-client-2.0.3_2 depends on file: /usr/local/bin/libtool - > found > ===> firebird-client-2.0.3_2 depends on shared library: icuuc - found > ===> Configuring for firebird-client-2.0.3_2 > ^C > v12# ls -l /usr/local/lib/libfbclient.so* > lrwxr-xr-x 1 root wheel 20 Nov 26 13:47 > /usr/local/lib/libfbclient.so -> libfbclient.so.2.0.3 > lrwxr-xr-x 1 root wheel 20 Nov 26 13:47 > /usr/local/lib/libfbclient.so.2 -> libfbclient.so.2.0.3 > lrwxr-xr-x 1 root wheel 20 Nov 26 13:47 > /usr/local/lib/libfbclient.so.2.0 -> libfbclient.so.2.0.3 > -r--r--r-- 1 root wheel 613756 Nov 26 13:47 > /usr/local/lib/libfbclient.so.2.0.3 > > Bye, > CzP > Hi Peter, The Firebird database server and client directories were recently renamed in the ports tree, and some tweaks were made to /usr/ports/Mk/bsd.database.mk, which controls the LIB_DEPENDS list. I reproduced the problem you reported, and I fixed it by reverting this recent change to /usr/ports/Mk/bsd.database.mk: http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.database.mk.diff?r1=1.30;r2=1.31 The problem is that the ports system uses ldconfig to determine if a shared library is installed, and it doesn't find "libfbclient.2.0", but finds "libfbclient.2" instead. To verify my assumption, please try this command on your machine: ldconfig -r | grep fbclient I see this: 471:-lfbclient.2 => /usr/local/lib/libfbclient.so.2 Since "-lfbclient.2" is reported instead of "-lfbclient.2.0", the Firebird client will be rebuilt, even though the libraries are present. I have cc'd the committer on this message so he can have a look. I don't want to mess with anything in the Mk/ directory of the ports tree, since there might be something else going on that I'm not aware of. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJLWzI0sRouByUApARAr3vAJ9f8Lqa1+vW91K8YRQJwk+b45CgzACeJjwR fu0IcjZjSxAj2N2rSG19aUQ= =8LOZ -----END PGP SIGNATURE----- From subbsd at gmail.com Wed Nov 26 07:52:59 2008 From: subbsd at gmail.com (Ole) Date: Wed Nov 26 07:53:05 2008 Subject: Problems with php5-oci8 port In-Reply-To: <492D62BB.4020309@caotus.ru> References: <492D62BB.4020309@caotus.ru> Message-ID: <200811261832.18451.subbsd@gmail.com> On Wednesday 26 November 2008 17:52:43 ???????? ?????? wrote: > Hi, > > I'm using php5-oci8 in conjunction with www/apache22 port. > > It builds correctly, and Apache starts correctly. > But for correct work it requires at least the varibale ORACLE_HOME (or > LD_LIBRARY_PATH and TNS_ADMIN) and, in my case, the variable NLS_LANG to > be set. > Therefore the correct autostart of Apache at the boot is impossible. > The editing of start script of Apache doesn't seems me to be a good idea. In my installation variables like ORACLE_HOME and other correct work with apache setenv "http://httpd.apache.org/docs/2.2/mod/mod_env.html" From pczanik at fang.fa.gau.hu Wed Nov 26 08:14:46 2008 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Wed Nov 26 08:14:53 2008 Subject: php5-pdo_firebird (and php5-interbase) In-Reply-To: <492D6CC8.2040104@FreeBSD.org> References: <492D5195.1030309@fang.fa.gau.hu> <492D6CC8.2040104@FreeBSD.org> Message-ID: <492D758D.2010608@fang.fa.gau.hu> Hello, First of all, thank you for your help, you saved my day :-) Greg Larkin ?rta: > To verify my assumption, please try this command on your machine: > > ldconfig -r | grep fbclient v12# ldconfig -r | grep fbclient 210:-lfbclient.2 => /usr/local/lib/libfbclient.so.2 > I have cc'd the committer on this message so he can have a look. I > don't want to mess with anything in the Mk/ directory of the ports tree, > since there might be something else going on that I'm not aware of. For now this quick and dirty fix solved my immediate problem: v12# diff -u /root/bsd.database.mk bsd.database.mk --- /root/bsd.database.mk 2008-11-26 18:06:35.000000000 +0100 +++ bsd.database.mk 2008-11-26 18:07:07.000000000 +0100 @@ -441,9 +441,9 @@ .endif .if ${FIREBIRD_VER} == "2" -LIB_DEPENDS+= fbclient.2.0:${PORTSDIR}/databases/firebird20-client +LIB_DEPENDS+= fbclient.2:${PORTSDIR}/databases/firebird20-client .elif ${FIREBIRD_VER} == "20" -LIB_DEPENDS+= fbclient.2.0:${PORTSDIR}/databases/firebird20-client +LIB_DEPENDS+= fbclient.2:${PORTSDIR}/databases/firebird20-client .elif ${FIREBIRD_VER} == "1" LIB_DEPENDS+= fbclient.1:${PORTSDIR}/databases/firebird-client .else Bye, CzP From mad at madpilot.net Wed Nov 26 09:20:35 2008 From: mad at madpilot.net (Guido Falsi) Date: Wed Nov 26 09:20:46 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081122210622.4e52d1e9@it.buh.tecnik93.com> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> <49273A33.9050909@madpilot.net> <20081122210622.4e52d1e9@it.buh.tecnik93.com> Message-ID: <20081126172032.GA18241@megatron.madpilot.net> On Sat, Nov 22, 2008 at 09:06:22PM +0200, Ion-Mihai Tetcu wrote: > Download the package that should contain it from the link I gave you > and verify if it is where it should be then. > > > The test machine I build is a very clean one, a clean install with > > just ntpd and xorg running, then I installed wxgtk and traindirector. > > Try make install in your port without having any other installed and > see what happens. > It might be something environment related. > > > I'll try those flags, but I really can't see how they can affect it. > > No, I don't see either and anyway I test on a pristine env. tinderbox > and it dies the same. At last I think I got it. The port is still referencing /usr/X11R6. I suspect that QAT and pointyhat are not symlinking it to /usr/local, so the port fails. I'm attaching a patch to the port to fix this. Could someone please try this patch on a tinderbox and report? If all is ok I'll send a PR. It works ok here, but I'd like to be sure. Thank you in advance! -- Guido Falsi From mad at madpilot.net Wed Nov 26 09:21:37 2008 From: mad at madpilot.net (Guido Falsi) Date: Wed Nov 26 09:21:47 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081122210622.4e52d1e9@it.buh.tecnik93.com> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> <49273A33.9050909@madpilot.net> <20081122210622.4e52d1e9@it.buh.tecnik93.com> Message-ID: <20081126172136.GB18241@megatron.madpilot.net> On Sat, Nov 22, 2008 at 09:06:22PM +0200, Ion-Mihai Tetcu wrote: > On Fri, 21 Nov 2008 23:46:11 +0100 [...] As usual...I forgot the attachment, sorry, here it is. -- Guido Falsi -------------- next part -------------- A non-text attachment was scrubbed... Name: tdir.diff Type: text/x-diff Size: 2484 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081126/5a1adacc/tdir.bin From wxs at FreeBSD.org Wed Nov 26 09:25:53 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Nov 26 09:26:00 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081126172032.GA18241@megatron.madpilot.net> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> <49273A33.9050909@madpilot.net> <20081122210622.4e52d1e9@it.buh.tecnik93.com> <20081126172032.GA18241@megatron.madpilot.net> Message-ID: <20081126172552.GD80611@atarininja.org> On Wed, Nov 26, 2008 at 06:20:32PM +0100, Guido Falsi wrote: > On Sat, Nov 22, 2008 at 09:06:22PM +0200, Ion-Mihai Tetcu wrote: > > > Download the package that should contain it from the link I gave you > > and verify if it is where it should be then. > > > > > The test machine I build is a very clean one, a clean install with > > > just ntpd and xorg running, then I installed wxgtk and traindirector. > > > > Try make install in your port without having any other installed and > > see what happens. > > It might be something environment related. > > > > > I'll try those flags, but I really can't see how they can affect it. > > > > No, I don't see either and anyway I test on a pristine env. tinderbox > > and it dies the same. > > At last I think I got it. The port is still referencing /usr/X11R6. I > suspect that QAT and pointyhat are not symlinking it to /usr/local, so > the port fails. > > I'm attaching a patch to the port to fix this. Could someone please try > this patch on a tinderbox and report? If all is ok I'll send a PR. It > works ok here, but I'd like to be sure. I'll add it to my queue and get back to you shortly. -- WXS From wxs at FreeBSD.org Wed Nov 26 09:46:54 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Nov 26 09:47:00 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081126172136.GB18241@megatron.madpilot.net> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> <49273A33.9050909@madpilot.net> <20081122210622.4e52d1e9@it.buh.tecnik93.com> <20081126172136.GB18241@megatron.madpilot.net> Message-ID: <20081126174653.GE80611@atarininja.org> On Wed, Nov 26, 2008 at 06:21:36PM +0100, Guido Falsi wrote: > On Sat, Nov 22, 2008 at 09:06:22PM +0200, Ion-Mihai Tetcu wrote: > > On Fri, 21 Nov 2008 23:46:11 +0100 > [...] > > As usual...I forgot the attachment, sorry, here it is. This fixes it for me. I'll go ahead and commit this tonight. Thanks for taking care of this and in your work on the port. -- WXS From axel.burwitz at arcor.de Wed Nov 26 09:48:24 2008 From: axel.burwitz at arcor.de (Axel Burwitz) Date: Wed Nov 26 09:48:31 2008 Subject: FreeBSD Port: kaffeine-0.8.7 Message-ID: Hi Arved, lme@ directed me from Forum to you for help in: - DVB interface in FreeBSD / Kaffeine - with help from the maintainer of CX88 I finally made it to get a Hauppauge WinTV-HVR 1300 with CX88-driver support up and running in FreeBSD (written a HowTo in www.bsdforen.de). Can scan channel and capture DVB-T with cx88 now. Now I tried to use Kaffeine, as recommended for DVB, as a viewer, but it doesn't work at all. Kaffeine doesn't find the device. My postings in the kaffeine-user ML showed that it looks like there is a completely different interfacing in FreeBSD than in Linux. (can that be true?) During analysis I was asked about the expected dvb device /dev/dvb/adpater0/frontend0 but at least in my FreeBSD installation there are only three devices /dev/cx88mpeg0 /dev/cx88video /dev/cx88audio. cx88mpeg0 is the device I can use with cx88 for capturing and it works... The guy in the kaffeine-user ML was wondering even how I was able to compile Kaffeine in FreeBSD... But: that was no problem at all. best regards Axel From arved at freebsd.org Wed Nov 26 10:51:32 2008 From: arved at freebsd.org (Tilman Linneweh) Date: Wed Nov 26 10:51:39 2008 Subject: FreeBSD Port: kaffeine-0.8.7 In-Reply-To: References: Message-ID: <876355A7-DE08-4797-ADCB-97CADF8348A7@freebsd.org> Hi Axel, On Nov 26, 2008, at 18:48, Axel Burwitz wrote: > - DVB interface in FreeBSD / Kaffeine - > > with help from the maintainer of CX88 I finally made it to get a > Hauppauge WinTV-HVR 1300 with CX88-driver support up and running in > FreeBSD (written a HowTo in www.bsdforen.de). > Can scan channel and capture DVB-T with cx88 now. > > Now I tried to use Kaffeine, as recommended for DVB, as a viewer, > but it doesn't work at all. Kaffeine doesn't find the device. The only DVB-devices that were reported to work with kaffeine on FreeBSD, where those using the driver from http://raaf.atspace.org/ dvbusb/ > My postings in the kaffeine-user ML showed that it looks like there > is a completely different interfacing in FreeBSD than in Linux. > (can that be true?) AFAIK there is no general interface for DVB Hardware in FreeBSD, every driver can use his own (actually there are not many drivers :- (), Looks like cx88 uses a different one, than the dvbusb driver. > During analysis I was asked about the expected dvb device > > /dev/dvb/adpater0/frontend0 > > but at least in my FreeBSD installation there are only three devices > /dev/cx88mpeg0 > /dev/cx88video > /dev/cx88audio. > Maybe Christophe is right, and you are missing the dvb part of the driver. > The guy in the kaffeine-user ML was wondering even how I was able > to compile Kaffeine in FreeBSD... But: that was no problem at all. > Because the kaffeine port uses the linux header files. Since i don't have this hardware, i can only say "Use the source Luke". Compare the Linux driver with the FreeBSD cx88 and dvbusb driver, and try to create similar devices. Have fun! arved From mad at madpilot.net Wed Nov 26 10:58:47 2008 From: mad at madpilot.net (Guido Falsi) Date: Wed Nov 26 10:58:54 2008 Subject: games/traindirector: Help reproduce problem on AMD In-Reply-To: <20081126174653.GE80611@atarininja.org> References: <20081118103904.GA60683@megatron.madpilot.net> <20081118185228.1e08f278@it.buh.tecnik93.com> <20081121150741.GA13869@megatron.madpilot.net> <20081121185750.6be66cd4@it.buh.tecnik93.com> <20081121192612.GA80092@atarininja.org> <49273A33.9050909@madpilot.net> <20081122210622.4e52d1e9@it.buh.tecnik93.com> <20081126172136.GB18241@megatron.madpilot.net> <20081126174653.GE80611@atarininja.org> Message-ID: <492D9C62.1010801@madpilot.net> Wesley Shields wrote: > On Wed, Nov 26, 2008 at 06:21:36PM +0100, Guido Falsi wrote: >> On Sat, Nov 22, 2008 at 09:06:22PM +0200, Ion-Mihai Tetcu wrote: >>> On Fri, 21 Nov 2008 23:46:11 +0100 >> [...] >> >> As usual...I forgot the attachment, sorry, here it is. > > This fixes it for me. I'll go ahead and commit this tonight. Very good! So I will not file a PR. Thank you for your time and patience > > Thanks for taking care of this and in your work on the port. That's a pleasure! :) -- Guido Falsi From alexanderchuranov at gmail.com Wed Nov 26 15:04:24 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed Nov 26 15:04:31 2008 Subject: Boost 1.37 released! In-Reply-To: <492A880E.5090908@netfence.it> References: <20c4814a0811030712n4105c765p23983b55f729b25e@mail.gmail.com> <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> <492A880E.5090908@netfence.it> Message-ID: <3cb459ed0811261504j4cada6d3ue5c80eeaf3d78101@mail.gmail.com> Hi folks! This is a status update on porting boost-1.37. It is finished. Port builds, installs and deinstalls correctly. Currently I have a patch and port tarball. Files can be downloaded from: boost-port-1_37_0.tar.bz2 - http://www.driveway.com/w1d2c5l7t4 devel-boost-from-1.34.1-to-1.37.diff.txt - http://www.driveway.com/m0a2x8z0v9 Unfortunately, I was unable to send a PR, because diff is about 1Mb - devel/boost has too many files :-) Does anybody know how to request an update like this? How patch was tested: 1) verified that port builds, installs and cleanly deinstalls. 2) verified that port builds, installs and cleanly deinstalls with "WITH_PYTHON=yes and WITH_PYSTE=yes" flags. 3) verified that some applications (my own works in progress) using 1.34 compile if 1.37 is installed. Applications use Boost.Assign, Boost.Bind, Boost.Operators, Boost.PointerContainer, Boost.ProgramOptions, Boost.Range, and Boost.Test libraries. This can be viewed as a very basic test for boost libraries. What was not verified: 1) That devel/boost-build is usable. 2) That any application (from ports collection) that depend on devel/boost can be built with 1.37 version. 3) That boost regression suite executes successfully. Actually, at present it's not clear how to perform this, I have problems with running boost regression testing suite. Probably, it is possible to discuss this with boost developers. Alexander Churanov From eitanadlerlist at gmail.com Wed Nov 26 15:38:48 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Nov 26 15:38:54 2008 Subject: Required update on dependant port Message-ID: <492DDE02.8060704@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How would a port such as mail/thunderbird-enigmail (which AFIK should be in security/ anyway) indicate that it must be updated whenever Thunderbird is updated? - -- Eitan Adler GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkt3gIACgkQtl8kq+nCzNGtaACfYB/PRAFn3PKe20PdASXIKLwc Ns8AniD4BbIMYzW3BsWlFcB2sIZ6pytJ =aCQB -----END PGP SIGNATURE----- From richih.mailinglist at gmail.com Wed Nov 26 16:05:51 2008 From: richih.mailinglist at gmail.com (Richard Hartmann) Date: Wed Nov 26 16:05:58 2008 Subject: Invitation to a cross-distro games packaging/patching/maintaining mailing list Message-ID: <2d460de70811261537l4faad94cr611a9c63398f7a3f@mail.gmail.com> Due to feedback by FreeBSD devs, I am re-sending this email to ports@ -- the rest is a verbatim copy of the mail I sent to the individual maintainers. Hi all, you are receiving this email because you are listed as maintainer of one or more ports in FreeBSD's game category. I do apologize for writing to all of you directly, but there does not seem to be any games mailing list for FreeBSD. The Debian and Ubuntu games teams have merged completely and the Fedora team has been working more and more with us to reduce duplicated work. We have been using the Debian games mailing list until now, but we decided that a distro-agnostic list would be better. Gentoo and SuSE are starting to hop on board and the more the merrier :) As Games are somewhat special in that they in general need more patches than usual packages and that they often have a dead upstream, we plan to discuss some ways there to try and collaborate more. We will start defining requirements and possible layouts for below-upstream repositories, soon. You could then pull from there and get a common, patched version. ports-specific patches would be applied in your local repositories via your existing processes. I hope I managed to interest a few of you and hope to see you on games@lists.freedesktop.org [1] soon. For an introduction, read Miry's email [2]. Richard PS: I do apologize if you think this is spam. I simply did not find any better way to contact you all. PPS: I excluded ports@, gnome@, kde@ and perl@ from this email. Only real persons are on BCC [1] http://lists.freedesktop.org/mailman/listinfo/games [2] http://lists.freedesktop.org/archives/games/2008-November/000006.html From delphij at delphij.net Wed Nov 26 16:48:35 2008 From: delphij at delphij.net (Xin LI) Date: Wed Nov 26 16:48:40 2008 Subject: Required update on dependant port In-Reply-To: <492DDE02.8060704@gmail.com> References: <492DDE02.8060704@gmail.com> Message-ID: <492DEE55.1070503@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eitan Adler wrote: > How would a port such as mail/thunderbird-enigmail (which AFIK should be > in security/ anyway) indicate that it must be updated whenever > Thunderbird is updated? Usually this is done by bumping all dependencies that a commit would affect. BTW, however, I did not find it necessary to update the enigmail plugin when updating thunderbird, why do you think it's necessary? - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkt7lQACgkQi+vbBBjt66DYPACgsczDC2j/tmCZ4WOaZF5bLRom e4IAnA8FGfJtjB/JEdP6fOhor1Ma9ooT =/4g6 -----END PGP SIGNATURE----- From chat95 at mac.com Wed Nov 26 17:18:07 2008 From: chat95 at mac.com (Maho NAKATA) Date: Wed Nov 26 17:18:13 2008 Subject: unreasonable amount of memory used in openoffice build In-Reply-To: <20081102.112043.59664300.chat95@mac.com> References: <20081019145234.GA67034@onelab2.iet.unipi.it> <20081102.112043.59664300.chat95@mac.com> Message-ID: <20081127.101758.61189161.chat95@mac.com> Hi Luigi Sorry for delay. Please try attached patch. If it works for you, I'll commit it. Best, From: Maho NAKATA Subject: Re: unreasonable amount of memory used in openoffice build Date: Sun, 02 Nov 2008 11:20:43 +0900 (JST) > Hi Luigi > > I think it is okay. I'll remove this conditional so that > applicable to i386. I think I must rewrite the patch to > effective on i386 as well. > > Note, please do not send me a patch other than Makefile. > There is a SCA or JCA issue... > > I'm very busy these days and I'll attend OpenOffice.org conference > 2008 very soon, please be patient. > > thanks, > > From: Luigi Rizzo > Subject: unreasonable amount of memory used in openoffice build > Date: Sun, 19 Oct 2008 16:52:34 +0200 > > > hi, > > i noticed on my laptop (Dell X1 w/ 512MB ram - i386, RELENG_7 that > > openoffice3 is using an unreasonable amount of memory to build one > > of its components (during the build of resourcemodel, the offending > > file is unxfbsdi.pro/misc/qnametostr.cxx) which causes the build > > machine to spend a huge amount of time swapping. > > > > It seems to be a known issue > > > > http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=215291 > > > > and our port includes a workaround that is applied only on amd64 > > with the following section in the port's Makefile: > > > > .if ${ARCH} == amd64 > > WITHOUT_MOZILLA= yes > > LIB_DEPENDS+= boost_regex:${PORTSDIR}/devel/boost > > CONFIGURE_ARGS+= --with-system-boost=yes #i58343# > > .if (${OSVERSION} >= 700042) > > EXTRA_PATCHES+= ${FILESDIR}/amd64-gcc42-workaround > > .endif > > .endif > > > > I would suggest to apply the fix unconditionally (at least by default, > > possibly override it with some build option if needed). > > On amd64 according to the above URL the problem is particularly bad > > as it requires more than 4GB of memory (RAM/SWAP) but even on i386 > > the compiler process grows well above 1GB of memory and together > > with other stuff (browser, X and more) easily consuming 2-300MB > > each, it is not unlikely to hit the swap on many boxes. > > > > Makes sense ? > > > > cheers > > luigi > > _______________________________________________ > > freebsd-openoffice@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice > > To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-openoffice@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice > To unsubscribe, send any mail to "freebsd-openoffice-unsubscribe@freebsd.org" > -------------- next part -------------- ? diff ? work ? work_ ? files/patch-iXXXXX Index: Makefile =================================================================== RCS file: /home/pcvs/ports/editors/openoffice.org-3/Makefile,v retrieving revision 1.312 diff -u -r1.312 Makefile --- Makefile 16 Oct 2008 12:30:24 -0000 1.312 +++ Makefile 27 Nov 2008 01:16:40 -0000 @@ -149,9 +149,6 @@ WITHOUT_MOZILLA= yes LIB_DEPENDS+= boost_regex:${PORTSDIR}/devel/boost CONFIGURE_ARGS+= --with-system-boost=yes #i58343# -.if (${OSVERSION} >= 700042) -EXTRA_PATCHES+= ${FILESDIR}/amd64-gcc42-workaround -.endif .endif .if (${OSVERSION} <= 602102) EXTRA_PATCHES+= ${FILESDIR}/rtld-workaround-i66667 --- /dev/null 2008-11-27 10:17:03.000000000 +0900 +++ files/patch-iXXXXX 2008-11-27 10:04:41.000000000 +0900 @@ -0,0 +1,13 @@ +--- writerfilter/source/resourcemodel/makefile.mk.orig 2008-07-22 08:53:57.000000000 -0400 ++++ writerfilter/source/resourcemodel/makefile.mk 2008-09-03 12:26:09.000000000 -0400 +@@ -56,8 +56,8 @@ + $(SLO)$/TagLogger.obj \ + $(SLO)$/WW8Analyzer.obj + +-# linux 64 bit: compiler (gcc 4.2.3) fails with 'out of memory' +-.IF "$(OUTPATH)"=="unxlngx6" ++# FreeBSD/Linux 64-bit: compiler (gcc 4.2.x) fails with 'out of memory' ++.IF "$(OUTPATH)"=="unxfbsdx" || "$(OUTPATH)"=="unxfbsdi" || "$(OUTPATH)"=="unxlngx6" + NOOPTFILES= \ + $(SLO)$/qnametostr.obj + .ENDIF From wxs at FreeBSD.org Wed Nov 26 21:57:17 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Nov 26 21:57:23 2008 Subject: Boost 1.37 released! In-Reply-To: <3cb459ed0811261504j4cada6d3ue5c80eeaf3d78101@mail.gmail.com> References: <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> <492A880E.5090908@netfence.it> <3cb459ed0811261504j4cada6d3ue5c80eeaf3d78101@mail.gmail.com> Message-ID: <20081127055716.GH80611@atarininja.org> On Thu, Nov 27, 2008 at 02:04:22AM +0300, Alexander Churanov wrote: > Hi folks! > > This is a status update on porting boost-1.37. It is finished. Port builds, > installs and deinstalls correctly. Currently I have a patch and port > tarball. Files can be downloaded from: > > boost-port-1_37_0.tar.bz2 - http://www.driveway.com/w1d2c5l7t4 > > devel-boost-from-1.34.1-to-1.37.diff.txt - > http://www.driveway.com/m0a2x8z0v9 > > Unfortunately, I was unable to send a PR, because diff is about 1Mb - > devel/boost has too many files :-) Does anybody know how to request an > update like this? Put the diff online somewhere and put a link to it in the PR. Please note the size of it so a committer is not surprised when he downloads such a large diff. Thanks for taking this on. It is something which has been discussed before and has never come to fruition. -- WXS From fbsd1 at a1poweruser.com Thu Nov 27 01:19:34 2008 From: fbsd1 at a1poweruser.com (Fbsd1) Date: Thu Nov 27 01:19:47 2008 Subject: Limewire package install error Message-ID: <492E6648.7050403@a1poweruser.com> Tried to pkg_add -r limewire. Dependant diablo-jdk-1.6.0.07.02.tbz File unavailable. The package diablo-jdk is not on 7.0 or 7.1 pkg server. Looking up diablo-jdk on the ports website, the long description points to here http://www.freebsdfoundation.org/downloads/java.shtml How am i to get these mis-matched package names to fulfill the limewire dependent name? From axel.burwitz at arcor.de Thu Nov 27 03:44:43 2008 From: axel.burwitz at arcor.de (Axel Burwitz) Date: Thu Nov 27 03:44:50 2008 Subject: FreeBSD Port: kaffeine-0.8.7 In-Reply-To: <876355A7-DE08-4797-ADCB-97CADF8348A7@freebsd.org> References: <876355A7-DE08-4797-ADCB-97CADF8348A7@freebsd.org> Message-ID: On Wed, 26 Nov 2008 19:48:16 +0100, Tilman Linneweh wrote: > Hi Axel, > > On Nov 26, 2008, at 18:48, Axel Burwitz wrote: >> - DVB interface in FreeBSD / Kaffeine - >> >> with help from the maintainer of CX88 I finally made it to get a >> Hauppauge WinTV-HVR 1300 with CX88-driver support up and running in >> FreeBSD (written a HowTo in www.bsdforen.de). >> Can scan channel and capture DVB-T with cx88 now. >> >> Now I tried to use Kaffeine, as recommended for DVB, as a viewer, but >> it doesn't work at all. Kaffeine doesn't find the device. > > The only DVB-devices that were reported to work with kaffeine on > FreeBSD, where those using the driver from http://raaf.atspace.org/ > dvbusb/ > >> My postings in the kaffeine-user ML showed that it looks like there is >> a completely different interfacing in FreeBSD than in Linux. >> (can that be true?) > > AFAIK there is no general interface for DVB Hardware in FreeBSD, every > driver can use his own (actually there are not many drivers :-(), Looks > like cx88 uses a different one, than the dvbusb driver. > >> During analysis I was asked about the expected dvb device >> >> /dev/dvb/adpater0/frontend0 >> >> but at least in my FreeBSD installation there are only three devices >> /dev/cx88mpeg0 >> /dev/cx88video >> /dev/cx88audio. >> > Maybe Christophe is right, and you are missing the dvb part of the > driver. > Hi Tilman, well, I think no, because I checked the installation directly with the maintainer of cx88. With the cx88 executable I can scan DVB-T channels, I can capture into a file, and I can capture a DVB-T transmission into a udp port and at the same time receive and diplay that transmission from the udp port with mplayer (OK, not perfect quality, but...). That shows for me that DVB works here. >> The guy in the kaffeine-user ML was wondering even how I was able to >> compile Kaffeine in FreeBSD... But: that was no problem at all. >> > Because the kaffeine port uses the linux header files. > > Since i don't have this hardware, i can only say "Use the source Luke". > Compare the Linux driver with the FreeBSD cx88 and dvbusb driver, and > try to create similar devices. > First, would like to be able, but I am not a developer/programmer, I can only contribute with testing, translating, documentation. Second, I think to have what you have mentioned above - a general interface for DVB Hardware in FreeBSD - would be the right approach for all drivers (coming from left side) and viewer programs (coming from right side), as a standard interface. Better than trying to adapt to a situation that most probably is only valid accidently and specifically at this point in time. Just a thought and I have no clue what the process would be in FreeBSD to come to such a standard interface. Best regards Axel > Have fun! > arved From alexanderchuranov at gmail.com Thu Nov 27 12:46:10 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Nov 27 12:46:17 2008 Subject: Boost 1.37 released! In-Reply-To: <20081127055716.GH80611@atarininja.org> References: <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> <492A880E.5090908@netfence.it> <3cb459ed0811261504j4cada6d3ue5c80eeaf3d78101@mail.gmail.com> <20081127055716.GH80611@atarininja.org> Message-ID: <3cb459ed0811271246m171facbeh906b549eb1defabc@mail.gmail.com> Hi folks! I've just picked up new places to share files: devel-boost-from-1.34.1-to-1.37.diff.txt : http://www.flyupload.com/?fid=712178626 http://www.gigasize.com/get.php?d=gdgsc7nnr8c http://rapidshare.com/files/168020620/devel-boost-from-1.34.1-to-1.37.diff.txt.html boost-port-1_37_0.tar.bz2: http://www.flyupload.com/?fid=769359286 http://www.gigasize.com/get.php?d=1tfgzpy08nb http://rapidshare.com/files/168021718/boost-port-1_37_0.tar.bz2.html I hope this is useful. Alexander Churanov From alexanderchuranov at gmail.com Thu Nov 27 12:58:26 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Nov 27 12:58:33 2008 Subject: Boost 1.37 released! In-Reply-To: <20081127055716.GH80611@atarininja.org> References: <20081104002942.f136adec.ehaupt@FreeBSD.org> <20c4814a0811050113i1bed72abu84b16c7343f93c4f@mail.gmail.com> <20081105180245.GA51239@server.vk2pj.dyndns.org> <3cb459ed0811091430u46bb1eb9y5dccdab051e8a981@mail.gmail.com> <3cb459ed0811170402i72142866qb0921fbe65746ae1@mail.gmail.com> <3cb459ed0811231513o6da3fc1dmf2af3545299ca5c4@mail.gmail.com> <492A880E.5090908@netfence.it> <3cb459ed0811261504j4cada6d3ue5c80eeaf3d78101@mail.gmail.com> <20081127055716.GH80611@atarininja.org> Message-ID: <3cb459ed0811271258i6fa88e6ctc13fbb431fd3e377@mail.gmail.com> Guys, Due to problem with driveway.com I've filed another PR, specified previous PR id (named "update devel/boost") and new file locations. I hope this will help to resolve the issue. Alexander Churanov From yanefbsd at gmail.com Thu Nov 27 14:00:19 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Nov 27 14:00:25 2008 Subject: Required update on dependant port In-Reply-To: <492DDE02.8060704@gmail.com> References: <492DDE02.8060704@gmail.com> Message-ID: <7d6fde3d0811271400l21bf3ec9s11181efcd91ff1ca@mail.gmail.com> On Wed, Nov 26, 2008 at 3:38 PM, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > How would a port such as mail/thunderbird-enigmail (which AFIK should be > in security/ anyway) indicate that it must be updated whenever > Thunderbird is updated? > > - -- > Eitan Adler Can't be done via packages unless you bump the version number. This can be done with ports by looking at the BUILD_DEP field though. This is the field that portupgrade uses, and I assume that portmaster, use. -Garrett From eitanadlerlist at gmail.com Thu Nov 27 19:50:13 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Nov 27 19:50:20 2008 Subject: Required update on dependant port In-Reply-To: <7d6fde3d0811271400l21bf3ec9s11181efcd91ff1ca@mail.gmail.com> References: <492DDE02.8060704@gmail.com> <7d6fde3d0811271400l21bf3ec9s11181efcd91ff1ca@mail.gmail.com> Message-ID: <492F6A6D.5050005@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Garrett Cooper wrote: > This can be done with ports by looking at the BUILD_DEP field though. > This is the field that portupgrade uses, and I assume that portmaster, > use. If a port uses BUILD_DEP to depend on something and that something is updated it would force an update of the original port? - -- Eitan Adler GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkvam0ACgkQtl8kq+nCzNFuJwCeNtuBCgiBa7MgDPh705igb0HE GRcAn2s8Vy51732uul8mexzmre7fl3Sq =pzXs -----END PGP SIGNATURE----- From fenner at FreeBSD.org Fri Nov 28 02:00:05 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Fri Nov 28 02:00:12 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200811281000.mASA05Kq044839@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From eculp at encontacto.net Fri Nov 28 05:36:41 2008 From: eculp at encontacto.net (eculp) Date: Fri Nov 28 05:36:48 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. Message-ID: <20081128073637.165767yq3leykloo@econet.encontacto.net> I'm not sure when this started because I almost never open MS type docs and when I do it is only to read them. Yesterday I found out, quite by accident, that everyone in our offices, is unable to use the deadkey accents for ? ? ? ? ? etc but the ? works fine so it seems to be limited to the dead keys. I'm writing this in KDE ( all deadkeys work as expected in all kde apps) in term windows, even in ttyv[0.7] so it seems to be 100% openoffice centric. The Spanish spell check works fine and a cut and paste of an accented vowel works fine ( the current local work around). Has anyone else seen this and found a configuration or build option that I'm missing? Should I open a PR? I did try OpenOffice.org-3 and the same problem plus I didn't see an obvious way to download the spelling wizard with it so I blew it away. Thanks, ed From Cy.Schubert at komquats.com Fri Nov 28 10:57:13 2008 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Fri Nov 28 10:57:19 2008 Subject: GZIP Environment Variable Message-ID: <200811281857.mASIvADh051049@cwsys.cwsent.com> Specifying and exporting the environment variable GZIP, e.g. export GZIP=-9, will result in editors/gedit gzipping /usr/bin/gzip to /usr/bin/gzip.gz, causing portupgrade to fail. -- Cheers, Cy Schubert From nikola.lecic at anthesphoria.net Fri Nov 28 12:28:24 2008 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Fri Nov 28 12:28:31 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081128073637.165767yq3leykloo@econet.encontacto.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> Message-ID: <20081128212421.147b0526@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Fri, 28 Nov 2008 07:36:37 -0600 eculp wrote: > I'm not sure when this started because I almost never open MS type > docs and when I do it is only to read them. Yesterday I found out, > quite by accident, that everyone in our offices, is unable to use > the deadkey accents for ? ? ? ? ? etc but the ? works fine so it > seems to be limited to the dead keys. I'm writing this in KDE ( all > deadkeys work as expected in all kde apps) in term windows, even in > ttyv[0.7] so it seems to be 100% openoffice centric. > > The Spanish spell check works fine and a cut and paste of an > accented vowel works fine ( the current local work around). I experienced some OpenOffice.org input problems (specifically with deadkeys) caused by certain combinations of OpenOffice.org, Xorg and input method such as SCIM. So first, what input method do you use? > Has anyone else seen this and found a configuration or build option > that I'm missing? Should I open a PR? I did try OpenOffice.org-3 > and the same problem plus I didn't see an obvious way to download > the spelling wizard with it so I blew it away. Please see this: http://lists.freebsd.org/pipermail/freebsd-questions/2008-November/186019.html Best wishes. - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkwU3oACgkQ/MM/0rYIoZjcfAQAsF81fySwxV+PdD/ODKwvy/Ry /nvCuFHqsew4arCqkiaY1gWXyy+5b5U4gIwiYLRE4yLaNvgDm6EMnYwcxcsN2cIY jQhFYyT1ZjJxUxDIru8dH8GG9FdJnSXQsGxaiIKlJjpzQ3zRzkmY7SI2ydWLR4ch mB6OU2RlVVpO5qY6/k4= =I0NR -----END PGP SIGNATURE----- From gamato at users.sf.net Fri Nov 28 14:54:03 2008 From: gamato at users.sf.net (mato) Date: Fri Nov 28 14:54:10 2008 Subject: FreeBSD Port: net/linux-nx-client Message-ID: <493073F5.7020004@users.sf.net> Hi, I've just installed net/linux-nx-client on FreeBSD 6.4 and after launching it I got: $ nxclient /usr/local/lib/linux-nx-client/bin/nxclient: error while loading shared libraries: libXext.so.6: cannot open shared object file: No such file or directory The library in need is located here: -rwxr-xr-x 1 root wheel 67306 Oct 8 18:07 /usr/local/lib/libXext.so.6 Cheers, M. From athiel at yourdatacenter.com Fri Nov 28 15:23:11 2008 From: athiel at yourdatacenter.com (Albert Thiel) Date: Fri Nov 28 15:23:18 2008 Subject: SQUID Follow X-Forwarded-For headers Message-ID: <66f15cb3806e497989fbe62ff15147af.athiel@yourdatacenter.com> There is a patch to Follow X-Forwarded-For headers to SQUID, but it is not in the ports. How do I patch this in, or has someone done it already? Thanks, Al Albert Thiel athiel@yourdatacenter.com Your Data Center & HostLongIsland.com Powerful FREE ISP Tools, Mail & Website Hosting http://www.YourDataCenter.com Hewlett, New York (877)302-8642 From swhetzel at gmail.com Fri Nov 28 15:58:35 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri Nov 28 15:58:42 2008 Subject: FreeBSD Port: net/linux-nx-client In-Reply-To: <493073F5.7020004@users.sf.net> References: <493073F5.7020004@users.sf.net> Message-ID: <790a9fff0811281558q11bfad8dk30e508871b0aece6@mail.gmail.com> On Fri, Nov 28, 2008 at 4:43 PM, mato wrote: > Hi, > > I've just installed net/linux-nx-client on FreeBSD 6.4 and after launching > it I got: > > $ nxclient > /usr/local/lib/linux-nx-client/bin/nxclient: error while loading shared > libraries: libXext.so.6: cannot open shared object file: No such file or > directory > > The library in need is located here: > -rwxr-xr-x 1 root wheel 67306 Oct 8 18:07 /usr/local/lib/libXext.so.6 > That's the wrong library, you need the linux libXext.so.6 which should be located under /usr/compat/linux. Scot From gamato at users.sf.net Fri Nov 28 16:17:55 2008 From: gamato at users.sf.net (martinko) Date: Fri Nov 28 16:18:02 2008 Subject: FreeBSD Port: net/linux-nx-client In-Reply-To: <790a9fff0811281558q11bfad8dk30e508871b0aece6@mail.gmail.com> References: <493073F5.7020004@users.sf.net> <790a9fff0811281558q11bfad8dk30e508871b0aece6@mail.gmail.com> Message-ID: <49308A22.2070205@users.sf.net> Scot Hetzel wrote: > On Fri, Nov 28, 2008 at 4:43 PM, mato wrote: >> Hi, >> >> I've just installed net/linux-nx-client on FreeBSD 6.4 and after launching >> it I got: >> >> $ nxclient >> /usr/local/lib/linux-nx-client/bin/nxclient: error while loading shared >> libraries: libXext.so.6: cannot open shared object file: No such file or >> directory >> >> The library in need is located here: >> -rwxr-xr-x 1 root wheel 67306 Oct 8 18:07 /usr/local/lib/libXext.so.6 >> > That's the wrong library, you need the linux libXext.so.6 which should > be located under /usr/compat/linux. > > Scot Which it is not. A missing dependency ? M. From rock_on_the_web at comcen.com.au Fri Nov 28 16:29:35 2008 From: rock_on_the_web at comcen.com.au (Da Rock) Date: Fri Nov 28 16:29:48 2008 Subject: Kde4 install - no Xorg Message-ID: <1227917428.3603.162.camel@laptop1.herveybayaustralia.com.au> Funny thing happened to me on a new install... I installed 7.0 on a notebook because I wanted to (FINALLY!) see kde4 and I found out it was in ports. Plus I'm looking at just leaving FreeBSD on this system seeing as I can't get my TV card to work even on linux anymore. So I installed, ran portsnap fetch extract, cd /usr/ports/x11/kde4, and make install clean. A day and a half later, the install is finished so I run kdm. Not found so I run a find search and then run /usr/local/kde4/bin/kdm. It comes up saying it can't find and run the Xserver on display :0. What the?! So I run a search on pkg_version -v and find xorg is not installed- what the?! Maybe I'm missing something here, but I thought installing kde4 would install xorg (I'm pretty sure it has before if I remember right- it has been a while, but I'm sure I'm not that daft) as it kinda needs it to run and ports generally install dependencies. Has someone forgotten this in the Makefile? Not trying to be picky, but I thought it might more sense and offer my view :) From eculp at encontacto.net Fri Nov 28 16:29:39 2008 From: eculp at encontacto.net (eculp) Date: Fri Nov 28 16:29:49 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081128212421.147b0526@anthesphoria.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> Message-ID: <20081128182936.1052168355hhlae8@econet.encontacto.net> Quoting Nikola Le?i? : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > On Fri, 28 Nov 2008 07:36:37 -0600 > eculp wrote: > >> I'm not sure when this started because I almost never open MS type >> docs and when I do it is only to read them. Yesterday I found out, >> quite by accident, that everyone in our offices, is unable to use >> the deadkey accents for ? ? ? ? ? etc but the ? works fine so it >> seems to be limited to the dead keys. I'm writing this in KDE ( all >> deadkeys work as expected in all kde apps) in term windows, even in >> ttyv[0.7] so it seems to be 100% openoffice centric. >> >> The Spanish spell check works fine and a cut and paste of an >> accented vowel works fine ( the current local work around). > > I experienced some OpenOffice.org input problems (specifically with > deadkeys) caused by certain combinations of OpenOffice.org, Xorg and > input method such as SCIM. So first, what input method do you use? I didn't even realize that there were multiple input methods from a laptop keyboard. Smart Common Input Method, I doubt because it doesn't seem to be very smart. Openoffice is the only program that has any problems. Skype, pidgen, term windows, Konsole, even gimp work perfectly. > >> Has anyone else seen this and found a configuration or build option >> that I'm missing? Should I open a PR? I did try OpenOffice.org-3 >> and the same problem plus I didn't see an obvious way to download >> the spelling wizard with it so I blew it away. > > Please see this: > > > http://lists.freebsd.org/pipermail/freebsd-questions/2008-November/186019.html Spell check works perfectly. Using it and cut and paste from other applications is the way we are working. Thanks a bunch and I'm sorry about my not understanding SCIM. I found it on wikipedia. I'll read some more but it seems to be over kill in this case. ed > Best wishes. > - -- > Nikola Le?i? = ?????? ????? > fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B > ~> -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iJwEAQEDAAYFAkkwU3oACgkQ/MM/0rYIoZjcfAQAsF81fySwxV+PdD/ODKwvy/Ry > /nvCuFHqsew4arCqkiaY1gWXyy+5b5U4gIwiYLRE4yLaNvgDm6EMnYwcxcsN2cIY > jQhFYyT1ZjJxUxDIru8dH8GG9FdJnSXQsGxaiIKlJjpzQ3zRzkmY7SI2ydWLR4ch > mB6OU2RlVVpO5qY6/k4= > =I0NR > -----END PGP SIGNATURE----- > From pz-freebsd-ports at ziemba.us Fri Nov 28 17:21:46 2008 From: pz-freebsd-ports at ziemba.us (G. Paul Ziemba) Date: Fri Nov 28 17:21:52 2008 Subject: FreeBSD Port: net/linux-nx-client References: <49308A22.2070205@users.sf.net> Message-ID: gamato@users.sf.net (martinko) writes: >Scot Hetzel wrote: >> On Fri, Nov 28, 2008 at 4:43 PM, mato wrote: >>> Hi, >>> >>> I've just installed net/linux-nx-client on FreeBSD 6.4 and after launching >>> it I got: >>> >>> $ nxclient >>> /usr/local/lib/linux-nx-client/bin/nxclient: error while loading shared >>> libraries: libXext.so.6: cannot open shared object file: No such file or >>> directory >>> >>> The library in need is located here: >>> -rwxr-xr-x 1 root wheel 67306 Oct 8 18:07 /usr/local/lib/libXext.so.6 >>> >> That's the wrong library, you need the linux libXext.so.6 which should >> be located under /usr/compat/linux. >> >> Scot >Which it is not. A missing dependency ? On my system, for some reason these libraries get installed (by the linux* ports) in /usr/compat/linux/usr/X11R6/lib rather than in /usr/compat/linux/usr/local/lib where many applications expect them. I have been manually creating symlinks in /usr/compat/linux/usr/local/lib, e.g., cd /usr/compat/linux/usr/local/lib ln -s ../../X11R6/lib/libXext.so.6 I'm not sure why I need to make these links or if there is a better approach, but it works for me. -- G. Paul Ziemba FreeBSD unix: 4:46PM up 9 days, 17:24, 7 users, load averages: 1.24, 1.39, 1.05 From shuvaev at physik.uni-wuerzburg.de Fri Nov 28 17:26:35 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Fri Nov 28 17:26:42 2008 Subject: Kde4 install - no Xorg In-Reply-To: <1227917428.3603.162.camel@laptop1.herveybayaustralia.com.au> References: <1227917428.3603.162.camel@laptop1.herveybayaustralia.com.au> Message-ID: <20081129012635.GA1675@localhost.my.domain> On Sat, Nov 29, 2008 at 10:10:28AM +1000, Da Rock wrote: > Funny thing happened to me on a new install... > > [snip] > > A day and a half later, the install is finished so I run kdm. Not found > so I run a find search and then run /usr/local/kde4/bin/kdm. It comes up > saying it can't find and run the Xserver on display :0. What the?! > > So I run a search on pkg_version -v and find xorg is not installed- what > the?! Maybe I'm missing something here, but I thought installing kde4 > would install xorg (I'm pretty sure it has before if I remember right- > it has been a while, but I'm sure I'm not that daft) as it kinda needs > it to run and ports generally install dependencies. Has someone > forgotten this in the Makefile? > > Not trying to be picky, but I thought it might more sense and offer my > view :) > Well, I would say it is not a bug, it is a feature of X window system. I think that X libraries are there, it is X server missing. One can install all X applications on one machine (let's say, server) and X servers on any number of graphical terminals (yes, X servers are run on what is normally called a client). After that it is possible to point clients on the server to the right X server (via DISPLAY environment, for example). That way the application will be run on server displaying output and receiving input from the remote X server. (Yes the terminology is weird :) If you don't care about unnecessary components you can cd /usr/ports/x11/xorg make intstall clean Hope, this explains something, Alexey. From rock_on_the_web at comcen.com.au Fri Nov 28 17:52:58 2008 From: rock_on_the_web at comcen.com.au (Da Rock) Date: Fri Nov 28 17:53:05 2008 Subject: Kde4 install - no Xorg In-Reply-To: <20081129012635.GA1675@localhost.my.domain> References: <1227917428.3603.162.camel@laptop1.herveybayaustralia.com.au> <20081129012635.GA1675@localhost.my.domain> Message-ID: <1227923604.3603.178.camel@laptop1.herveybayaustralia.com.au> On Sat, 2008-11-29 at 02:26 +0100, Alexey Shuvaev wrote: > On Sat, Nov 29, 2008 at 10:10:28AM +1000, Da Rock wrote: > > Funny thing happened to me on a new install... > > > > [snip] > > > > A day and a half later, the install is finished so I run kdm. Not found > > so I run a find search and then run /usr/local/kde4/bin/kdm. It comes up > > saying it can't find and run the Xserver on display :0. What the?! > > > > So I run a search on pkg_version -v and find xorg is not installed- what > > the?! Maybe I'm missing something here, but I thought installing kde4 > > would install xorg (I'm pretty sure it has before if I remember right- > > it has been a while, but I'm sure I'm not that daft) as it kinda needs > > it to run and ports generally install dependencies. Has someone > > forgotten this in the Makefile? > > > > Not trying to be picky, but I thought it might more sense and offer my > > view :) > > > Well, I would say it is not a bug, it is a feature of X window system. > I think that X libraries are there, it is X server missing. > One can install all X applications on one machine (let's say, server) > and X servers on any number of graphical terminals (yes, X servers are > run on what is normally called a client). After that it is possible to > point clients on the server to the right X server (via DISPLAY environment, > for example). That way the application will be run on server displaying > output and receiving input from the remote X server. (Yes the terminology > is weird :) > > If you don't care about unnecessary components you can > cd /usr/ports/x11/xorg > make intstall clean Yeah I do understand all that, but it did kinda take me by surprise to find that no xserver was installed (or at least an option to install xorg wasn't offered in that cool little config window now available). The libraries were installed, for reference. That feature to point the clients to one machine is cool, and I have used it before between desktops, but how often do sysadmins use it like this on a regular basis as a standalone terminal server? Most regular setups (xwindow anyway) would normally be running on a decentralised basis unless there was a specific need, surely. Just a little warning and/or the option to install xorg might be in order to give people a heads up would be in order I'm sure. Obviously not a high priority, but a reasonable request. From unixmania at gmail.com Fri Nov 28 18:25:14 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Fri Nov 28 18:25:20 2008 Subject: SQUID Follow X-Forwarded-For headers In-Reply-To: <66f15cb3806e497989fbe62ff15147af.athiel@yourdatacenter.com> References: <66f15cb3806e497989fbe62ff15147af.athiel@yourdatacenter.com> Message-ID: On Fri, Nov 28, 2008 at 9:08 PM, Albert Thiel wrote: > There is a patch to Follow X-Forwarded-For headers to SQUID, but it is not in the ports. How do I > patch this in, or has someone done it already? You can fill a PR with the appropriate patch (see the Porter's Handbook). I suggest you to contact the port maintainer before, since he may be working on that modification. -- cd /usr/ports/sysutils/life make clean From QAT at FreeBSD.org Fri Nov 28 18:26:34 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Nov 28 18:26:52 2008 Subject: cvs commit: ports/net/p54u Makefile In-Reply-To: <200811282315.mASNFYZU010498@repoman.freebsd.org> References: In-Reply-To: <200811282315.mASNFYZU010498@repoman.freebsd.org> Message-ID: <20081129022632.5A01A12E42E9@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/p54u-0.8.log : building p54u-0.8 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/net/p54u Makefile ident: $FreeBSD: ports/net/p54u/Makefile,v 1.3 2008/11/28 23:15:34 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Nov 29 02:26:28 UTC 2008 ................................................... eeprom.c:156: error: 'struct p54u_softc' has no member named 'sc_dev' eeprom.c:156: warning: format '%s' expects type 'char *', but argument 2 has type 'int' eeprom.c:157: error: 'struct p54u_softc' has no member named 'err' eeprom.c:160: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:173: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:181: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:188: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:189: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:203: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:203: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:205: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c:214: error: 'struct p54u_softc' has no member named 'freq_info' eeprom.c: In function 'p54u_eeprom_read': eeprom.c:256: error: 'struct p54u_softc' has no member named 'firmware_type' eeprom.c:256: error: 'struct p54u_softc' has no member named 'firmware_type' eeprom.c:258: error: 'struct p54u_softc' has no member named 'pmalloc_state' eeprom.c:260: error: 'struct p54u_softc' has no member named 'sc_dev' eeprom.c:260: warning: format '%s' expects type 'char *', but argument 2 has type 'int' eeprom.c:261: error: 'struct p54u_softc' has no member named 'err' eeprom.c:267: error: 'struct p54u_softc' has no member named 'sc_dev' eeprom.c:267: warning: format '%s' expects type 'char *', but argument 2 has type 'int' eeprom.c:268: error: 'struct p54u_softc' has no member named 'pmalloc_state' eeprom.c:269: error: 'struct p54u_softc' has no member named 'err' eeprom.c:279: error: 'struct p54u_softc' has no member named 'eeprom_read_sema' eeprom.c:281: error: 'struct p54u_softc' has no member named 'sc_dev' eeprom.c:281: warning: format '%s' expects type 'char *', but argument 2 has type 'int' eeprom.c:282: error: 'struct p54u_softc' has no member named 'err' eeprom.c:289: error: 'struct p54u_softc' has no member named 'sc_dev' eeprom.c:289: warning: format '%s' expects type 'char *', but argument 2 has type 'int' *** Error code 1 Stop in /work/a/ports/net/p54u/work/p54u-0.8/driver. *** Error code 1 Stop in /work/a/ports/net/p54u/work/p54u-0.8. *** Error code 1 Stop in /a/ports/net/p54u. ================================================================ build of /usr/ports/net/p54u ended at Sat Nov 29 02:26:30 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Fri Nov 28 18:28:39 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Nov 28 18:28:51 2008 Subject: cvs commit: ports/security/libprelude Makefile ports/security/libpreludedb Makefile ports/security/prelude-lml Makefile ports/security/prelude-manager Makefile ports/www/py-prewikka Makefile In-Reply-To: <200811282320.mASNKLJK010974@repoman.freebsd.org> References: In-Reply-To: <200811282320.mASNKLJK010974@repoman.freebsd.org> Message-ID: <20081129022837.7EC5A12E44F8@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libprelude-0.9.20.2_1.log : building libprelude-0.9.20.2_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/security/libprelude Makefile ident: $FreeBSD: ports/security/libprelude/Makefile,v 1.57 2008/11/28 23:20:21 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Nov 29 02:27:38 UTC 2008 ................................................... 22963544 112 -r--r--r-- 1 root wheel 56406 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-message-print.html 22963545 128 -r--r--r-- 1 root wheel 64384 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-message-read.html 22963546 144 -r--r--r-- 1 root wheel 71875 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-message-write.html 22963575 8 -r--r--r-- 1 root wheel 2679 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/pt01.html 22963547 96 -r--r--r-- 1 root wheel 47231 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-path.html 22963548 92 -r--r--r-- 1 root wheel 47090 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-time.html 22963549 2784 -r--r--r-- 1 root wheel 1392764 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-tree-wrap.html 22963550 192 -r--r--r-- 1 root wheel 96878 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-idmef-value.html 22963551 24 -r--r--r-- 1 root wheel 10457 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-async.html 22963552 84 -r--r--r-- 1 root wheel 41795 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-client-profile.html 22963553 116 -r--r--r-- 1 root wheel 59072 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-client.html 22963554 116 -r--r--r-- 1 root wheel 58772 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-connection-pool.html 22963555 88 -r--r--r-- 1 root wheel 44574 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-connection.html 22963556 72 -r--r--r-- 1 root wheel 36667 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-error.html 22963557 36 -r--r--r-- 1 root wheel 17093 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-failover.html 22963558 28 -r--r--r-- 1 root wheel 13903 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-hash.html 22963576 8 -r--r--r-- 1 root wheel 3475 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/pt02.html 22963559 20 -r--r--r-- 1 root wheel 9115 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-ident.html 22963560 40 -r--r--r-- 1 root wheel 20263 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-inttypes.html 22963561 84 -r--r--r-- 1 root wheel 41921 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-io.html 22963562 12 -r--r--r-- 1 root wheel 4635 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-linked-object.html 22963563 40 -r--r--r-- 1 root wheel 18678 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-list.html 22963564 32 -r--r--r-- 1 root wheel 14438 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-log.html 22963565 96 -r--r--r-- 1 root wheel 47372 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-msg.html 22963566 40 -r--r--r-- 1 root wheel 18522 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-msgbuf.html 22963567 28 -r--r--r-- 1 root wheel 12567 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-option-wide.html 22963568 176 -r--r--r-- 1 root wheel 89660 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-option.html 22963569 88 -r--r--r-- 1 root wheel 44017 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-plugin.html 22963570 120 -r--r--r-- 1 root wheel 60690 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-string.html 22963573 376 -r--r--r-- 1 root wheel 191238 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude.devhelp 22963571 28 -r--r--r-- 1 root wheel 14011 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude-timer.html 22963572 20 -r--r--r-- 1 root wheel 9164 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude-prelude.html 22963574 480 -r--r--r-- 1 root wheel 214969 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/libprelude.devhelp2 22963577 8 -r--r--r-- 1 root wheel 2869 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/pt03.html 22963578 8 -r--r--r-- 1 root wheel 2686 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/pt04.html 22963579 4 -r--r--r-- 1 root wheel 472 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/right.png 22963580 8 -r--r--r-- 1 root wheel 2331 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/style.css 22963581 4 -r--r--r-- 1 root wheel 406 Nov 29 02:28 usr/local/share/gtk-doc/html/libprelude/up.png ================================================================ build of /usr/ports/security/libprelude ended at Sat Nov 29 02:28:36 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Nov 29 00:48:29 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Nov 29 00:48:36 2008 Subject: cvs commit: ports/finance/qtstalker Makefile ports/finance/venice Makefile ports/finance/xtrader Makefile In-Reply-To: <200811290843.mAT8hxoX092543@repoman.freebsd.org> References: In-Reply-To: <200811290843.mAT8hxoX092543@repoman.freebsd.org> Message-ID: <20081129084827.748AF12E401C@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/qtstalker-0.28_2.log : building qtstalker-0.28_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/finance/qtstalker Makefile ident: $FreeBSD: ports/finance/qtstalker/Makefile,v 1.10 2008/11/29 08:43:59 lioux Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Nov 29 08:46:57 UTC 2008 ................................................... 9398955 24 -r--r--r-- 1 root wheel 10622 Nov 29 08:48 usr/local/share/doc/qtstalker/scannerdialog.png 9398956 24 -r--r--r-- 1 root wheel 10280 Nov 29 08:48 usr/local/share/doc/qtstalker/scannernav.png 9398957 12 -r--r--r-- 1 root wheel 4960 Nov 29 08:48 usr/local/share/doc/qtstalker/sd1.png 9398967 24 -r--r--r-- 1 root wheel 11337 Nov 29 08:48 usr/local/share/doc/qtstalker/sz.png 9398958 4 -r--r--r-- 1 root wheel 174 Nov 29 08:48 usr/local/share/doc/qtstalker/sellarrow1.png 9398959 4 -r--r--r-- 1 root wheel 209 Nov 29 08:48 usr/local/share/doc/qtstalker/sellarrow2.png 9398960 16 -r--r--r-- 1 root wheel 7006 Nov 29 08:48 usr/local/share/doc/qtstalker/spread1.png 9398961 12 -r--r--r-- 1 root wheel 5605 Nov 29 08:48 usr/local/share/doc/qtstalker/statusbar.png 9398962 20 -r--r--r-- 1 root wheel 8801 Nov 29 08:48 usr/local/share/doc/qtstalker/stoch1.png 9398963 12 -r--r--r-- 1 root wheel 5219 Nov 29 08:48 usr/local/share/doc/qtstalker/stocksplugin1.png 9398964 16 -r--r--r-- 1 root wheel 8029 Nov 29 08:48 usr/local/share/doc/qtstalker/stocksplugin2.png 9398965 4 -r--r--r-- 1 root wheel 867 Nov 29 08:48 usr/local/share/doc/qtstalker/stop.png 9398966 16 -r--r--r-- 1 root wheel 7310 Nov 29 08:48 usr/local/share/doc/qtstalker/swing.png 9398968 20 -r--r--r-- 1 root wheel 8900 Nov 29 08:48 usr/local/share/doc/qtstalker/testnav.png 9398969 4 -r--r--r-- 1 root wheel 256 Nov 29 08:48 usr/local/share/doc/qtstalker/text1.png 9398970 4 -r--r--r-- 1 root wheel 266 Nov 29 08:48 usr/local/share/doc/qtstalker/text2.png 9398971 12 -r--r--r-- 1 root wheel 5733 Nov 29 08:48 usr/local/share/doc/qtstalker/therm.png 9398972 4 -r--r--r-- 1 root wheel 1845 Nov 29 08:48 usr/local/share/doc/qtstalker/title1.png 9398973 12 -r--r--r-- 1 root wheel 5422 Nov 29 08:48 usr/local/share/doc/qtstalker/toolbar.png 9398974 12 -r--r--r-- 1 root wheel 5899 Nov 29 08:48 usr/local/share/doc/qtstalker/trendline1.png 9398975 12 -r--r--r-- 1 root wheel 5813 Nov 29 08:48 usr/local/share/doc/qtstalker/trendline2.png 9398976 16 -r--r--r-- 1 root wheel 6520 Nov 29 08:48 usr/local/share/doc/qtstalker/trix1.png 9398977 16 -r--r--r-- 1 root wheel 6178 Nov 29 08:48 usr/local/share/doc/qtstalker/uo1.png 9398978 12 -r--r--r-- 1 root wheel 4894 Nov 29 08:48 usr/local/share/doc/qtstalker/verticalline1.png 9398979 8 -r--r--r-- 1 root wheel 3438 Nov 29 08:48 usr/local/share/doc/qtstalker/verticalline2.png 9398980 12 -r--r--r-- 1 root wheel 4823 Nov 29 08:48 usr/local/share/doc/qtstalker/vol1.png 9398981 16 -r--r--r-- 1 root wheel 6562 Nov 29 08:48 usr/local/share/doc/qtstalker/volr1.png 9398982 12 -r--r--r-- 1 root wheel 4470 Nov 29 08:48 usr/local/share/doc/qtstalker/vt1.png 9398983 12 -r--r--r-- 1 root wheel 5125 Nov 29 08:48 usr/local/share/doc/qtstalker/willr1.png 9398984 8 -r--r--r-- 1 root wheel 2940 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithgroups2.png 9398985 8 -r--r--r-- 1 root wheel 2974 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithgroups4.png 9398986 16 -r--r--r-- 1 root wheel 7347 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithmainindicators1.png 9398987 16 -r--r--r-- 1 root wheel 7237 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithportfolios2.png 9398988 12 -r--r--r-- 1 root wheel 4546 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithportfolios3.png 9398989 8 -r--r--r-- 1 root wheel 2844 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithportfolios4.png 9398990 8 -r--r--r-- 1 root wheel 2934 Nov 29 08:48 usr/local/share/doc/qtstalker/workwithportfolios5.png 9398991 20 -r--r--r-- 1 root wheel 8607 Nov 29 08:48 usr/local/share/doc/qtstalker/yahoo1.png 9398992 8 -r--r--r-- 1 root wheel 3698 Nov 29 08:48 usr/local/share/doc/qtstalker/yahoo2.png ================================================================ build of /usr/ports/finance/qtstalker ended at Sat Nov 29 08:48:26 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From fbsd06 at mlists.homeunix.com Sat Nov 29 05:21:45 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Sat Nov 29 05:21:52 2008 Subject: SQUID Follow X-Forwarded-For headers In-Reply-To: <66f15cb3806e497989fbe62ff15147af.athiel@yourdatacenter.com> References: <66f15cb3806e497989fbe62ff15147af.athiel@yourdatacenter.com> Message-ID: <20081129130519.13eca9c0@gumby.homeunix.com> On Fri, 28 Nov 2008 18:08:02 -0500 "Albert Thiel" wrote: > There is a patch to Follow X-Forwarded-For headers to SQUID, but it > is not in the ports. How do I patch this in, or has someone done it > already? You can have patches applied automatically by giving them a name that starts with "patch-", and putting them in the port's "files" directory. From nikola.lecic at anthesphoria.net Sat Nov 29 05:43:07 2008 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Sat Nov 29 05:43:17 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081128182936.1052168355hhlae8@econet.encontacto.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> <20081128182936.1052168355hhlae8@econet.encontacto.net> Message-ID: <20081129143907.36c3ac69@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Fri, 28 Nov 2008 18:29:36 -0600 eculp wrote: > I didn't even realize that there were multiple input methods from a > laptop keyboard. Smart Common Input Method, I doubt because it > doesn't seem to be very smart. > > Openoffice is the only program that has any problems. Skype, pidgen, > term windows, Konsole, even gimp work perfectly. So you use some Spanish keyboard with one of the SCIM IMEngines? If this is so, then you probably have something like this in your environment: XMODIFIERS=@im=SCIM GTK_IM_MODULE=scim Please try GTK_IM_MODULE=xim. Switching among keyboards will be a bit harder (SCIM keyboard icon and the actual keyboard will sometimes be desynchronised when you change focus among windows), but this used to solve OpenOffice.org deadkeys problem for me in the past. If this doesn't help, you can try textproc/scim-bridge with GTK_IM_MODULE=scim-bridge. Although I must add that the problem mainly disappeared when I switched to openoffice.org-3-devel (currently running 3.1.20081024). HTH - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkxRgAACgkQ/MM/0rYIoZhNtAP9GNcqnMOA66cmzd0TZUeCggyd QjXx7sAZJG0J9+OiyMRS1gJZKZ5EhZZ2wdhtUzEHXr4/oX+/LbLPZaq7/azsGpD/ LF5Qg2IWjArV+28EXWxhUC0yCcQnNLwSa/Jmn7AuN6fFjxbC3VEwgAzw9qov8HXG 3PlXeIz6Z18jJ/9BR+4= =oR6t -----END PGP SIGNATURE----- From eculp at encontacto.net Sat Nov 29 06:37:59 2008 From: eculp at encontacto.net (eculp) Date: Sat Nov 29 06:38:07 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081129143907.36c3ac69@anthesphoria.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> <20081128182936.1052168355hhlae8@econet.encontacto.net> <20081129143907.36c3ac69@anthesphoria.net> Message-ID: <20081129083755.844827c9hjnvt70g@econet.encontacto.net> Quoting Nikola Le?i? : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > On Fri, 28 Nov 2008 18:29:36 -0600 > eculp wrote: > >> I didn't even realize that there were multiple input methods from a >> laptop keyboard. Smart Common Input Method, I doubt because it >> doesn't seem to be very smart. >> >> Openoffice is the only program that has any problems. Skype, pidgen, >> term windows, Konsole, even gimp work perfectly. > > So you use some Spanish keyboard with one of the SCIM IMEngines? If > this is so, then you probably have something like this in your > environment: > > XMODIFIERS=@im=SCIM > GTK_IM_MODULE=scim I had neither in my environment so I added them and there was a change. The dead keys printed correctly but weren't dead. The same with xim. I am seeing this on different laptops and one multiple desktop keyboards. They are all runing KDE and the desktops are running FreeBSD 7.1-PRERELEASE and the laptop uptodate Current. > > Please try GTK_IM_MODULE=xim. Switching among keyboards will be a bit > harder (SCIM keyboard icon and the actual keyboard will sometimes be > desynchronised when you change focus among windows), but this used to > solve OpenOffice.org deadkeys problem for me in the past. > > If this doesn't help, you can try textproc/scim-bridge with > GTK_IM_MODULE=scim-bridge. > > Although I must add that the problem mainly disappeared when I switched > to openoffice.org-3-devel (currently running 3.1.20081024). I'm going to give it a try because we have been using openoffice since 1.x without problems and without having to learn about SCIM ;) Thanks, ed > > HTH > - -- > Nikola Le?i? = ?????? ????? > fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B > ~> -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iJwEAQEDAAYFAkkxRgAACgkQ/MM/0rYIoZhNtAP9GNcqnMOA66cmzd0TZUeCggyd > QjXx7sAZJG0J9+OiyMRS1gJZKZ5EhZZ2wdhtUzEHXr4/oX+/LbLPZaq7/azsGpD/ > LF5Qg2IWjArV+28EXWxhUC0yCcQnNLwSa/Jmn7AuN6fFjxbC3VEwgAzw9qov8HXG > 3PlXeIz6Z18jJ/9BR+4= > =oR6t > -----END PGP SIGNATURE----- > From nikola.lecic at anthesphoria.net Sat Nov 29 07:15:22 2008 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Sat Nov 29 07:15:29 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081129083755.844827c9hjnvt70g@econet.encontacto.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> <20081128182936.1052168355hhlae8@econet.encontacto.net> <20081129143907.36c3ac69@anthesphoria.net> <20081129083755.844827c9hjnvt70g@econet.encontacto.net> Message-ID: <20081129161127.722cb11b@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sat, 29 Nov 2008 08:37:55 -0600 eculp wrote: > Quoting Nikola Le?i? : > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: RIPEMD160 > > > > On Fri, 28 Nov 2008 18:29:36 -0600 > > eculp wrote: > > > >> I didn't even realize that there were multiple input methods from a > >> laptop keyboard. Smart Common Input Method, I doubt because it > >> doesn't seem to be very smart. > >> > >> Openoffice is the only program that has any problems. Skype, > >> pidgen, term windows, Konsole, even gimp work perfectly. > > > > So you use some Spanish keyboard with one of the SCIM IMEngines? If > > this is so, then you probably have something like this in your > > environment: > > > > XMODIFIERS=@im=SCIM > > GTK_IM_MODULE=scim > > I had neither in my environment so I added them and there was a > change. The dead keys printed correctly but weren't dead. The same > with xim. I am seeing this on different laptops and one multiple > desktop keyboards. In my case, after typing the combination that contains a deadkey, the correct resulting character used to appear for a fraction of a second, disappearing afterwards. > They are all runing KDE and the desktops are running FreeBSD > 7.1-PRERELEASE and the laptop uptodate Current. All right, here are my SCIM settings. Put these lines in ~/.xinitrc: export GTK_IM_MODULE=scim export QT_IM_MODULE=scim export QT_IM_SWITCHER=imsw-multi export XMODIFIERS=@im=SCIM scim -d before the command that starts your GUI. After that try experimenting with various *_IM_MODULE values. Please note that you need QT_IM_MODULE for KDE applications and that it's better to start SCIM manually than to use XIM_PROGRAM="scim -d". My editors/openoffice.org-3-devel is compiled with 'LOCALIZED_LANG=sr', 'WITHOUT_CUPS=yes', 'WITH_SYSTEM_FREETYPE=yes', 'WITH_SYSTEM_ICU=yes', 'WITH_TTF_BYTECODE_ENABLED=yes'. (However, since you use KDE/SKIM and maybe OpenOffice.org WITH_KDE, the things might be a bit more complicated...) Besides, if you share with me the actual keyboard file you use, it would be the best way to investigate the problem further. What I wrote were just generic ideas. Best wishes. - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkxW6UACgkQ/MM/0rYIoZgI7wP+LVNwlMTtJ6us5fEJpAKS+tMy HCjTny3jltCdz3IrOTXoPbMeIvqMy40OE5Qghpb6K2i+jHWZOZSlzU4LpkICr703 ZpLXzWohcNyU44JnUBf5V1y8x8FjHdjTJoYW9A1UNW5N49GNJju8pjlHJ23D2daS +PjlCkjnsho6+9GfWsM= =1fxG -----END PGP SIGNATURE----- From nikola.lecic at anthesphoria.net Sat Nov 29 07:23:24 2008 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Sat Nov 29 07:23:31 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081129161127.722cb11b@anthesphoria.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> <20081128182936.1052168355hhlae8@econet.encontacto.net> <20081129143907.36c3ac69@anthesphoria.net> <20081129083755.844827c9hjnvt70g@econet.encontacto.net> <20081129161127.722cb11b@anthesphoria.net> Message-ID: <20081129161922.3c4b5398@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sat, 29 Nov 2008 16:11:27 +0100 Nikola Le?i? wrote: [...] > After that try experimenting with various *_IM_MODULE values. Sorry, I forgot to add that experimenting with XMODIFIERS=@im=XIM (instead of @im=SCIM) might also help in OpenOffice.org case. - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkxXYQACgkQ/MM/0rYIoZgZKgQAtDs/7fmoyA/AjMYYHBE3isUr FH+AUGuAS6zqjLOYMRK7E7u8A4hy2ZNHg4xF7nec9F/S0LOdJhJ1SHj/JHIPBD8A j11KAa5NIEGUJKFnFWa93rAjIcy2AoJRm4PmftFgWgzaLvWAx1eyiy70Yn2cJyLC UxMgh2k5uMhnl9Q6agM= =toeU -----END PGP SIGNATURE----- From eculp at encontacto.net Sat Nov 29 07:24:06 2008 From: eculp at encontacto.net (eculp) Date: Sat Nov 29 07:24:13 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081129083755.844827c9hjnvt70g@econet.encontacto.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> <20081128182936.1052168355hhlae8@econet.encontacto.net> <20081129143907.36c3ac69@anthesphoria.net> <20081129083755.844827c9hjnvt70g@econet.encontacto.net> Message-ID: <20081129092403.52021wzjpvizb63o@econet.encontacto.net> Quoting eculp : > Quoting Nikola Le?i? : > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: RIPEMD160 >> >> On Fri, 28 Nov 2008 18:29:36 -0600 >> eculp wrote: >> >>> I didn't even realize that there were multiple input methods from a >>> laptop keyboard. Smart Common Input Method, I doubt because it >>> doesn't seem to be very smart. >>> >>> Openoffice is the only program that has any problems. Skype, pidgen, >>> term windows, Konsole, even gimp work perfectly. >> >> So you use some Spanish keyboard with one of the SCIM IMEngines? If >> this is so, then you probably have something like this in your >> environment: >> >> XMODIFIERS=@im=SCIM >> GTK_IM_MODULE=scim > > I had neither in my environment so I added them and there was a > change. The dead keys printed correctly but weren't dead. The same > with xim. I am seeing this on different laptops and one multiple > desktop keyboards. They are all runing KDE and the desktops are > running FreeBSD 7.1-PRERELEASE and the laptop uptodate Current. > >> >> Please try GTK_IM_MODULE=xim. Switching among keyboards will be a bit >> harder (SCIM keyboard icon and the actual keyboard will sometimes be >> desynchronised when you change focus among windows), but this used to >> solve OpenOffice.org deadkeys problem for me in the past. >> >> If this doesn't help, you can try textproc/scim-bridge with >> GTK_IM_MODULE=scim-bridge. >> >> Although I must add that the problem mainly disappeared when I switched >> to openoffice.org-3-devel (currently running 3.1.20081024). > > I'm going to give it a try because we have been using openoffice > since 1.x without problems and without having to learn about SCIM ;) Nikola, you gave me a least common denominator idea. The the computers, keyboards, versions of OpenOffice are all different, but they are all running KDE. On my laptop, I have gnome installed and I keep it up to date although I don't use it. I switched to gnome and the same OpenOffice works perfectly. Now I really don't know where to go. Gotta think about it. Thanks for all your help. I feel that I'm getting closer. ed > Thanks, > > ed >> >> HTH >> - -- >> Nikola Le?i? = ?????? ????? >> fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B >> > > > > > > > > > > > > > > > > > > > > > > ~> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.9 (FreeBSD) >> >> iJwEAQEDAAYFAkkxRgAACgkQ/MM/0rYIoZhNtAP9GNcqnMOA66cmzd0TZUeCggyd >> QjXx7sAZJG0J9+OiyMRS1gJZKZ5EhZZ2wdhtUzEHXr4/oX+/LbLPZaq7/azsGpD/ >> LF5Qg2IWjArV+28EXWxhUC0yCcQnNLwSa/Jmn7AuN6fFjxbC3VEwgAzw9qov8HXG >> 3PlXeIz6Z18jJ/9BR+4= >> =oR6t >> -----END PGP SIGNATURE----- >> > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From nork at FreeBSD.org Sat Nov 29 07:36:52 2008 From: nork at FreeBSD.org (Norikatsu Shigemura) Date: Sat Nov 29 07:37:00 2008 Subject: [ports/www/awffull] update to 3.10.1 Message-ID: <20081130003641.f723b0f0.nork@FreeBSD.org> Hi chad. I tried to update awfful port to 3.10.1. So please review and may I commit this OK? Index: Makefile =================================================================== RCS file: /home/ncvs/ports/www/awffull/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 6 Jun 2008 14:06:47 -0000 1.2 +++ Makefile 29 Nov 2008 15:19:39 -0000 @@ -6,8 +6,8 @@ # PORTNAME= awffull -PORTVERSION= 3.8.2 -PORTREVISION= 1 +PORTVERSION= 3.10.1 +PORTREVISION= 0 CATEGORIES= www MASTER_SITES= http://www.stedee.id.au/files/ @@ -18,19 +18,35 @@ png.5:${PORTSDIR}/graphics/png \ pcre.0:${PORTSDIR}/devel/pcre +RUN_DEPENDS?= ${LOCALBASE}/lib/X11/fonts/bitstream-vera/Vera.ttf:${PORTSDIR}/x11-fonts/bitstream-vera +BUILD_DEPENS= ${RUN_DEPENDS} + +FONTDEFAULT?= ${LOCALBASE}/lib/X11/fonts/bitstream-vera/VeraBd.ttf +FONTLABEL?= ${LOCALBASE}/lib/X11/fonts/bitstream-vera/Vera.ttf + OPTIONS= GEOIP "Enable support for GeoIP (Country Detection)" Off +USE_ICONV= yes USE_GETTEXT= yes GNU_CONFIGURE= yes -CONFIGURE_ARGS+=--with-pnglib=${LOCALBASE}/lib +CONFIGURE_ARGS+=--with-font-default=${FONTDEFAULT} \ + --with-font-label=${FONTLABEL} +CONFIGURE_ENV+= CPPFLAGS="${CPPFLAGS}" LDFLAGS="${LDFLAGS}" + +CPPFLAGS= -I${LOCALBASE}/include +LDFLAGS= -L${LOCALBASE}/lib MAN1= awffull.1 +MAN5= awffull.conf.5 .include .if defined(WITH_GEOIP) LIB_DEPENDS+= GeoIP.5:${PORTSDIR}/net/GeoIP +CONFIGURE_ARGS+=--enable-geoip +.else +CONFIGURE_ARGS+=--disable-geoip .endif .include Index: distinfo =================================================================== RCS file: /home/ncvs/ports/www/awffull/distinfo,v retrieving revision 1.1 diff -u -r1.1 distinfo --- distinfo 8 Feb 2008 13:09:43 -0000 1.1 +++ distinfo 29 Nov 2008 07:15:22 -0000 @@ -1,3 +1,3 @@ -MD5 (awffull-3.8.2.tar.gz) = 24c972e1feefb223f0a8d4528dabe8c4 -SHA256 (awffull-3.8.2.tar.gz) = 53aa9f535ac44e5022f7312c73d0c54513a0ff1538d202f000a35ffdb4ef4195 -SIZE (awffull-3.8.2.tar.gz) = 984392 +MD5 (awffull-3.10.1.tar.gz) = 80acf755b354c49d78a5b9bb580196f2 +SHA256 (awffull-3.10.1.tar.gz) = 666a805c338fb7f778472c042af92865754217bb9fa4188f7fcbb4f59eb02c3a +SIZE (awffull-3.10.1.tar.gz) = 1048950 From nikola.lecic at anthesphoria.net Sat Nov 29 07:49:46 2008 From: nikola.lecic at anthesphoria.net (Nikola =?UTF-8?B?TGXEjWnEhw==?=) Date: Sat Nov 29 07:49:52 2008 Subject: Only in OpenOffice.org-2.4, I'm having es_ES deadkey problems. In-Reply-To: <20081129092403.52021wzjpvizb63o@econet.encontacto.net> References: <20081128073637.165767yq3leykloo@econet.encontacto.net> <20081128212421.147b0526@anthesphoria.net> <20081128182936.1052168355hhlae8@econet.encontacto.net> <20081129143907.36c3ac69@anthesphoria.net> <20081129083755.844827c9hjnvt70g@econet.encontacto.net> <20081129092403.52021wzjpvizb63o@econet.encontacto.net> Message-ID: <20081129164554.513875ee@anthesphoria.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sat, 29 Nov 2008 09:24:03 -0600 eculp wrote: > Nikola, you gave me a least common denominator idea. The the > computers, keyboards, versions of OpenOffice are all different, but > they are all running KDE. On my laptop, I have gnome installed and > I keep it up to date although I don't use it. I switched to gnome > and the same OpenOffice works perfectly. If this is so, then SKIM settings are what confuse OpenOffice.org. You can do two things: * please try to experiment with XMODIFIERS value in your ~/.xinitrc as I proposed in my previous post; * try not to use SKIM at all; SCIM's GTK2-based panel should work within KDE just fine. - -- Nikola Le?i? = ?????? ????? fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkkxY7cACgkQ/MM/0rYIoZii/AP/Q5ocIW+C8NALkxC9iOaqmEje xlGx3KZF2ZvZAa2/uSJoNyoSgbdHlHSPguBZ5UzejIWU8s1HqpN5Oer/ZwI350D/ ry9PyIT43FYNTq5xN369IhKt8YiQuiqu1tB0vjmK7UBnKAeYUL4K/cEH7MxXmUMf zlOoaUvOHq5oH7XDTHk= =OsiD -----END PGP SIGNATURE----- From tmseck-lists at netcologne.de Sat Nov 29 08:49:25 2008 From: tmseck-lists at netcologne.de (Thomas-Martin Seck) Date: Sat Nov 29 08:49:33 2008 Subject: SQUID Follow X-Forwarded-For headers In-Reply-To: <66f15cb3806e497989fbe62ff15147af.athiel@yourdatacenter.com> Message-ID: <200811291624.mATGO1Bo002039@hardy.tmseck.homedns.org> * Albert Thiel : > There is a patch to Follow X-Forwarded-For headers to SQUID, but it is > not in the ports. The patch you refer to is probably the outdated patch for Squid <2.6, . You do not need that patch anymore, at least not for Squid-2. Squid-2.6/2.7 now support this feature natively; it is available as a port OPTION (off by default). Said option (WITH_/WITHOUT_SQUID_FOLLOW_XFF) is supported by the Squid-2 ports for about four years now. > How do I patch this in, or has someone done it already? For Squid-2, i.e. www/squid26 or www/squid, just re-run "make config" and select "SQUID_FOLLOW_XFF". For Squid-3.0 -- ask the Squid developers to backport this feature. Squid 3.1 will include it natively just like Squid-2.6/2.7. From athiel at yourdatacenter.com Sat Nov 29 10:35:21 2008 From: athiel at yourdatacenter.com (Albert Thiel) Date: Sat Nov 29 10:35:28 2008 Subject: SQUID Follow X-Forwarded-For headers In-Reply-To: <200811291624.mATGO1Bo002039@hardy.tmseck.homedns.org> Message-ID: Thanks very much for your help. -Al Albert Thiel athiel@yourdatacenter.com Your Data Center & HostLongIsland.com Powerful FREE ISP Tools, Mail & Website Hosting http://www.YourDataCenter.com Hewlett, New York (877)302-8642 -----Original Message----- From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-ports@freebsd.org]On Behalf Of Thomas-Martin Seck Sent: Saturday, November 29, 2008 11:24 AM To: Albert Thiel Cc: freebsd-ports@freebsd.org Subject: Re: SQUID Follow X-Forwarded-For headers * Albert Thiel : > There is a patch to Follow X-Forwarded-For headers to SQUID, but it is > not in the ports. The patch you refer to is probably the outdated patch for Squid <2.6, . You do not need that patch anymore, at least not for Squid-2. Squid-2.6/2.7 now support this feature natively; it is available as a port OPTION (off by default). Said option (WITH_/WITHOUT_SQUID_FOLLOW_XFF) is supported by the Squid-2 ports for about four years now. > How do I patch this in, or has someone done it already? For Squid-2, i.e. www/squid26 or www/squid, just re-run "make config" and select "SQUID_FOLLOW_XFF". For Squid-3.0 -- ask the Squid developers to backport this feature. Squid 3.1 will include it natively just like Squid-2.6/2.7. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From bsam at ipt.ru Sat Nov 29 12:25:17 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Nov 29 12:25:25 2008 Subject: FreeBSD Port: net/linux-nx-client In-Reply-To: (G. Paul Ziemba's message of "Sat\, 29 Nov 2008 00\:47\:01 +0000 \(UTC\)") References: <49308A22.2070205@users.sf.net> Message-ID: <01904501@bs1.sp34.ru> "G. Paul Ziemba" writes: > gamato@users.sf.net (martinko) writes: > >>Scot Hetzel wrote: >>> On Fri, Nov 28, 2008 at 4:43 PM, mato wrote: >>>> Hi, >>>> >>>> I've just installed net/linux-nx-client on FreeBSD 6.4 and after launching >>>> it I got: >>>> >>>> $ nxclient >>>> /usr/local/lib/linux-nx-client/bin/nxclient: error while loading shared >>>> libraries: libXext.so.6: cannot open shared object file: No such file or >>>> directory >>>> >>>> The library in need is located here: >>>> -rwxr-xr-x 1 root wheel 67306 Oct 8 18:07 /usr/local/lib/libXext.so.6 >>>> >>> That's the wrong library, you need the linux libXext.so.6 which should >>> be located under /usr/compat/linux. >>> >>> Scot > >>Which it is not. A missing dependency ? > > On my system, for some reason these libraries get installed (by the > linux* ports) in /usr/compat/linux/usr/X11R6/lib rather than in Yes, it is supposed to. > /usr/compat/linux/usr/local/lib where many applications expect them. That is wrong. If that's true for your system than something is wrong with your system/configuration. > I have been manually creating symlinks in /usr/compat/linux/usr/local/lib, > e.g., > > cd /usr/compat/linux/usr/local/lib > ln -s ../../X11R6/lib/libXext.so.6 > > I'm not sure why I need to make these links or if there is a better > approach, but it works for me. By default linuxulator looks for files first at /usr/compat/linux directories and only if it fails then /usr/local is used. I.e. if you have /usr/compat/linux/usr/X11R6/lib/libXext.so.6 than it should be found by linuxulator and no symlinking is needed. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From erwin at FreeBSD.org Sat Nov 29 13:57:02 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Nov 29 13:57:09 2008 Subject: INDEX build failed for 6.x Message-ID: <200811292156.mATLuvmA031846@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: burn-0.4.1_3: no entry for /usr/ports/cddb-bundle make_index: burn-0.4.1_3: no entry for /usr/ports/gnustep-cdplayer make_index: burn-0.4.1_3: no entry for /usr/ports/cddb-bundle make_index: burn-0.4.1_3: no entry for /usr/ports/gnustep-cdplayer make_index: gnustep-app-1.14.3_2: no entry for /usr/ports/cddb-bundle make_index: gnustep-app-1.14.3_2: no entry for /usr/ports/cddb-bundle make_index: gnustep-cdplayer-0.5_1: no entry for /usr/ports/cddb-bundle make_index: gnustep-cdplayer-0.5_1: no entry for /usr/ports/cddb-bundle Committers on the hook: dinoex linimon lioux miwi sem Most recent CVS update was: U Mk/bsd.gnustep.mk U Mk/bsd.perl.mk U archivers/lzma/Makefile U archivers/lzma/distinfo U audio/mpdas/Makefile U audio/mpdas/distinfo U databases/Makefile U databases/p5-DBIx-Class-IntrospectableM2M/Makefile U databases/p5-DBIx-Class-IntrospectableM2M/distinfo U databases/p5-DBIx-Class-IntrospectableM2M/pkg-descr U databases/p5-DBIx-Class-IntrospectableM2M/pkg-plist U databases/phpmyadmin/Makefile U databases/phpmyadmin/distinfo U deskutils/egroupware/Makefile U deskutils/egroupware/distinfo U deskutils/egroupware/files/pkg-message.in U deskutils/plasma-applet-quicklauncher/Makefile U deskutils/plasma-applet-quicklauncher/distinfo U devel/Makefile U devel/hs-Stream/Makefile U devel/hs-Stream/distinfo U devel/hs-Stream/pkg-descr U devel/hs-Stream/pkg-plist U devel/libburn/Makefile U devel/libburn/pkg-message U devel/p5-POE-Component-Daemon/Makefile U devel/p5-POE-Component-Daemon/distinfo U devel/ptmalloc/Makefile U finance/gfp/Makefile U games/freeciv/Makefile U games/freeciv/distinfo U graphics/Makefile U graphics/ristretto/Makefile U graphics/ristretto/distinfo U graphics/ristretto/pkg-plist U graphics/rubygem-objectdetect/Makefile U graphics/rubygem-objectdetect/distinfo U graphics/rubygem-objectdetect/pkg-descr U irc/Makefile U irc/irssi-devel/Makefile U irc/irssi-devel/distinfo U irc/libircclient/Makefile U irc/libircclient/distinfo U irc/libircclient/pkg-descr U irc/libircclient/pkg-plist U mail/Makefile U mail/addresses/Makefile U mail/addresses/files/patch-etoile U mail/extmail/Makefile U mail/extmail/distinfo U mail/extmail/pkg-plist U mail/extman/Makefile U mail/extman/distinfo U mail/extman/pkg-plist U mail/py-apolicy/Makefile U mail/py-apolicy/distinfo U mail/py-apolicy/pkg-descr U mail/py-apolicy/pkg-plist U mail/py-apolicy/files/apolicyd.in U mail/py-apolicy/files/patch-setup.py U mail/py-apolicy/files/patch-z U mail/py-apolicy/files/pkg-message.in U mail/py-ppolicy/Makefile U mail/py-ppolicy/distinfo U mail/py-ppolicy/pkg-descr U mail/py-ppolicy/pkg-plist U mail/py-ppolicy/files/patch-ppolicy.tap U mail/py-ppolicy/files/pkg-message.in U mail/py-ppolicy/files/ppolicyd.sh.in U net/Makefile U net/pecl-oauth/Makefile U net/pecl-oauth/distinfo U net/pecl-oauth/pkg-descr U net-im/Makefile U net-im/etoile-stepchat/Makefile U net-im/etoile-stepchat/distinfo U net-im/etoile-stepchat/pkg-descr U net-im/etoile-stepchat/pkg-plist U net-im/etoile-xmppkit/Makefile U net-im/etoile-xmppkit/distinfo U net-im/etoile-xmppkit/pkg-descr U net-im/etoile-xmppkit/pkg-plist U net-im/gajim-devel/Makefile U net-im/gajim-devel/distinfo U net-im/gajim-devel/pkg-plist U net-im/gajim-devel/files/patch-data-Makefile.in U net-im/pidgin-msn-pecan/Makefile U net-im/pidgin-pidgimpd/Makefile U net-p2p/hrktorrent/Makefile U security/fakeroot/Makefile U security/fakeroot/distinfo U security/makepasswd/Makefile U security/makepasswd/distinfo U security/tor-devel/Makefile U security/tor-devel/distinfo U security/tor-devel/files/tor.in U sysutils/xfburn/Makefile U sysutils/xfburn/files/patch-xfburn-xfburn-data-composition.c U textproc/xfce4-dict-plugin/Makefile U textproc/xfce4-dict-plugin/distinfo U www/firefox3-i18n/Makefile U www/firefox3-i18n/distinfo U www/fluxcms/Makefile U www/fluxcms/distinfo U www/fluxcms/pkg-plist U www/p5-AnyEvent-HTTP/Makefile U www/p5-AnyEvent-HTTP/distinfo U www/ziproxy/Makefile U www/ziproxy/distinfo U www/ziproxy/pkg-plist U www/ziproxy/files/patch-ziproxy.conf U x11/Makefile U x11/xfce4-verve-plugin/Makefile U x11/xfce4-verve-plugin/distinfo U x11/xfce4-verve-plugin/pkg-plist U x11/xlockmore/Makefile U x11/xlockmore/distinfo U x11/xmobar/Makefile U x11/xmobar/distinfo U x11/xmobar/pkg-descr U x11/xmobar/pkg-plist U x11-wm/echinus/Makefile From erwin at FreeBSD.org Sat Nov 29 17:07:13 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Nov 29 17:07:21 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200811300107.mAU178w7087053@pointyhat.freebsd.org> From pz-freebsd-ports at ziemba.us Sat Nov 29 22:07:54 2008 From: pz-freebsd-ports at ziemba.us (G. Paul Ziemba) Date: Sat Nov 29 22:08:01 2008 Subject: FreeBSD Port: net/linux-nx-client References: <01904501@bs1.sp34.ru> Message-ID: bsam@ipt.ru (Boris Samorodov) writes: >"G. Paul Ziemba" writes: >> I have been manually creating symlinks in /usr/compat/linux/usr/local/lib, >> e.g., >> >> cd /usr/compat/linux/usr/local/lib >> ln -s ../../X11R6/lib/libXext.so.6 >> >> I'm not sure why I need to make these links or if there is a better >> approach, but it works for me. >By default linuxulator looks for files first at /usr/compat/linux >directories and only if it fails then /usr/local is used. I.e. if >you have /usr/compat/linux/usr/X11R6/lib/libXext.so.6 than it should >be found by linuxulator and no symlinking is needed. My observations come mainly from getting linux plugins working for the FreeBSD native Opera. I wonder if operapluginwrapper.linux is influencing the library search path in some way. -- G. Paul Ziemba FreeBSD unix: 10:06PM up 10 days, 22:44, 6 users, load averages: 0.56, 0.54, 0.40 From juancr at dsa.es Sun Nov 30 06:33:48 2008 From: juancr at dsa.es (DSA - JCR) Date: Sun Nov 30 06:33:55 2008 Subject: FreeBSD Port: firebird-client-2.0.3_2 (and server) Message-ID: <3779.84.18.11.126.1228055625.squirrel@mail.dsa.es> Hi again (2nd try) I have send on Sab, 25 de Octubre de 2008, 17:57 the email about the FireBird port and I have no received an answer. Please, can anyone confirm me that THIS IMPORTANT PORT will be updated? Sincerely Juan Coru?a Desarrollo de Software Atlantico ================================================ email: send on Sab, 25 de Octubre de 2008, 17:57 ================================================ Hi I have found that the por for the Firebird SQL server and client is not up to date. - In the ports the version is 2.0.3_2 -In FirebirdSQl.org the last version is 2.1.1 and also they are testing 2.5 - Also they have made ports for may others OS's, like Solaris, Linux, Windows, in 32 and 64bits platforms. I think that we must have this always up to date in FreeBSD. I work with Firebird SQL Server and under FreeBSD (of course!!!) and also there is many tools that work with it like PHP, QT,... Please, let me know if there will be an update for it. Thanks in advance Sincerely Juan Coru?a Desarrollo de Software Atlantico From pav at FreeBSD.org Sun Nov 30 10:42:56 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun Nov 30 10:43:03 2008 Subject: python leftovers - native_libs.txt Message-ID: <1228068944.95696.36.camel@hood.oook.cz> A bunch of python ports suddenly install extra file that they didn't install in the past: native_libs.txt. Anyone knows what's up? Example: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.6.20081128152658/py25-fusefs-0.2_1.log -- Pav Lucistnik A mouse is a device used to point at the xterm you want to type in. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081130/0dd4fdb4/attachment.pgp From marshc187 at gmail.com Sun Nov 30 11:11:21 2008 From: marshc187 at gmail.com (t-u-t) Date: Sun Nov 30 11:11:27 2008 Subject: ardour 2.7 make segmentation fault Message-ID: <332f78510811301049y709b8693wbb4460dcfef21a26@mail.gmail.com> hi, i cannot build ardour 2.7 on 7.1beta2 amd64. any clues? (pkg is vers 2.4.1_1) libs/ardour/audio_diskstream.cc: In constructor 'ARDOUR::AudioDiskstream::ChannelInfo::ChannelInfo(nframes_t, nframes_t, nframes_t)': libs/ardour/audio_diskstream.cc:2452: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. scons: *** [libs/ardour/audio_diskstream.os] Error 1 scons: building terminated because of errors. *** Error code 2 Stop in /usr/ports/audio/ardour. *** Error code 1 -- ce la vie