From v.velox at vvelox.net Tue Jul 1 10:10:51 2008 From: v.velox at vvelox.net (Zane C.B.) Date: Tue Jul 1 10:10:55 2008 Subject: a Perl module for parsing the package DB Message-ID: <20080701051109.1c711c84@vixen42> Just finished writing Perl module for parsing the contents of '/var/db/pkg'. Any one more familiar with it than me care to take a look at it and offer any opinions? http://search.cpan.org/~vvelox/FreeBSD-Pkgs-0.0.0/ From stefan.lambrev at moneybookers.com Tue Jul 1 10:56:26 2008 From: stefan.lambrev at moneybookers.com (Stefan Lambrev) Date: Tue Jul 1 10:56:33 2008 Subject: please test sysutlis/apcupsd update In-Reply-To: <20080629195422.4d96e014@it.buh.tecnik93.com> References: <20080629195422.4d96e014@it.buh.tecnik93.com> Message-ID: <486A0939.3090107@moneybookers.com> Hi, Sorry I didn't reply earlier. Ion-Mihai Tetcu wrote: > Hi, > > > At: > http://t32.tecnik93.com/FreeBSD/ports/apcupsd/port/apcupsd-3.14.3_2-to-3.14.4.diff > you'll find a diff (also attached to this mail) which updates > sysutlis/apcupsd to the latest stable version. > > cd /usr/ports/sysutils/apcupsd && \ > fetch http://T32.TecNik93.com/FreeBSD/ports/apcupsd/port/apcupsd-3.14.3_2-to-3.14.4.diff && \ > patch < apcupsd-3.14.3_2-to-3.14.4.diff && \ > make clean && make config && make install clean > > Notable changes are: > - it now builds using gmake > - NLS and POWERFLUTE are removed > - POLLTIME directive to control UPS polling interval. This directive > specifies the number of seconds to delay between polling the UPS for > status. Previously, NETTIME allowed this to be adjusted for network > connections only (snmp, pcnet, nis-net). POLLTIME configures the delay > for all connection types. NETTIME is accepted as a synonym for > compatibility with old config files. > - you can now use the graphical client via GAPCMON OPTION > - it won't build on anything pre 6.3R > > I need to know if it works OK for you, especially the CGI and CAPGCOM. > > If I don't receive any complains I plan to commit this in 3 days. > > > Thanks, > > ---> Upgrading 'apcupsd-3.14.3_1' to 'apcupsd-3.14.4' (sysutils/apcupsd) ---> Building '/usr/ports/sysutils/apcupsd' ===> Cleaning for apcupsd-3.14.4 ===> Found saved configuration for apcupsd-3.14.4 ===> Extracting for apcupsd-3.14.4 => MD5 Checksum OK for apcupsd-3.14.4.tar.gz. => SHA256 Checksum OK for apcupsd-3.14.4.tar.gz. => MD5 Checksum OK for apcupsd.pdf. => SHA256 Checksum OK for apcupsd.pdf. ===> Patching for apcupsd-3.14.4 ===> Applying FreeBSD patches for apcupsd-3.14.4 Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to ./src/drivers/usb/bsd/bsd-usb.c.rej => Patch patch-src__drivers__usb__bsd__bsd-usb.c failed to apply cleanly. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.54579.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=apcupsd-3.14.3_1 UPGRADE_PORT_VER=3.14.3_1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! sysutils/apcupsd (apcupsd-3.14.3_1) (patch error) Can you please send me tar of your port? May be the diff is broken? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From itetcu at FreeBSD.org Tue Jul 1 11:14:27 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Jul 1 11:14:32 2008 Subject: please test sysutlis/apcupsd update In-Reply-To: <486A0939.3090107@moneybookers.com> References: <20080629195422.4d96e014@it.buh.tecnik93.com> <486A0939.3090107@moneybookers.com> Message-ID: <20080701141417.156aa1a3@it.buh.tecnik93.com> Skipped content of type multipart/mixed-------------- 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/20080701/1ee69f6d/signature.pgp From avg at icyb.net.ua Tue Jul 1 12:16:14 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jul 1 12:16:28 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: <486A1A93.8010805@icyb.net.ua> on 01/07/2008 02:20 Jeremy Messenger said the following: > FYI: These have been committed in FreeBSD ports tree. You now can run > 'marcusmerge -U' to unmerge ports-stable and remove it. I will removing > everything in ports-stable tonight. I have some problems after this went into the tree, or so it seems. Example: $ cd /usr/ports/audio/scrobbler $ make describe "/usr/ports/Mk/bsd.gecko.mk", line 162: Inconsistent operator for post-patch make: fatal errors encountered -- cannot continue Exit 1 It seems that this is because audio/scrobbler/Makefile has post-patch:: ... While bsd.gecko.mk has post-patch: ... I am not sure if the port's Makefile uses '::' for a good reason. Also, it seems that this is not the only port that uses '::' for post-patch target. P.S. my system is 6.3/amd64, ports updated this morning using portsnap. -- Andriy Gapon From stefan.lambrev at moneybookers.com Tue Jul 1 12:19:34 2008 From: stefan.lambrev at moneybookers.com (Stefan Lambrev) Date: Tue Jul 1 12:19:40 2008 Subject: please test sysutlis/apcupsd update In-Reply-To: <20080701141417.156aa1a3@it.buh.tecnik93.com> References: <20080629195422.4d96e014@it.buh.tecnik93.com> <486A0939.3090107@moneybookers.com> <20080701141417.156aa1a3@it.buh.tecnik93.com> Message-ID: <486A20D1.4020501@moneybookers.com> Greetings Ion-Mihai, Ion-Mihai Tetcu wrote: > On Tue, 01 Jul 2008 13:38:49 +0300 > Stefan Lambrev wrote: > > [ .. ] > > >> ===> Patching for apcupsd-3.14.4 >> ===> Applying FreeBSD patches for apcupsd-3.14.4 >> Ignoring previously applied (or reversed) patch. >> 3 out of 3 hunks ignored--saving rejects to >> ./src/drivers/usb/bsd/bsd-usb.c.rej >> => Patch patch-src__drivers__usb__bsd__bsd-usb.c failed to apply >> cleanly. ** Command failed [exit code 1]: /usr/bin/script -qa >> /tmp/portupgrade.54579.0 env UPGRADE_TOOL=portupgrade >> UPGRADE_PORT=apcupsd-3.14.3_1 UPGRADE_PORT_VER=3.14.3_1 make >> ** Fix the problem and try again. >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >> ! sysutils/apcupsd (apcupsd-3.14.3_1) (patch error) >> >> Can you please send me tar of your port? May be the diff is broken? >> > > That file was removed as it was integrated upstream; I did diff -u > instead of diff -uN. Thanks for catching this. > > Try the one attached or just rm the file. > > > Removing the old patch fix the compilation problem. The new version of apcups (usb) works fine with: ugen0: on uhub0 I hope to find time to test and with Smart-UPS 3000 RM (serial) and network too. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From sem at FreeBSD.org Tue Jul 1 14:24:55 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 1 14:25:02 2008 Subject: portupgrade 2.4.4 Message-ID: <486A3E30.7080101@FreeBSD.org> Hi. After a long time when a new employment and real life(c) having eaten all my time, a new version of portupgrade was released. Many bugs was fixed and a few features was added. You can read a NEWS file for most significant changes. Now I'd like to ask everyone to help me to test the new version. Just install portupgrade-devel and use it as usually sending me any reports about regressions (if are). You can easily change portupgrade with portupgrade-devel with the command: portupgrade -fo ports-mgmt/portupgrade-devel portupgrade Thanks and good luck. -- Dixi. Sem. From me at janh.de Tue Jul 1 15:09:06 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Tue Jul 1 15:09:11 2008 Subject: libchk, lib/compat/pkg, indirect dependencies, revision bumps Message-ID: <486A4871.80306@janh.de> Trying to clean lib/compat/pkg from old portupgrade leftovers, I used libchk to check which are still needed. I thought with regular portupgrades for all ports, none of them should be needed, since recompiles due to PORTREVISION bumps should have taken care of these. Quite a few were needed. Only one was a direct dependency. Should indirect dependencies that are linked be listed as LIB_DEPENDS? What about dependencies that only get linked, if the library is present? Explicit ones? Ones that autoconf picked up? For example, koffice did not get bumped with the recent poppler upgrade, since it only depends on poppler-qt and not poppler itself. Still, libpoppler.so.2 is needed by libkritapdfimport.so and the application cannot import pdf files if libpoppler.so.2 is missing. (I tested that.) Below is a list of more. Should the PORTREVISION always be bumped, if a library version changes? Does this only apply for "clean" builds in a tinderbox without autoconf picking up more dependencies than needed? (Mine are not clean.) Or can libchk pick up false positives? (In case of koffice that I tested, it did not.) I wonder if I should report my findings to the maintainers or if I simply misunderstood something about library and PORTREVISION bumps. I often copy packages from this machine to other ones. Obviously, lib/compat/pkg dependencies are missing afterwards. Regards, Jan Henrik jackit-0.103.0_1 /usr/local/bin/jackrec 2008-Mar-26 ->libFLAC.so.7 (libFLAC.so.10 flac-1.2.1 2008-Apr-7) [requires it indirectly via libsndfile, does not require it directly anymore] libsamplerate-0.1.3 /usr/local/bin/sndfile-resample 2008-Mar-25 ->libFLAC.so.7 (libFLAC.so.10 flac-1.2.1 2008-Apr-7) [requires it indirectly via libsndfile] dvdauthor-0.6.14_1 /usr/local/bin/spumux 2007-Oct-17 ->libMagick.so.10 (/ /) ->libWand.so.10 (/ /) [uses it if it exists] opal-2.2.11 /usr/local/lib/libopal_r.so.2.2.11 2008-Mar-6 ->libSDL.so.11 (libSDL-1.2.so.11 sdl-1.2.13_1,2 2008-Mar-13) [does not require it] ccrtp-1.6.0 /usr/local/lib/libccrtp1-1.6.so.0 2007-Dec-22 ->libgcrypt.so.13 (libgcrypt.so.15 libgcrypt-1.4.1_1 2008-Feb-28) [does not require it] libzrtpcpp-1.0.0 /usr/local/lib/libzrtpcpp.so.0 2007-Dec-22 ->libgcrypt.so.13 (libgcrypt.so.15 libgcrypt-1.4.1_1 2008-Feb-28) [does not require it] kdeutils-3.5.8 /usr/local/lib/kde3/ksim_snmp.so 2008-Oct-29 ->libnetsnmp.so.10 (libnetsnmp.so.16 net-snmp-5.4.1_5 2008-Mar-27) [does require it (without version)] kdegraphics-3.5.8_2 /usr/local/lib/kde3/kfile_pdf.so 2008-Jun-6 ->libpoppler.so.2 (libpoppler.so.3 poppler-0.8.3_1 2008-Jun-30) [requires it indirectly via poppler-qt] koffice-1.6.3_5,2 /usr/local/lib/kde3/libkritapdfimport.so 2008-Jun-28 ->libpoppler.so.2 (libpoppler.so.3 poppler-0.8.3_1 2008-Jun-30) [requires it indirectly via poppler-qt] From kostikbel at gmail.com Tue Jul 1 15:30:00 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Tue Jul 1 15:30:03 2008 Subject: portupgrade 2.4.4 In-Reply-To: <486A3E30.7080101@FreeBSD.org> References: <486A3E30.7080101@FreeBSD.org> Message-ID: <20080701151359.GW17123@deviant.kiev.zoral.com.ua> On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: > Hi. > > After a long time when a new employment and real life(c) having eaten > all my time, a new version of portupgrade was released. > > Many bugs was fixed and a few features was added. You can read a NEWS > file for most significant changes. > > Now I'd like to ask everyone to help me to test the new version. Just > install portupgrade-devel and use it as usually sending me any reports > about regressions (if are). > > You can easily change portupgrade with portupgrade-devel with the command: > portupgrade -fo ports-mgmt/portupgrade-devel portupgrade > > Thanks and good luck. Were the problems with quoting and with -PP fixed ? -------------- 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/20080701/16432432/attachment.pgp From sem at FreeBSD.org Tue Jul 1 15:48:54 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 1 15:48:58 2008 Subject: portupgrade 2.4.4 In-Reply-To: <20080701151359.GW17123@deviant.kiev.zoral.com.ua> References: <486A3E30.7080101@FreeBSD.org> <20080701151359.GW17123@deviant.kiev.zoral.com.ua> Message-ID: <486A51E1.7020009@FreeBSD.org> Kostik Belousov wrote: > On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: >> Hi. >> >> After a long time when a new employment and real life(c) having eaten >> all my time, a new version of portupgrade was released. >> >> Many bugs was fixed and a few features was added. You can read a NEWS >> file for most significant changes. >> >> Now I'd like to ask everyone to help me to test the new version. Just >> install portupgrade-devel and use it as usually sending me any reports >> about regressions (if are). >> >> You can easily change portupgrade with portupgrade-devel with the command: >> portupgrade -fo ports-mgmt/portupgrade-devel portupgrade >> >> Thanks and good luck. > > Were the problems with quoting and with -PP fixed ? The problem with quoting - yes. With -PP - no, I forgot about it. -- Dixi. Sem. From sem at FreeBSD.org Tue Jul 1 16:10:02 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 1 16:10:06 2008 Subject: portupgrade 2.4.4 In-Reply-To: <20080701151359.GW17123@deviant.kiev.zoral.com.ua> References: <486A3E30.7080101@FreeBSD.org> <20080701151359.GW17123@deviant.kiev.zoral.com.ua> Message-ID: <486A56D7.2040500@FreeBSD.org> Kostik Belousov wrote: > > Were the problems with quoting and with -PP fixed ? Well, as I can see this porblem was fixed: > 2. Any attempt to portupgrade using already built packages fails: > > deviant% sudo portupgrade -PP portupgrade-2.4.2,2 > [Gathering depends for ports-mgmt/portupgrade ............ done] > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! ports-mgmt/portupgrade (portupgrade-2.4.2,2) (Argument must be String class object.) > > -- Dixi. Sem. From mezz7 at cox.net Tue Jul 1 16:29:31 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Jul 1 16:29:36 2008 Subject: libchk, lib/compat/pkg, indirect dependencies, revision bumps In-Reply-To: <486A4871.80306@janh.de> References: <486A4871.80306@janh.de> Message-ID: On Tue, 01 Jul 2008 10:08:33 -0500, Jan Henrik Sylvester wrote: > Trying to clean lib/compat/pkg from old portupgrade leftovers, I used > libchk to check which are still needed. > > I thought with regular portupgrades for all ports, none of them should > be needed, since recompiles due to PORTREVISION bumps should have taken > care of these. > > Quite a few were needed. Only one was a direct dependency. > > Should indirect dependencies that are linked be listed as LIB_DEPENDS? > > What about dependencies that only get linked, if the library is present? > Explicit ones? Ones that autoconf picked up? > > For example, koffice did not get bumped with the recent poppler upgrade, > since it only depends on poppler-qt and not poppler itself. Still, > libpoppler.so.2 is needed by libkritapdfimport.so and the application > cannot import pdf files if libpoppler.so.2 is missing. (I tested that.) > > Below is a list of more. > > Should the PORTREVISION always be bumped, if a library version changes? > Does this only apply for "clean" builds in a tinderbox without autoconf > picking up more dependencies than needed? (Mine are not clean.) > > Or can libchk pick up false positives? (In case of koffice that I > tested, it did not.) < > I wonder if I should report my findings to the maintainers or if I > simply misunderstood something about library and PORTREVISION bumps. The libchk is correct. I will bump on both kdegraphics and koffice. I didn't bump these, because update of poppler-qt doesn't has shared library version change. But I forogt about poppler-qt -> poppler (the one that has shared library version change), so due with current libtool/pkgconfig way will get k* to link with poppler too. Thanks for report! BTW: If anyone find more port that I have missed to bump, please let me know. Cheers, Mezz > I often copy packages from this machine to other ones. Obviously, > lib/compat/pkg dependencies are missing afterwards. > > Regards, > Jan Henrik > > > jackit-0.103.0_1 /usr/local/bin/jackrec 2008-Mar-26 > ->libFLAC.so.7 (libFLAC.so.10 flac-1.2.1 2008-Apr-7) > [requires it indirectly via libsndfile, does not require it directly > anymore] > libsamplerate-0.1.3 /usr/local/bin/sndfile-resample 2008-Mar-25 > ->libFLAC.so.7 (libFLAC.so.10 flac-1.2.1 2008-Apr-7) > [requires it indirectly via libsndfile] > dvdauthor-0.6.14_1 /usr/local/bin/spumux 2007-Oct-17 > ->libMagick.so.10 (/ /) > ->libWand.so.10 (/ /) > [uses it if it exists] > opal-2.2.11 /usr/local/lib/libopal_r.so.2.2.11 2008-Mar-6 > ->libSDL.so.11 (libSDL-1.2.so.11 sdl-1.2.13_1,2 2008-Mar-13) > [does not require it] > ccrtp-1.6.0 /usr/local/lib/libccrtp1-1.6.so.0 2007-Dec-22 > ->libgcrypt.so.13 (libgcrypt.so.15 libgcrypt-1.4.1_1 2008-Feb-28) > [does not require it] > libzrtpcpp-1.0.0 /usr/local/lib/libzrtpcpp.so.0 2007-Dec-22 > ->libgcrypt.so.13 (libgcrypt.so.15 libgcrypt-1.4.1_1 2008-Feb-28) > [does not require it] > kdeutils-3.5.8 /usr/local/lib/kde3/ksim_snmp.so 2008-Oct-29 > ->libnetsnmp.so.10 (libnetsnmp.so.16 net-snmp-5.4.1_5 2008-Mar-27) > [does require it (without version)] > kdegraphics-3.5.8_2 /usr/local/lib/kde3/kfile_pdf.so 2008-Jun-6 > ->libpoppler.so.2 (libpoppler.so.3 poppler-0.8.3_1 2008-Jun-30) > [requires it indirectly via poppler-qt] > koffice-1.6.3_5,2 /usr/local/lib/kde3/libkritapdfimport.so 2008-Jun-28 > ->libpoppler.so.2 (libpoppler.so.3 poppler-0.8.3_1 2008-Jun-30) > [requires it indirectly via poppler-qt] -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From Kevin at RawFedDogs.net Tue Jul 1 17:31:18 2008 From: Kevin at RawFedDogs.net (Kevin Monceaux) Date: Tue Jul 1 17:31:24 2008 Subject: portupgrade 2.4.4 In-Reply-To: <486A3E30.7080101@FreeBSD.org> References: <486A3E30.7080101@FreeBSD.org> Message-ID: On Tue, 1 Jul 2008, Sergey Matveychuk wrote: > Now I'd like to ask everyone to help me to test the new version. Just install > portupgrade-devel and use it as usually sending me any reports about > regressions (if are). I've just switched to the new version. I haven't given it a thorough workout yet as my system is up to date at the moment. I noticed the new -F and -o options for portversion aren't mentioned in the man page. The NEWS file says there's also a new -q option, but the man page has: -q --noconfig Do not read the configuration file. ($PRE- FIX/etc/pkgtools.conf) Have you ever considered adding an option to portinstall and portupgrade to automatically run a make config-recursive for each port that's being installed or upgraded before starting the build? I currently use a simple script to do so before running portupgrade, and just change to the appropriate port directory and run make config-recursive manually before using portinstall to install ports. But, it would be nice to have that functionality built in. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! From root at net1.cc Tue Jul 1 18:01:22 2008 From: root at net1.cc (NetOne - Doichin Dokov) Date: Tue Jul 1 18:01:27 2008 Subject: FreeBSD Port: quagga-0.99.10 Message-ID: <486A70EE.6040005@net1.cc> This is a patch proposal. There's a bug in quagga which prevented the zebra daemon from seeing the state of logical interfaces (tun/ng/...) after it has been started. A bug has been filed at Quagga's bugzilla, and developers have fixed it. Here's the link: http://bugzilla.quagga.net/show_bug.cgi?id=465 As this is in some cases a major showstopper, i propose that the patch be included in the ports tree, so it gets distributed before 0.99.11 comes out. I've already tested it on 7.0 and 6.2, and the developers are assured that the fix is a clean one. I could provide a file to be placed in /usr/local/ports/quagga/files if you don't have the time to do that. Kind regards, Doichin Dokov NetOne - Silistra, Bulgaria From itetcu at FreeBSD.org Tue Jul 1 18:22:01 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Jul 1 18:22:05 2008 Subject: please test sysutlis/apcupsd update In-Reply-To: <486A20D1.4020501@moneybookers.com> References: <20080629195422.4d96e014@it.buh.tecnik93.com> <486A0939.3090107@moneybookers.com> <20080701141417.156aa1a3@it.buh.tecnik93.com> <486A20D1.4020501@moneybookers.com> Message-ID: <20080701212152.32075fef@it.buh.tecnik93.com> On Tue, 01 Jul 2008 15:19:29 +0300 Stefan Lambrev wrote: > Greetings Ion-Mihai, > > Ion-Mihai Tetcu wrote: > > On Tue, 01 Jul 2008 13:38:49 +0300 > > Stefan Lambrev wrote: > > > > [ .. ] > > > > > >> ===> Patching for apcupsd-3.14.4 > >> ===> Applying FreeBSD patches for apcupsd-3.14.4 > >> Ignoring previously applied (or reversed) patch. > >> 3 out of 3 hunks ignored--saving rejects to > >> ./src/drivers/usb/bsd/bsd-usb.c.rej > >> => Patch patch-src__drivers__usb__bsd__bsd-usb.c failed to apply > >> cleanly. ** Command failed [exit code 1]: /usr/bin/script -qa > >> /tmp/portupgrade.54579.0 env UPGRADE_TOOL=portupgrade > >> UPGRADE_PORT=apcupsd-3.14.3_1 UPGRADE_PORT_VER=3.14.3_1 make > >> ** Fix the problem and try again. > >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) > >> ! sysutils/apcupsd (apcupsd-3.14.3_1) (patch error) > >> > >> Can you please send me tar of your port? May be the diff is broken? > >> > > > > That file was removed as it was integrated upstream; I did diff -u > > instead of diff -uN. Thanks for catching this. > > > > Try the one attached or just rm the file. > > > > > > > Removing the old patch fix the compilation problem. > The new version of apcups (usb) works fine with: ugen0: Power Conversion Back-UPS CS 500 FW:808.q7.I USB FW:q7, class 0/0, > rev 1.10/0.06, addr 2> on uhub0 > I hope to find time to test and with Smart-UPS 3000 RM (serial) and > network too. > I missed -N to cvs diff. The patch is no longer useful since it has been incorporated upstream. I uploaded the good patch: http://t32.tecnik93.com/FreeBSD/ports/apcupsd/port/apcupsd-3.14.3_2-to-3.14.4.diff 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/20080701/5d5c5baa/signature.pgp From jrhett at netconsonance.com Tue Jul 1 18:48:45 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Tue Jul 1 18:48:48 2008 Subject: please commit 124993 for cfengine-2.2.7 Message-ID: cfengine hasn't had any updates for over a year now, as the maintainer is AWOL. I keep submitting patches but nobody commits them. The last update to 124993 contains a clean single patch from the current ports tree to 2.2.7. Can someone please commit this? http://www.freebsd.org/cgi/query-pr.cgi?pr=124993 -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From wxs at FreeBSD.org Tue Jul 1 19:24:00 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 1 19:24:04 2008 Subject: please commit 124993 for cfengine-2.2.7 In-Reply-To: References: Message-ID: <20080701192524.GA13558@atarininja.org> On Tue, Jul 01, 2008 at 11:48:42AM -0700, Jo Rhett wrote: > cfengine hasn't had any updates for over a year now, as the maintainer > is AWOL. I keep submitting patches but nobody commits them. > > The last update to 124993 contains a clean single patch from the > current ports tree to 2.2.7. Can someone please commit this? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124993 I will take this one and get it addressed. The PR you are quoting has not been around long enough for a maintainer timeout, but the other PR you reference[1] has. I suspect this is not an acceptable condition to override the maintainer. For now I will put it in my name and address it once I know the appropriate course of action (wait for maintainer timeout or if the old timeout applies to this one as well). -- WXS [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122057 From amdmi3 at amdmi3.ru Tue Jul 1 19:57:11 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Jul 1 19:57:16 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <48620622.50808@icyb.net.ua> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> Message-ID: <20080701193629.GB45179@hades.panopticon> * Andriy Gapon (avg@icyb.net.ua) wrote: Any news on the problem? I've gon 2 more reports of gnash failure on 6.3. I've tried to reproduce bug in 6.3 jail, but with no luck (tried rebuilding everything with different suspicios options that may affect gnash or ports it depends on (WITH_OPTIMIZED_CFLAGS, WITHOUT_DEBUG), also tried to build everything when multiple versions of gcc are present - it just builds without problems. Could you please mail me your make.conf and `pkg_info` output? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From wxs at FreeBSD.org Tue Jul 1 20:00:41 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 1 20:00:45 2008 Subject: please commit 124993 for cfengine-2.2.7 In-Reply-To: <20080701192524.GA13558@atarininja.org> References: <20080701192524.GA13558@atarininja.org> Message-ID: <20080701200210.GB13558@atarininja.org> On Tue, Jul 01, 2008 at 03:25:24PM -0400, Wesley Shields wrote: > On Tue, Jul 01, 2008 at 11:48:42AM -0700, Jo Rhett wrote: > > cfengine hasn't had any updates for over a year now, as the maintainer > > is AWOL. I keep submitting patches but nobody commits them. > > > > The last update to 124993 contains a clean single patch from the > > current ports tree to 2.2.7. Can someone please commit this? > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124993 > > I will take this one and get it addressed. The PR you are quoting has > not been around long enough for a maintainer timeout, but the other PR > you reference[1] has. I suspect this is not an acceptable condition to > override the maintainer. For now I will put it in my name and address > it once I know the appropriate course of action (wait for maintainer > timeout or if the old timeout applies to this one as well). On second thought I'm going to commit these soon (where by I mean sometime in the next 24 hours hopefully), since the latest PR should have been a followup to the original and as such falls under the maintainer timeout. -- WXS From sem at FreeBSD.org Tue Jul 1 20:19:26 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 1 20:19:53 2008 Subject: portupgrade 2.4.4 In-Reply-To: References: <486A3E30.7080101@FreeBSD.org> Message-ID: <486A9143.5010600@FreeBSD.org> Kevin Monceaux wrote: > I noticed the new -F and -o options for portversion aren't mentioned in > the man page. The NEWS file says there's also a new -q option, but the > man page has: > > -q > --noconfig Do not read the configuration file. ($PRE- > FIX/etc/pkgtools.conf) Yep. I forgot to update the man page. Thanks. > Have you ever considered adding an option to portinstall and portupgrade > to automatically run a make config-recursive for each port that's being Yes. See -c/-C options. -- Dixi. Sem. From sem at FreeBSD.org Tue Jul 1 20:26:15 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 1 20:26:19 2008 Subject: FreeBSD Port: quagga-0.99.10 In-Reply-To: <486A70EE.6040005@net1.cc> References: <486A70EE.6040005@net1.cc> Message-ID: <486A92D5.60501@FreeBSD.org> NetOne - Doichin Dokov wrote: > assured that the fix is a clean one. I could provide a file to be placed > in /usr/local/ports/quagga/files if you don't have the time to do that. > Please do it. Name the patch as patch-cvs-1-what_the_patch_for. -- Dixi. Sem. From Kevin at RawFedDogs.net Tue Jul 1 21:00:16 2008 From: Kevin at RawFedDogs.net (Kevin Monceaux) Date: Tue Jul 1 21:00:29 2008 Subject: portupgrade 2.4.4 In-Reply-To: <486A9143.5010600@FreeBSD.org> References: <486A3E30.7080101@FreeBSD.org> <486A9143.5010600@FreeBSD.org> Message-ID: On Wed, 2 Jul 2008, Sergey Matveychuk wrote: >> Have you ever considered adding an option to portinstall and portupgrade to >> automatically run a make config-recursive for each port that's being > > Yes. See -c/-C options. If it had been a snake it would have bitten me. :-) I'm giving portinstall a workout by installing OpenOffice.org. All appears well so far. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! From lyubomir.russev at interoute.bg Wed Jul 2 08:16:10 2008 From: lyubomir.russev at interoute.bg (Lyubomir Russev) Date: Wed Jul 2 08:16:13 2008 Subject: Make index error in /usr/ports Message-ID: Dear Sirs, Here is the error I observe when trying to run make index in /usr/ports after successful cvsup ports-supfile. Please note bsd.port.options.mk exists in /usr/ports/Mk I am able to run make fetchindex and can install online version of INDEX-6. Generating INDEX-6 - please wait.."/usr/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored "Makefile", line 32: Could not find bsd.port.options.mk make: fatal errors encountered -- cannot continue ===> www/ismail failed *** Error code 1 1 error Below you'll find my platform and environment. Thanks in advance! Lyubomir Russev lr6k# uname -a FreeBSD lr6k.tcenter.tpnbg.com 6.2-RELEASE-p12 FreeBSD 6.2-RELEASE-p12 #1: Tue Jul 1 16:11:07 EEST 2008 root@lr6k.tcenter.tpnbg.com:/usr/obj/usr/src/sys/SMP i386 lr6k# env USER=root HOME=/root SHELL=/bin/csh PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin :/usr/X11R6/bin:/root/bin MAIL=/var/mail/root BLOCKSIZE=K FTP_PASSIVE_MODE=YES TERM=vt100 HOSTTYPE=FreeBSD VENDOR=intel OSTYPE=FreeBSD MACHTYPE=i386 SHLVL=1 PWD=/usr/ports LOGNAME=root GROUP=wheel HOST=lr6k.tcenter.tpnbg.com REMOTEHOST=lyubo.tcenter.tpnbg.com EDITOR=vi PAGER=more lr6k# lr6k# cat /etc/make.conf # added by use.perl 2007-02-02 15:57:45 PERL_VER=5.8.8 PERL_VERSION=5.8.8 lr6k# lr6k# cat /usr/ports/Mk/bsd.port.options.mk #-*- mode: Fundamental; tab-width: 4; -*- # ex:ts=4 # # bsd.port.options.mk - Allow OPTIONS to determine dependencies # # usage: # # .include "bsd.port.options.mk" # # .include "bsd.port.pre.mk" # # .include "bsd.port.post.mk" # # Created by: Shaun Amott # # $FreeBSD: ports/Mk/bsd.port.options.mk,v 1.2 2007/05/24 22:13:55 pav Exp $ # OPTIONS_Include_MAINTAINER= portmgr@FreeBSD.org USEOPTIONSMK= yes INOPTIONSMK= yes .include "bsd.port.mk" .undef INOPTIONSMK lr6k# From freebsd at meijome.net Wed Jul 2 09:22:07 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Wed Jul 2 09:22:11 2008 Subject: devel/subversion : java + python bindings Message-ID: <20080702185519.133575c3@ayiin> Hi guys, thanks for the upgrade to subversion 1.5! Would it be possible to add back the WITH_JAVA and WITH_PYTHON knobs ? thanks, B _________________________ {Beto|Norberto|Numard} Meijome "A tyrant...is always stirring up some war or other, in order that the people may require a leader." Plato I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From roam at ringlet.net Wed Jul 2 09:38:06 2008 From: roam at ringlet.net (Peter Pentchev) Date: Wed Jul 2 09:38:09 2008 Subject: devel/subversion : java + python bindings In-Reply-To: <20080702185519.133575c3@ayiin> References: <20080702185519.133575c3@ayiin> Message-ID: <20080702093725.GA1094@straylight.m.ringlet.net> On Wed, Jul 02, 2008 at 06:55:19PM +1000, Norberto Meijome wrote: > Hi guys, > thanks for the upgrade to subversion 1.5! Would it be possible to add > back the WITH_JAVA and WITH_PYTHON knobs ? As far as I can see, they are available as separate ports now - devel/py-subversion and java/subversion-java, as well as devel/ruby-subversion and devel/p5-subversion for other languages. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@cnsys.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 I had finished this sentence, -------------- 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/20080702/ccd2c17d/attachment.pgp From peterjeremy at optushome.com.au Wed Jul 2 09:43:53 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Jul 2 09:43:59 2008 Subject: Make index error in /usr/ports In-Reply-To: References: Message-ID: <20080702094348.GZ29380@server.vk2pj.dyndns.org> On 2008-Jul-02 10:41:31 +0300, Lyubomir Russev wrote: >Generating INDEX-6 - please >wait.."/usr/ports/chinese/links/../../www/links/Makefile", line 75: warning: >duplicate script for target "pre-configure" ignored I get this as well. Hopefully you can ignore it. >"Makefile", line 32: Could not find bsd.port.options.mk What does your /usr/share/mk/bsd.port.options.mk contain? -- 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/20080702/6cfe285b/attachment.pgp From lev at FreeBSD.org Wed Jul 2 09:48:47 2008 From: lev at FreeBSD.org (Lev Serebryakov) Date: Wed Jul 2 09:48:54 2008 Subject: devel/subversion : java + python bindings In-Reply-To: <20080702185519.133575c3@ayiin> References: <20080702185519.133575c3@ayiin> Message-ID: <486B4B05.2040303@FreeBSD.org> Norberto Meijome wrote: > thanks for the upgrade to subversion 1.5! Would it be possible to add back the WITH_JAVA and WITH_PYTHON knobs ? look at devel/py-subversion and java/subversion-java ports, which are TRUE ports now and should be installed AFTER devel/subversion[-freebsd] (no conflicts!) -- // Lev Serebryakov From freebsd at meijome.net Wed Jul 2 13:03:17 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Wed Jul 2 13:03:22 2008 Subject: devel/subversion : java + python bindings In-Reply-To: <486B4B05.2040303@FreeBSD.org> References: <20080702185519.133575c3@ayiin> <486B4B05.2040303@FreeBSD.org> Message-ID: <20080702230312.114b516c@ayiin> On Wed, 02 Jul 2008 13:31:49 +0400 Lev Serebryakov wrote: > > thanks for the upgrade to subversion 1.5! Would it be possible to add back the WITH_JAVA and WITH_PYTHON knobs ? > look at devel/py-subversion and java/subversion-java ports, which are > TRUE ports now and should be installed AFTER devel/subversion[-freebsd] > (no conflicts!) WONDERFUL! thanks so much, i hadn't noticed this. Would it make sense to add a comment to devel/subversion referring to the new port? ( i dont think they can be installed as options, as they depend on the main port itself...) cheers, b _________________________ {Beto|Norberto|Numard} Meijome "It is a lesson which all history teaches wise men, to put trust in ideas, and not in circumstances." Emerson I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From lev at FreeBSD.org Wed Jul 2 13:07:10 2008 From: lev at FreeBSD.org (Lev Serebryakov) Date: Wed Jul 2 13:07:14 2008 Subject: devel/subversion : java + python bindings In-Reply-To: <20080702230312.114b516c@ayiin> References: <20080702185519.133575c3@ayiin> <486B4B05.2040303@FreeBSD.org> <20080702230312.114b516c@ayiin> Message-ID: <486B7D7A.7030700@FreeBSD.org> Norberto Meijome wrote: >>> thanks for the upgrade to subversion 1.5! Would it be possible to add back the WITH_JAVA and WITH_PYTHON knobs ? >> look at devel/py-subversion and java/subversion-java ports, which are >> TRUE ports now and should be installed AFTER devel/subversion[-freebsd] >> (no conflicts!) > WONDERFUL! thanks so much, i hadn't noticed this. Would it make sense to add a comment to devel/subversion referring to the new port? > ( i dont think they can be installed as options, as they depend on the main port itself...) I've added notes to UPDATING a day ago :) -- // Lev Serebryakov From mezz7 at cox.net Wed Jul 2 14:45:54 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Jul 2 14:45:59 2008 Subject: devel/subversion : java + python bindings In-Reply-To: <486B4B05.2040303@FreeBSD.org> References: <20080702185519.133575c3@ayiin> <486B4B05.2040303@FreeBSD.org> Message-ID: On Wed, 02 Jul 2008 04:31:49 -0500, Lev Serebryakov wrote: > Norberto Meijome wrote: > >> thanks for the upgrade to subversion 1.5! Would it be possible to add >> back the WITH_JAVA and WITH_PYTHON knobs ? > look at devel/py-subversion and java/subversion-java ports, which are > TRUE ports now and should be installed AFTER devel/subversion[-freebsd] > (no conflicts!) Beautiful! Thanks! Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From chuckr at telenix.org Wed Jul 2 20:34:49 2008 From: chuckr at telenix.org (Chuck Robey) Date: Wed Jul 2 20:34:54 2008 Subject: avahi-gtk Message-ID: <486BDDAA.70806@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm having problems building this, it dpoesn't see it's own defintion for symbol avahi_init_i18n (it's defined it it's own code but I guess not linked in). I went and googled it, it's apparently been spotted as a problem with all avahi-gtk versions at 6.22.2 and earlier, and it seems that our port is at 6.22.1. it was fixed for sure in .4. Myu problem is, I can't for the life of me see where the damn minor version is set. All i can see is, it's set to 6.22, and no hint of a trailing .1. So, either, if anyone knows what the fix is, OR if anyone knows where the minor is being set, I'd be happy enough. You know, just as an aside, one of my problems with today's ports are the huge reliance on sub-makefiles. It nearly always makes things more difficult to trace out errors. Yes, it's more elegant, but I just don't believe that selling out for elegance is a good idea; I would rather have it easier to see and fix, that just seems so obvious to me. Don't get me wrong, I very much like things like bsd.port.mk, it's things like hiding the names, version numbers, things like that about the ports that I dislike, like the bsd.gnome.mk, and all the masterdirs. I just personally don't see the gain it making references unobvious. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhr3aoACgkQz62J6PPcoOnT+wCgnMNr2jxKd3TVfsdAJnTWsDCO 1G8Anivr6mIL0xX4brtR5PkwBAv/q0dy =wrL7 -----END PGP SIGNATURE----- From Albert.Shih at obspm.fr Wed Jul 2 23:37:44 2008 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Jul 2 23:37:48 2008 Subject: Idea for next portupgrade Message-ID: <20080702232551.GA3204@pcjas.obspm.fr> Hi all I want to thanks the dev of portupgrade. It save lots of my time and work fine. But I just think about our new computer with the lot of core, a standard server have dual proc with quad-core that's mean 8 core availble. In the next version of portupgrade, IMHO it's good idea to have option to make portupgrade working with many proc. Because what I known many ports cannot by compile with ?-j8? option. In that case when we make portupgrade --all -b we have just one compilation. It's enough when we have 1 or 2 procs. But now with 8 or more proc.... If portupgrade can calculate the depency and launch many ports build in same time for non-depending ports it's can be wonderful. But it's just a idea..... Maybe it's already in the roadmap ... Unfortunaly I'm not a developpers and cannot help. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Jeu 3 jul 2008 01:18:40 CEST From mephist at zenon.net Wed Jul 2 23:55:22 2008 From: mephist at zenon.net (Maxim J. Nikolenko) Date: Wed Jul 2 23:55:26 2008 Subject: FreeBSD Port: linux-realplayer-10.0.9.809.20070726 Message-ID: <486C0742.7080705@zenon.net> Dear Sir/Lady, Unfortunately I have the "404 error" trying to fetch necessary distfile: %make ===> Vulnerability check disabled, database not found => RealPlayer-10.0.9.809-20070726.i586.rpm doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from https://helixcommunity.org/download.php/2479/. fetch: https://helixcommunity.org/download.php/2479/RealPlayer-10.0.9.809-20070726.i586.rpm: Connection refused => Attempting to fetch from http://ftp.nluug.nl/ftp/pub/os/Linux/distr/pardusrepo/sources/. fetch: http://ftp.nluug.nl/ftp/pub/os/Linux/distr/pardusrepo/sources/RealPlayer-10.0.9.809-20070726.i586.rpm: Not Found => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: Bad Request => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. Even using ftp.freebsd.org # rftp ftp.freebsd.org Connected to ftp.freebsd.org. 220 Welcome to freebsd.isc.org. Name (ftp.freebsd.org:mephist): anonymous 331 Please specify the password. Password: qwe 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp> cd /pub/FreeBSD/ports/distfiles/ 250 Directory successfully changed. ftp> dir Real* 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. -rw-r--r-- 1 110 1002 1238215 Mar 14 2005 RealTimeBattle-1.0.7-Ext.tar.gz -rw-r--r-- 1 110 1002 1060840 Oct 15 2005 RealTimeBattle-1.0.8-Ext.tar.bz2 226 Directory send OK. https://helixcommunity.org/download.php/2479/RealPlayer-10.0.9.809-20070726.i586.rpm doesn't work according some HTTP fetch troubles. The first correct link I found was : http://yum.inter-systeme.ca/fedora/9/i386/RealPlayer-10.0.9.809-20070726.i586.rpm Can you put this file to the usual HTTP or FTP host? Best regards, -- Maxim Nikolenko, Zenon N.S.P. Technical support department Moscow: +7-495-232-3736, SPb: +7-812-363-1605, http://www.zenon.net From Rob.Evers at alcatel-lucent.co.nz Thu Jul 3 00:45:29 2008 From: Rob.Evers at alcatel-lucent.co.nz (EVERS ROB) Date: Thu Jul 3 00:45:33 2008 Subject: cfengine fatal error Message-ID: Hi Sergei, When running cfengine 2.2.7 (and before that 2.2.3) (in a jail) on my FreeBSD 6.3 box the cfservd crashes after client connect. Sys version FreeBSD cfengine.debank.tv 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed Jun 4 05:22:14 CEST 2008 root@flappie.debank.tv:/usr/obj/usr/src/sys/FLAPPIE amd64 Last piece of cfservd -d1 output: LastSeen(cvs.debank.tv) reg IPV4 address sockaddr_ntop(192.168.1.33) Found address (192.168.1.33) for host cvs.debank.tv GetMacroValue(server,LastSeenExpireAfter) GetMacroValue(server,LastSeenExpireAfter): using scope 'server' for variable 'LastSeenExpireAfter' READ -192.168.1.33 WriteDB => -192.168.1.33 WriteDB => Thu:Hr02:Min10_15 Transmission empty or timed out... Transaction Receive [][] RecvSocketStream(0) cfservd terminating NULL transmission! Terminating thread... ***Closing socket 5 from 192.168.1.26 Fatal error 'kse_exit() failed for system scope thread' at line 1215 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) root@cfengine:~#ldd `which cfservd` /usr/local/sbin/cfservd: libdb-4.6.so.0 => /usr/local/lib/libdb-4.6.so.0 (0x8006bd000) libpthread.so.2 => /usr/lib/libpthread.so.2 (0x8008ef000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x800a1a000) libm.so.4 => /lib/libm.so.4 (0x800c61000) libc.so.6 => /lib/libc.so.6 (0x800d7d000) libpthread.so.2 => /lib/libpthread.so.2 (0x800f8f000) It looks like a threading error but I can't seem to figure out what exactly goes wrong ( a ktrace doesn't reveal anything), any ideas on this or what debugging do I need to provide to make it more clear. Thanks, Rob Evers P.S. please cc me as I'm not on ports@ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6751 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080703/06dca492/smime.bin From rapter at inbox.ru Thu Jul 3 03:57:38 2008 From: rapter at inbox.ru (Dmitry) Date: Thu Jul 3 03:57:42 2008 Subject: FreeBSD Port: samba-3.0.30,1 Message-ID: <486C4178.1090809@inbox.ru> Hello. What about samba 3.2.0? From itetcu at FreeBSD.org Thu Jul 3 05:50:20 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Thu Jul 3 05:50:22 2008 Subject: ports/125157: www/ismail: newest ports-tree causes portsdb -Uu to crash In-Reply-To: <20080702172157.A879E8FC13@mx1.freebsd.org> References: <200807020528.m625SVF6075999@freefall.freebsd.org> <20080702172157.A879E8FC13@mx1.freebsd.org> Message-ID: <20080703085011.64e47da7@it.buh.tecnik93.com> On Wed, 2 Jul 2008 11:06:46 -0500 wrote: > After source update (6.3 stable), recompile kernel, rebuild world, > cvsup ports, then run portsdb -Uu I still can produce the same error. > > Uname -a > FreeBSD VANHALEN.EDDIE 6.3-STABLE FreeBSD 6.3-STABLE #1: Wed Jul 2 > 14:19:02 UTC 2008 > starboarder2001@VANHALEN.EDDIE:/usr/obj/usr/src/sys/VANHALEN i386 root(itetcu)@worf/SU >-SSH-> /home/itetcu [8:37:05] 0 # uname -a FreeBSD .tecnik93.com 6.3-STABLE FreeBSD 6.3-STABLE #7: Sat Jun 21 19:21:45 EEST 2008 itetcu@.tecnik93.com:/usr/obj/usr/src/sys/WORF_B_P i386 root(itetcu)@worf/SU >-SSH-> /home/itetcu [23:50:44] 0 # cd /usr/ports/www/ismail/ root(itetcu)@worf/SU >-SSH-> /usr/ports/www/ismail [23:50:55] 0 # make describe ismail-2.1_2|/usr/ports/www/ismail|/usr/local|PHP-based webmail client|/usr/ports/www/ismail/pkg-descr|ports@FreeBSD.org|www mail||||/usr/ports/mail/cclient|/usr/ports/databases/php5-mysql /usr/ports/lang/php5 /usr/ports/mail/cclient /usr/ports/mail/php5-imap|http://www.insidesystems.net/projects/project.php?projectid=4 root(itetcu)@worf/SU >-SSH-> /usr/ports/www/ismail [23:53:40] 0 # ident Makefile Makefile: $FreeBSD: ports/www/ismail/Makefile,v 1.7 2008/06/28 10:53:26 itetcu Exp $ I'm at loss about what is happening on your system. The port doesn't fail on tindy, not on FreshPorts Sanity check or PortSnap build boxes. Do you have any refuse files for csup? Played any tricks with mergemaster? I'm CC'ing ports@ maybe someone have sees something I'm missing, given that I spend about 14 hours per day at work this week. -- 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/20080703/116a45ed/signature.pgp From s.kachelmann at googlemail.com Thu Jul 3 09:21:19 2008 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Thu Jul 3 09:21:22 2008 Subject: portupgrade-devel: portversion -vl'<' does not show current version Message-ID: <91b92520807030156u409783bdh4e46dc6b6e9f600f@mail.gmail.com> After upgrading from portupgrade to portupgrade-devel the command $ portversion -vl'<' does not show the _current_ version anymore. Why was it removed? I found the information useful. before: gnutls-2.4.0 < needs updating (port has 2.4.1) now: gnutls < needs updating (port has 2.4.1) S. From sem at FreeBSD.org Thu Jul 3 09:50:59 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jul 3 09:51:03 2008 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <91b92520807030156u409783bdh4e46dc6b6e9f600f@mail.gmail.com> References: <91b92520807030156u409783bdh4e46dc6b6e9f600f@mail.gmail.com> Message-ID: <486CA0AF.3020602@FreeBSD.org> Sandra Kachelmann wrote: > After upgrading from portupgrade to portupgrade-devel the command > > $ portversion -vl'<' > > does not show the _current_ version anymore. Why was it removed? I > found the information useful. > > before: > gnutls-2.4.0 < needs updating (port has 2.4.1) > > now: > gnutls < needs updating (port has 2.4.1) Looks like it's a side effect of new options implementation. Now you can use -Fvl options. But I'll think to back this functionality. Thanks. -- Dixi. Sem. From yance at sic.nsw.edu.au Thu Jul 3 10:20:56 2008 From: yance at sic.nsw.edu.au (yance) Date: Thu Jul 3 10:20:59 2008 Subject: clamav bug Message-ID: <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12> Hi, I have just update m ports collection. My FreeBSD is 6.0-RELEASE, and when I tried to install clamav from ports collection it returned an error: # make install ===> Building for clamav-0.93.1_2 make all-recursive Making all in libclamunrar Making all in libclamunrar_iface Making all in libclamav Making all in lzma Making all in . Making all in clamscan /bin/sh /usr/local/bin/libtool --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -lthr -o clamscan output.o getopt.o cfgparser.o misc.o options.o clamscan.o others.o manager.o treewalk.o ../libclamav/libclamav.la -lthr cc -O2 -fno-strict-aliasing -pipe -o .libs/clamscan output.o getopt.o cfgparser.o misc.o options.o clamscan.o others.o manager.o treewalk.o -L/usr/local/lib ../libclamav/.libs/libclamav.so /usr/ports/security/clamav/work/clamav-0.93.1/libclamunrar_iface/.libs/libcl amunrar_iface.so /usr/ports/security/clamav/work/clamav-0.93.1/libclamunrar/.libs/libclamunra r.so -lbz2 /usr/local/lib/libgmp.so -lz -lthr -Wl,--rpath -Wl,/usr/local/lib ../libclamav/.libs/libclamav.so: undefined reference to `gethostbyname_r' *** Error code 1 Stop in /usr/ports/security/clamav/work/clamav-0.93.1/clamscan. *** Error code 1 Stop in /usr/ports/security/clamav/work/clamav-0.93.1. *** Error code 1 Stop in /usr/ports/security/clamav/work/clamav-0.93.1. *** Error code 1 Stop in /usr/ports/security/clamav. *** Error code 1 Stop in /usr/ports/security/clamav. Tried to modify Makefile into the following: CONFIGURE_ARGS= --with-dbdir=${DBDIR} \ --with-zlib=/usr \ --without-thread \ --disable-gethostbyname_r \ --disable-zlib-vcheck \ --disable-clamuko \ --disable-clamav \ --disable-pthread \ --enable-bigstack \ --enable-readdir_r \ Please advise. Kind regards, Yance From roberthuff at rcn.com Thu Jul 3 11:57:18 2008 From: roberthuff at rcn.com (Robert Huff) Date: Thu Jul 3 11:57:22 2008 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <486CA0AF.3020602@FreeBSD.org> References: <91b92520807030156u409783bdh4e46dc6b6e9f600f@mail.gmail.com> <486CA0AF.3020602@FreeBSD.org> Message-ID: <18540.48790.365198.682208@jerusalem.litteratus.org> Sergey Matveychuk writes: > > After upgrading from portupgrade to portupgrade-devel the command > > > > $ portversion -vl'<' > > > > does not show the _current_ version anymore. Why was it removed? I > > found the information useful. > > > > before: > > gnutls-2.4.0 < needs updating (port has 2.4.1) > > > > now: > > gnutls < needs updating (port has 2.4.1) Confirmed. > Looks like it's a side effect of new options implementation. Now > you can use -Fvl options. But I'll think to back this > functionality. The man page for 2.4.4 does not have a "-F" option. Robert Huff From sem at FreeBSD.org Thu Jul 3 13:16:43 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jul 3 13:17:12 2008 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <18540.48790.365198.682208@jerusalem.litteratus.org> References: <91b92520807030156u409783bdh4e46dc6b6e9f600f@mail.gmail.com> <486CA0AF.3020602@FreeBSD.org> <18540.48790.365198.682208@jerusalem.litteratus.org> Message-ID: <486CD134.40106@FreeBSD.org> Robert Huff wrote: > Sergey Matveychuk writes: > >> > After upgrading from portupgrade to portupgrade-devel the command >> > >> > $ portversion -vl'<' >> > >> > does not show the _current_ version anymore. Why was it removed? I >> > found the information useful. >> > >> > before: >> > gnutls-2.4.0 < needs updating (port has 2.4.1) >> > >> > now: >> > gnutls < needs updating (port has 2.4.1) > > Confirmed. > >> Looks like it's a side effect of new options implementation. Now >> you can use -Fvl options. But I'll think to back this >> functionality. > > The man page for 2.4.4 does not have a "-F" option. > I was already notified. Thanks. It will be fixed soon. -- Dixi. Sem. From sem at FreeBSD.org Thu Jul 3 13:23:55 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jul 3 13:24:00 2008 Subject: Idea for next portupgrade In-Reply-To: <20080702232551.GA3204@pcjas.obspm.fr> References: <20080702232551.GA3204@pcjas.obspm.fr> Message-ID: <486CD2E8.50505@FreeBSD.org> Albert Shih wrote: > Hi all > > I want to thanks the dev of portupgrade. It save lots of my time and > work fine. > > But I just think about our new computer with the lot of core, a standard > server have dual proc with quad-core that's mean 8 core availble. > > > In the next version of portupgrade, IMHO it's good idea to have option > to make portupgrade working with many proc. Because what I known many ports > cannot by compile with ?-j8? option. In that case when we make > > portupgrade --all -b > > we have just one compilation. It's enough when we have 1 or 2 procs. But > now with 8 or more proc.... > > If portupgrade can calculate the depency and launch many ports build in > same time for non-depending ports it's can be wonderful. > > But it's just a idea..... Maybe it's already in the roadmap ... I'm sure it's a good idea. I'd use it too. But I have a very little free time with my current employment. So I can't implement it. Sorry. If somebody could, I would take patches with pleasure. -- Dixi. Sem. From Albert.Shih at obspm.fr Thu Jul 3 13:43:27 2008 From: Albert.Shih at obspm.fr (Albert Shih) Date: Thu Jul 3 13:43:32 2008 Subject: Idea for next portupgrade In-Reply-To: <486CD2E8.50505@FreeBSD.org> References: <20080702232551.GA3204@pcjas.obspm.fr> <486CD2E8.50505@FreeBSD.org> Message-ID: <20080703134324.GZ73256@pcjas.obspm.fr> Le 03/07/2008 ? 17:23:52+0400, Sergey Matveychuk a ?crit > Albert Shih wrote: > > > > If portupgrade can calculate the depency and launch many ports build in > > same time for non-depending ports it's can be wonderful. > > > > But it's just a idea..... Maybe it's already in the roadmap ... > > I'm sure it's a good idea. I'd use it too. But I have a very little free > time with my current employment. So I can't implement it. Sorry. I understand. What you've done is already fantastic. Thanks for you time. > > If somebody could, I would take patches with pleasure. Humm...as I say I'm not progammer and I never write event ?hello world? in ruby. 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: Jeu 3 jul 2008 15:42:06 CEST From roberthuff at rcn.com Thu Jul 3 13:57:06 2008 From: roberthuff at rcn.com (Robert Huff) Date: Thu Jul 3 13:57:10 2008 Subject: Idea for next portupgrade In-Reply-To: <486CD2E8.50505@FreeBSD.org> References: <20080702232551.GA3204@pcjas.obspm.fr> <486CD2E8.50505@FreeBSD.org> Message-ID: <18540.55980.938489.721330@jerusalem.litteratus.org> Sergey Matveychuk writes: > > If portupgrade can calculate the depency and launch many ports > > build in same time for non-depending ports it's can be > > wonderful. > > I'm sure it's a good idea. I'd use it too. But I have a very > little free time with my current employment. So I can't implement > it. Sorry. It is also my understanding that ruby (used to manage the ports database) a) is not re-entrant and/or b) does not lock the files it is using/changing. Having two instances running at once causes Bad Things(tm) to happen. Robert Huff From avg at icyb.net.ua Thu Jul 3 14:31:01 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Jul 3 14:31:04 2008 Subject: UPDATING entry 20080701 Message-ID: <486CE29D.6020400@icyb.net.ua> For me the following command does nothing for me even though I currently have neon26-0.26.4_1 installed: $ portupgrade -o www/neon28 neon Adding -f doesn't help either. I think that this is an old and known regression[*]. Just wanted to remind about this issue and warn unsuspecting ports users. Just in case: my system is 6.3/amd64, portupgrade is not -devel. Reference: http://freebsd.monkey.org/freebsd-ports/200706/msg00120.html -- Andriy Gapon From sem at FreeBSD.org Thu Jul 3 15:33:54 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jul 3 15:34:00 2008 Subject: Idea for next portupgrade In-Reply-To: <18540.55980.938489.721330@jerusalem.litteratus.org> References: <20080702232551.GA3204@pcjas.obspm.fr> <486CD2E8.50505@FreeBSD.org> <18540.55980.938489.721330@jerusalem.litteratus.org> Message-ID: <486CF15B.50309@FreeBSD.org> Robert Huff wrote: > Sergey Matveychuk writes: > >> > If portupgrade can calculate the depency and launch many ports >> > build in same time for non-depending ports it's can be >> > wonderful. >> >> I'm sure it's a good idea. I'd use it too. But I have a very >> little free time with my current employment. So I can't implement >> it. Sorry. > > It is also my understanding that ruby (used to manage the > ports database) a) is not re-entrant and/or b) does not lock the > files it is using/changing. Having two instances running at once > causes Bad Things(tm) to happen. It's not a ruby issue. Now you can run a few portupgrade processes if sets of updating ports is not intercepted. Otherwise one portupgrade process can clear a port directory when another process build the port. -- Dixi. Sem. From david at wood2.org.uk Thu Jul 3 15:47:41 2008 From: david at wood2.org.uk (David Wood) Date: Thu Jul 3 15:47:45 2008 Subject: clamav bug In-Reply-To: <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12> References: <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12> Message-ID: Hi, In message <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12>, yance writes >I have just update m ports collection. My FreeBSD is 6.0-RELEASE, and when I >tried to install clamav from ports collection it returned an error: The problem is not clamav - it's your old and unsupported operating system. 6.0-RELEASE is End of Life and no longer supported by the ports collection. There's been one thread about clamav in recent days, where the maintainer responded that the necessary support in the port for these EoL versions of FreeBSD has been removed. You are strongly recommended to upgrade to a supported version of FreeBSD - 6.3-RELEASE or 7.0-RELEASE. Information on the supported versions and their respective End of Life dates can be found at http://www.freebsd.org/security/index.html (look towards the bottom of the page). FreeBSD 6.0-RELEASE went end of life on 31 January 2007, I believe. Best wishes, David -- David Wood david@wood2.org.uk From david at vizion2000.net Thu Jul 3 16:10:03 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 3 16:10:22 2008 Subject: Akode-plugins problem Message-ID: <200807030914.08011.david@vizion2000.net> Does anyone know best way to deal with this one?? I am going round in circles here!!! #portupgrade -a [Gathering depends......... .......] [Gathering depends for audio/akode-plugins-mpc .. done] [Gathering depends for audio/akode-plugins-mpeg ..... done] [Gathering depends for audio/akode-plugins-oss .. done] ** Port directory not found: audio/akode-plugins-polypaudio /usr/local/sbin/portupgrade:1362:in `get_pkgname': port directory error (PortDirError) from /usr/local/sbin/portupgrade:623:in `main' from /usr/local/sbin/portupgrade:618:in `each' from /usr/local/sbin/portupgrade:618:in `main' from /usr/local/sbin/portupgrade:582:in `catch' from /usr/local/sbin/portupgrade:582:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1299:in `catch' ... 6 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:228:in `new' from /usr/local/sbin/portupgrade:228:in `main' from /usr/local/sbin/portupgrade:2115 [root@dns1 /usr/ports/audio]# pkgdb -F ---> Checking the package registry database Stale origin: 'audio/akode-plugins-polypaudio': perhaps moved or obsoleted. -> The port 'audio/akode-plugins-polypaudio' was removed on 2008-01-01 because: "Polypaudio is obsolete in favor of pulseaudio" -> Hint: akode-plugins-polypaudio-2.0.1_1,1 is required by the following package(s): kdemultimedia-3.5.8 kde-3.5.8 -> Hint: checking for overwritten files... -> No files installed by akode-plugins-polypaudio-2.0.1_1,1 have been overwritten by other packages. Deinstall akode-plugins-polypaudio-2.0.1_1,1 ? [no] y ---> Deinstalling 'akode-plugins-polypaudio-2.0.1_1,1' pkg_delete: package 'akode-plugins-polypaudio-2.0.1_1,1' is required by these other packages and may not be deinstalled: kde-3.5.8 kdemultimedia-3.5.8 ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! akode-plugins-polypaudio-2.0.1_1,1 (pkg_delete failed) Command failed [exit code 1]: /usr/local/sbin/pkg_deinstall akode-plugins-polypaudio-2.0.1_1,1 From sfourman at gmail.com Thu Jul 3 16:15:05 2008 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Thu Jul 3 16:15:09 2008 Subject: Idea for next portupgrade In-Reply-To: <486CF15B.50309@FreeBSD.org> References: <20080702232551.GA3204@pcjas.obspm.fr> <486CD2E8.50505@FreeBSD.org> <18540.55980.938489.721330@jerusalem.litteratus.org> <486CF15B.50309@FreeBSD.org> Message-ID: <11167f520807030915l6dc17d8ckdd8f79bef77c0040@mail.gmail.com> On Thu, Jul 3, 2008 at 10:33 AM, Sergey Matveychuk wrote: > Robert Huff wrote: > >> Sergey Matveychuk writes: >> >> > If portupgrade can calculate the depency and launch many ports >>> > build in same time for non-depending ports it's can be >>> > wonderful. I'm sure it's a good idea. I'd use it too. But I have a >>> very >>> little free time with my current employment. So I can't implement >>> it. Sorry. >> >> This is a VERY useful idea, and it would be great to get it implemented I wonder if someone would start a bounty, and have several people donate $50 - $100 via paypal maybe we could pay someone for a working patch. I am in for $50 Sam Fourman Jr. From jrhett at netconsonance.com Thu Jul 3 16:50:59 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jul 3 16:51:04 2008 Subject: cfengine fatal error In-Reply-To: References: Message-ID: Well it works fine outside of a jail. Are you using the ldd command inside the jail, or outside of it? You need to make sure all of those libraries are available inside the jail... On Jul 2, 2008, at 5:25 PM, EVERS ROB wrote: > Hi Sergei, > > > > > > When running cfengine 2.2.7 (and before that 2.2.3) (in a jail) on my > FreeBSD 6.3 box the cfservd crashes after client connect. > > > > Sys version > > FreeBSD cfengine.debank.tv 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed > Jun 4 > 05:22:14 CEST 2008 root@flappie.debank.tv:/usr/obj/usr/src/sys/ > FLAPPIE > amd64 > > > > > > Last piece of cfservd -d1 output: > > > > LastSeen(cvs.debank.tv) reg > > IPV4 address > > sockaddr_ntop(192.168.1.33) > > Found address (192.168.1.33) for host cvs.debank.tv > > GetMacroValue(server,LastSeenExpireAfter) > > GetMacroValue(server,LastSeenExpireAfter): using scope 'server' for > variable > 'LastSeenExpireAfter' > > READ -192.168.1.33 > > WriteDB => -192.168.1.33 > > WriteDB => Thu:Hr02:Min10_15 > > Transmission empty or timed out... > > Transaction Receive [][] > > RecvSocketStream(0) > > cfservd terminating NULL transmission! > > Terminating thread... > > ***Closing socket 5 from 192.168.1.26 > > Fatal error 'kse_exit() failed for system scope thread' at line 1215 > in file > /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) > > > > > > root@cfengine:~#ldd `which cfservd` > > /usr/local/sbin/cfservd: > > libdb-4.6.so.0 => /usr/local/lib/libdb-4.6.so.0 (0x8006bd000) > > libpthread.so.2 => /usr/lib/libpthread.so.2 (0x8008ef000) > > libcrypto.so.4 => /lib/libcrypto.so.4 (0x800a1a000) > > libm.so.4 => /lib/libm.so.4 (0x800c61000) > > libc.so.6 => /lib/libc.so.6 (0x800d7d000) > > libpthread.so.2 => /lib/libpthread.so.2 (0x800f8f000) > > > > It looks like a threading error but I can't seem to figure out what > exactly > goes wrong ( a ktrace doesn't reveal anything), any ideas on this or > what > debugging do I need to provide to make it more clear. > > > > Thanks, > > Rob Evers > > > > P.S. please cc me as I'm not on ports@ > -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From avg at icyb.net.ua Thu Jul 3 17:46:59 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Jul 3 17:47:03 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <20080701193629.GB45179@hades.panopticon> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> <20080701193629.GB45179@hades.panopticon> Message-ID: <486D108E.8030100@icyb.net.ua> on 01/07/2008 22:36 Dmitry Marakasov said the following: > * Andriy Gapon (avg@icyb.net.ua) wrote: > > Any news on the problem? I've gon 2 more reports of gnash failure on > 6.3. I've tried to reproduce bug in 6.3 jail, but with no luck (tried > rebuilding everything with different suspicios options that may affect > gnash or ports it depends on (WITH_OPTIMIZED_CFLAGS, WITHOUT_DEBUG), > also tried to build everything when multiple versions of gcc are present > - it just builds without problems. I also tried clean re-install (as opposed to upgrade via portupgrade) and that resulted in the same error. > Could you please mail me your make.conf and `pkg_info` output? Let me send those a bit later. Now an important finding - it seems that g++42 tries to use different libstdc++, not its own. I verified with nm that missing symbols are present in /usr/local/lib/gcc-4.2.4/libstdc++.so.6, but g++42 doesn't see them. I explicitly added the library to command line and then linking succeeded. I am quite puzzled as to why g++42 would not see its own libstdc++ or prefer other libstdc++ over its own. Might this be because of -L/usr/lib in the command line? BTW, I have the following GCCs installed: gcc-4.2.4_20080430 gcc-4.3.2_20080626 gcc-ooo-3.4.1_3 Plus base GCC 3.4.6. And their libs: /usr/lib/libstdc++.so /usr/lib/libstdc++.so.5 /usr/lib32/libstdc++.so /usr/lib32/libstdc++.so.5 /usr/local/lib/gcc-4.2.4/libstdc++.so /usr/local/lib/gcc-4.2.4/libstdc++.so.6 /usr/local/lib/gcc-4.3.2/libstdc++.so /usr/local/lib/gcc-4.3.2/libstdc++.so.6 -- Andriy Gapon From avg at icyb.net.ua Thu Jul 3 17:56:39 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Jul 3 17:56:44 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <486D108E.8030100@icyb.net.ua> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> <20080701193629.GB45179@hades.panopticon> <486D108E.8030100@icyb.net.ua> Message-ID: <486D12D5.1060304@icyb.net.ua> on 03/07/2008 20:46 Andriy Gapon said the following: > Now an important finding - it seems that g++42 tries to use different > libstdc++, not its own. > I verified with nm that missing symbols are present in > /usr/local/lib/gcc-4.2.4/libstdc++.so.6, but g++42 doesn't see them. > I explicitly added the library to command line and then linking succeeded. > I am quite puzzled as to why g++42 would not see its own libstdc++ or > prefer other libstdc++ over its own. > Might this be because of -L/usr/lib in the command line? Seems so - I added -v flag tp g++42 linking invocation and here's a snippet from output: /usr/local/libexec/gcc/x86_64-portbld-freebsd6.3/4.2.4/collect2 -V -dynamic-linker /libexec/ld-elf.so.1 -o .libs/gprocessor /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc-4.2.4/gcc/x86_64-portbld-freebsd6.3/4.2.4/crtbegin.o -L/usr/local/lib -L/usr/lib -L/usr/X11R6/lib -L/usr/local/lib/gcc-4.2.4/gcc/x86_64-portbld-freebsd6.3/4.2.4 -L/usr/local/lib/gcc-4.2.4/gcc/x86_64-portbld-freebsd6.3/4.2.4/../../.. /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -rpath ... A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base libstdc+ is picked over the correct one. Since you can not reproduce this in clean environment I wonder where that -L/usr/lib comes from. -- Andriy Gapon From ache at nagual.pp.ru Thu Jul 3 19:30:05 2008 From: ache at nagual.pp.ru (Andrey Chernov) Date: Thu Jul 3 19:30:09 2008 Subject: portupgrade 2.4.4 In-Reply-To: <486A3E30.7080101@FreeBSD.org> References: <486A3E30.7080101@FreeBSD.org> Message-ID: <20080703191547.GA89709@nagual.pp.ru> On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: > Hi. > > After a long time when a new employment and real life(c) having eaten > all my time, a new version of portupgrade was released. The modifying _all_ packages +CONTENTS bug still present in this version (as in stable too): ---> Updating dependency info ---> Modifying /var/db/pkg/GeoIP-1.4.4/+CONTENTS .... ---> Modifying /var/db/pkg/xxkb-1.11/+CONTENTS ---> Modifying /var/db/pkg/zidrav-1.2.0/+CONTENTS ---> Modifying /var/db/pkg/zip-2.32/+CONTENTS -- http://ache.pp.ru/ From kostikbel at gmail.com Thu Jul 3 19:43:28 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Thu Jul 3 19:43:31 2008 Subject: portupgrade 2.4.4 In-Reply-To: <20080703191547.GA89709@nagual.pp.ru> References: <486A3E30.7080101@FreeBSD.org> <20080703191547.GA89709@nagual.pp.ru> Message-ID: <20080703194314.GT17123@deviant.kiev.zoral.com.ua> On Thu, Jul 03, 2008 at 11:15:47PM +0400, Andrey Chernov wrote: > On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: > > Hi. > > > > After a long time when a new employment and real life(c) having eaten > > all my time, a new version of portupgrade was released. > > The modifying _all_ packages +CONTENTS bug still present in this version > (as in stable too): > > ---> Updating dependency info > ---> Modifying /var/db/pkg/GeoIP-1.4.4/+CONTENTS > .... > ---> Modifying /var/db/pkg/xxkb-1.11/+CONTENTS > ---> Modifying /var/db/pkg/zidrav-1.2.0/+CONTENTS > ---> Modifying /var/db/pkg/zip-2.32/+CONTENTS > Additional note: modification of /var/db/pkg/*/+CONTENTS (or any non-trivial subset of it) is quite dangerous. Once, I had a machine paniced during portupgrade doing the pass of +CONTENTS files, and due to SU, lost almost all of them. It would be helpful if +CONTENTS file were backed up (e.g., moved to +CONTENTS.bak) instead of removed and created. -------------- 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/20080703/21e57b89/attachment.pgp From pgollucci at p6m7g8.com Thu Jul 3 19:48:01 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Jul 3 19:48:05 2008 Subject: Idea for next portupgrade In-Reply-To: <18540.55980.938489.721330@jerusalem.litteratus.org> References: <20080702232551.GA3204@pcjas.obspm.fr> <486CD2E8.50505@FreeBSD.org> <18540.55980.938489.721330@jerusalem.litteratus.org> Message-ID: <486D2CEF.6020709@p6m7g8.com> Robert Huff wrote: > Sergey Matveychuk writes: > >> > If portupgrade can calculate the depency and launch many ports >> > build in same time for non-depending ports it's can be >> > wonderful. >> >> I'm sure it's a good idea. I'd use it too. But I have a very >> little free time with my current employment. So I can't implement >> it. Sorry. > > It is also my understanding that ruby (used to manage the > ports database) a) is not re-entrant and/or b) does not lock the > files it is using/changing. Having two instances running at once > causes Bad Things(tm) to happen. > > > Robert Huff Correct, this is on the Project Ideas page.... From sem at FreeBSD.org Thu Jul 3 19:48:32 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jul 3 19:48:37 2008 Subject: portupgrade 2.4.4 In-Reply-To: <20080703191547.GA89709@nagual.pp.ru> References: <486A3E30.7080101@FreeBSD.org> <20080703191547.GA89709@nagual.pp.ru> Message-ID: <486D2D0A.9080900@FreeBSD.org> Andrey Chernov wrote: > On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: >> Hi. >> >> After a long time when a new employment and real life(c) having eaten >> all my time, a new version of portupgrade was released. > > The modifying _all_ packages +CONTENTS bug still present in this version > (as in stable too): > > ---> Updating dependency info > ---> Modifying /var/db/pkg/GeoIP-1.4.4/+CONTENTS > .... > ---> Modifying /var/db/pkg/xxkb-1.11/+CONTENTS > ---> Modifying /var/db/pkg/zidrav-1.2.0/+CONTENTS > ---> Modifying /var/db/pkg/zip-2.32/+CONTENTS Yes, I know. It's only issue, I couldn't find in limit time. -- Dixi. Sem. From sem at FreeBSD.org Thu Jul 3 19:52:36 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jul 3 19:52:41 2008 Subject: portupgrade 2.4.4 In-Reply-To: <20080703194314.GT17123@deviant.kiev.zoral.com.ua> References: <486A3E30.7080101@FreeBSD.org> <20080703191547.GA89709@nagual.pp.ru> <20080703194314.GT17123@deviant.kiev.zoral.com.ua> Message-ID: <486D2DFB.4000901@FreeBSD.org> Kostik Belousov ?????: > On Thu, Jul 03, 2008 at 11:15:47PM +0400, Andrey Chernov wrote: >> On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: >>> Hi. >>> >>> After a long time when a new employment and real life(c) having eaten >>> all my time, a new version of portupgrade was released. >> The modifying _all_ packages +CONTENTS bug still present in this version >> (as in stable too): >> >> ---> Updating dependency info >> ---> Modifying /var/db/pkg/GeoIP-1.4.4/+CONTENTS >> .... >> ---> Modifying /var/db/pkg/xxkb-1.11/+CONTENTS >> ---> Modifying /var/db/pkg/zidrav-1.2.0/+CONTENTS >> ---> Modifying /var/db/pkg/zip-2.32/+CONTENTS >> > > Additional note: modification of /var/db/pkg/*/+CONTENTS (or any > non-trivial subset of it) is quite dangerous. Once, I had a machine > paniced during portupgrade doing the pass of +CONTENTS files, and > due to SU, lost almost all of them. It would be helpful if +CONTENTS > file were backed up (e.g., moved to +CONTENTS.bak) instead of removed and > created. portupgrade copy a work file in temp one, and move back with changes. I'm not sure /var/db/pkg/*/ is a good place for backups. -- Dixi. Sem. From fbsd06 at mlists.homeunix.com Thu Jul 3 21:15:35 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Thu Jul 3 21:15:39 2008 Subject: Idea for next portupgrade In-Reply-To: <18540.55980.938489.721330@jerusalem.litteratus.org> References: <20080702232551.GA3204@pcjas.obspm.fr> <486CD2E8.50505@FreeBSD.org> <18540.55980.938489.721330@jerusalem.litteratus.org> Message-ID: <20080703220009.4da5ff08@gumby.homeunix.com.> On Thu, 3 Jul 2008 09:57:00 -0400 Robert Huff wrote: > > Sergey Matveychuk writes: > > > > If portupgrade can calculate the depency and launch many ports > > > build in same time for non-depending ports it's can be > > > wonderful. > > > > I'm sure it's a good idea. I'd use it too. But I have a very > > little free time with my current employment. So I can't implement > > it. Sorry. > > It is also my understanding that ruby (used to manage the > ports database) a) is not re-entrant and/or b) does not lock the > files it is using/changing. Having two instances running at once > causes Bad Things(tm) to happen. Presumably most of the work can be done in parallel with the critical stages serialised. There's already a build tool that builds several ports in parallel, I presume that's how it works. I can't remember what it's called offhand. From cokane at FreeBSD.org Thu Jul 3 21:41:09 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Thu Jul 3 21:41:14 2008 Subject: avahi-gtk In-Reply-To: <486BDDAA.70806@telenix.org> References: <486BDDAA.70806@telenix.org> Message-ID: <1215120160.2446.23.camel@localhost> On Wed, 2008-07-02 at 15:57 -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm having problems building this, it dpoesn't see it's own defintion for symbol > avahi_init_i18n (it's defined it it's own code but I guess not linked in). I > went and googled it, it's apparently been spotted as a problem with all > avahi-gtk versions at 6.22.2 and earlier, and it seems that our port is at > 6.22.1. it was fixed for sure in .4. Myu problem is, I can't for the life of > me see where the damn minor version is set. All i can see is, it's set to > 6.22, and no hint of a trailing .1. > > So, either, if anyone knows what the fix is, OR if anyone knows where the minor > is being set, I'd be happy enough. > > You know, just as an aside, one of my problems with today's ports are the huge > reliance on sub-makefiles. It nearly always makes things more difficult to > trace out errors. Yes, it's more elegant, but I just don't believe that selling > out for elegance is a good idea; I would rather have it easier to see and fix, > that just seems so obvious to me. > > Don't get me wrong, I very much like things like bsd.port.mk, it's things like > hiding the names, version numbers, things like that about the ports that I > dislike, like the bsd.gnome.mk, and all the masterdirs. I just personally don't > see the gain it making references unobvious. It isn't in any of the sub-makefiles. Port net/avahi-gtk is a slave of net/avahi-app (according to MASTERDIR). Your answer is in net/avahi-app/Makefile. BTW, avahi (and slaves) is versioned 0.6.22, not 6.22. You want to change it to 0.6.22.4 I guess... > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkhr3aoACgkQz62J6PPcoOnT+wCgnMNr2jxKd3TVfsdAJnTWsDCO > 1G8Anivr6mIL0xX4brtR5PkwBAv/q0dy > =wrL7 > -----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" -- Coleman Kane -------------- 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/20080703/aab79dd8/attachment.pgp From Rob.Evers at alcatel-lucent.co.nz Thu Jul 3 22:19:50 2008 From: Rob.Evers at alcatel-lucent.co.nz (EVERS ROB) Date: Thu Jul 3 22:19:55 2008 Subject: cfengine fatal error In-Reply-To: Message-ID: > Hi Sergei, > > > > > > When running cfengine 2.2.7 (and before that 2.2.3) (in a jail) on my > FreeBSD 6.3 box the cfservd crashes after client connect. > > > > Sys version > > FreeBSD cfengine.debank.tv 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed > Jun 4 > 05:22:14 CEST 2008 root@flappie.debank.tv:/usr/obj/usr/src/sys/ > FLAPPIE > amd64 > > > > > > Last piece of cfservd -d1 output: > > > > LastSeen(cvs.debank.tv) reg > > IPV4 address > > sockaddr_ntop(192.168.1.33) > > Found address (192.168.1.33) for host cvs.debank.tv > > GetMacroValue(server,LastSeenExpireAfter) > > GetMacroValue(server,LastSeenExpireAfter): using scope 'server' for > variable > 'LastSeenExpireAfter' > > READ -192.168.1.33 > > WriteDB => -192.168.1.33 > > WriteDB => Thu:Hr02:Min10_15 > > Transmission empty or timed out... > > Transaction Receive [][] > > RecvSocketStream(0) > > cfservd terminating NULL transmission! > > Terminating thread... > > ***Closing socket 5 from 192.168.1.26 > > Fatal error 'kse_exit() failed for system scope thread' at line 1215 > in file > /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) > > > > > > root@cfengine:~#ldd `which cfservd` > > /usr/local/sbin/cfservd: > > libdb-4.6.so.0 => /usr/local/lib/libdb-4.6.so.0 (0x8006bd000) > > libpthread.so.2 => /usr/lib/libpthread.so.2 (0x8008ef000) > > libcrypto.so.4 => /lib/libcrypto.so.4 (0x800a1a000) > > libm.so.4 => /lib/libm.so.4 (0x800c61000) > > libc.so.6 => /lib/libc.so.6 (0x800d7d000) > > libpthread.so.2 => /lib/libpthread.so.2 (0x800f8f000) > > > > It looks like a threading error but I can't seem to figure out what > exactly > goes wrong ( a ktrace doesn't reveal anything), any ideas on this or > what > debugging do I need to provide to make it more clear. > > > > Thanks, > > Rob Evers > > > > P.S. please cc me as I'm not on ports@ > -----Original Message----- From: Jo Rhett [mailto:jrhett@netconsonance.com] Sent: Friday, 4 July 2008 4:50 AM To: EVERS ROB Cc: ports@freebsd.org Subject: Re: cfengine fatal error Well it works fine outside of a jail. Are you using the ldd command inside the jail, or outside of it? You need to make sure all of those libraries are available inside the jail... Jo, Thank you for your response, The ldd is performed inside of the jail, the jail is a full or fat jail managed with ezjail so I have a complete copy of the base system available. Rob Evers -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6751 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080703/20444fcd/smime.bin From amdmi3 at amdmi3.ru Thu Jul 3 22:34:44 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Jul 3 22:34:48 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <486D12D5.1060304@icyb.net.ua> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> <20080701193629.GB45179@hades.panopticon> <486D108E.8030100@icyb.net.ua> <486D12D5.1060304@icyb.net.ua> Message-ID: <20080703223457.GA41872@hades.panopticon> * Andriy Gapon (avg@icyb.net.ua) wrote: > A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base > libstdc+ is picked over the correct one. > > Since you can not reproduce this in clean environment I wonder where > that -L/usr/lib comes from. Seems like you're right, I don't have -L/usr/lib in gcc args when building gnash. Could you please send me conf* files from the workdir (config.log etc.) and all Makefile* files (Makefile, Makefile.in from all subdirs). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From root at net1.cc Thu Jul 3 23:28:33 2008 From: root at net1.cc (NetOne - Doichin Dokov) Date: Thu Jul 3 23:28:38 2008 Subject: FreeBSD Port: mpd-5.1_1 - patch proposal Message-ID: <486D609A.5070100@net1.cc> Hello, I've created a patch for MPD adding a new feature. Could you please review it and, possibly, include it in the mpd or the ports tree, or at least like a port option? The details for the patch are here : http://sourceforge.net/tracker/index.php?func=detail&atid=314145&aid=2010154&group_id=14145 Looking forward to hearing from you! Kind regards, Doichin Dokov NetOne - Silistra Bulgaria From dandee at hellteam.net Fri Jul 4 00:21:09 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Fri Jul 4 00:21:14 2008 Subject: FreeBSD Port: quagga-0.99.9_7 In-Reply-To: <486310B1.4000403@tagnet.ru> References: <003701c8ce58$ecc88fb0$6508280a@tocnet28.jspoj.czf> <486310B1.4000403@tagnet.ru> Message-ID: <62D65AA82AE44ED5A9895D4D0B400BCC@tocnet28.jspoj.czf> Hi Boris, I am sorry for my late answer. I was on holidays. >I remember Makefile has ENABLE_VTY_GROUP knob, so You may use it. Is it what You need? egrep "ENABLE_VTY_GROUP" /usr/ports/net/quagga/Makefile .if defined(ENABLE_VTY_GROUP) CONFIGURE_ARGS+=--enable-vty-group=${ENABLE_VTY_GROUP} @${ECHO} "ENABLE_VTY_GROUP Specify group for vty socket ownership" But it seems it is not enabled, isn?t it ? I'm not sure if this is it, but I would like to behave the quagga in Debian (Linux) and FreeBSD consistently. In contrast, FreeBSD, Linux also has a file named quagga in the directory /etc/pam.d/. This file is not in FreeBSD in directory /usr/local/etc/pam.d or /etc/pam.d, which I would in the case of second option even understand. Perhaps to FreeBSD is not needed, but then what exactly in the table the options of quagga when compiling means the possibility of "PAM PAM authentication for vtysh" ? However, the aim is this: I have an user XXX and I want him to give sufficient privileges to manipulate the quagga. I do not want to give him permission through sudo or through su commands. In addition, I want in order to when in the vtysh.conf file, the user XXX is set with the possibility of nopassword, vtysh not ask me for a password to the quagga. Sh interpreter is preset to FreeBSD systems, so that the goal is for these above-mentioned conditions, to run vtysh straight and asks for nothing. So far, only what the user see the error message: > Vtysh Exiting: failed to connect to any daemons. > I do not know how to do, to ask me, but the goal is identical behavior quagga on FreeBSD to Linux systems and that?s all, not more and not less. Thank you. Regards, Daniel -----Original Message----- From: Boris Kovalenko [mailto:boris@tagnet.ru] Sent: Thursday, June 26, 2008 5:45 AM To: dandee@hellteam.net Subject: Re: FreeBSD Port: quagga-0.99.9_7 Hello, Daniel! I remember Makefile has ENABLE_VTY_GROUP knob, so You may use it. Is it what You need? > Hi Boris, > I would like to turn your attention on one little bug in quagga on > FreeBSD. > Why don?t we user groupname quaggavty from the beginning when the > quagga had been ported to FreeBSD ? > What do I mena ? I will show you the diffrence between quagga on > Debian and on our FreeBSD. > They use group quaggavty for command vtysh and they help themself with > pam.d/quagga file. > user@server$ ls -l /etc/pam.d/quagga > -rw-r--r-- 1 root root 162 2007-09-26 08:20 /etc/pam.d/quagga user$ > cat /etc/pam.d/quagga # Any user may call vtysh but only those > belonging to the group quaggavty can # actually connect to the socket > and use the program. > auth sufficient pam_permit.so > user@server$ whoami user user@server$ > ls -l /etc/quagga/vtysh.conf > -rw-rw---- 1 quagga quaggavty 63 2008-01-10 01:28 > /etc/quagga/vtysh.conf user@server$ cat > /etc/quagga/vtysh.conf username user nopassword username root > nopassword log syslog user@server$ egrep > quaggavty /etc/group quaggavty:x:106:user user@server$ > vtysh Hello, this is Quagga (version 0.99.5). > Copyright 1996-2005 Kunihiro Ishiguro, et al. > server# exit > user@server$ > So here it works, now FreeBSD: > > whoami > resu > > ls -l /etc/pam.d/quagga > ls: /etc/pam.d/quagga: No such file or directory > > ls -l /usr/local/etc/pam.d/quagga > ls: /usr/local/etc/pam.d/quagga: No such file or directory > > ls -l /usr/local/etc/quagga/vtysh.conf > -rw-rw-r-- 1 quagga quagga 129 10 led 01:52 > /usr/local/etc/quagga/vtysh.conf > > cat /usr/local/etc/quagga/vtysh.conf > username resu nopassword > username root nopassword > log syslog > > pw group show quagga > quagga:*:101:resu > > vtysh > Exiting: failed to connect to any daemons. > > > Is possible to repair it ? How can I assit you ? > It would be good if new version 0.99.10 will count with vtysh like on > Debian. > Thank you. > Bye. > Daniel Regards, Boris From dandee at hellteam.net Fri Jul 4 01:14:45 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Fri Jul 4 01:14:49 2008 Subject: FreeBSD Port: quagga-0.99.9_7 References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> Message-ID: >Very strange, but looks like this is a problem in system's rc, as my rc does not have 34978 lines of code :) Hi Boris, The problem I haven?t solved since February, when I met with him again by chance in July when dealing with another problem, a new multicast api in FreeBSD 7. I will write another report the following e-mail on multicast. I found out that this strange number "[: 34978: unexpected operator" is not at all a number of lines of code, but it is PID! It is a PID of daemon, which was running, but for some reason has been terminated, for example by signal 11 and an integral condition is that in /var/run/ quagga is the rest of the daemon, the pid file is opened. So when a user runs /usr/local/etc/rc.d/quagga start|stop|restart so it just appears these nonsenses on some unexpected operators. I can not repeat it because I do not know how to simulate freezing process expediently. But I am sure that this is PID number, because in the list of running processes "ps aux" were two processes ospfd and one of them had the same number like the number in error message. When I was killed the process with the number from error message and restarted quagga, the error message suddenly disappeared, it would lead to think that, between February to July the error unexpected end of the process become, and that I am, of course, it could not even see, and finally that it is rare phenomenon. Respect, Daniel -----Original Message----- From: Boris Kovalenko [mailto:boris@tagnet.ru] Sent: Tuesday, February 26, 2008 6:50 AM To: dandee@hellteam.net Subject: Re: FreeBSD Port: quagga-0.99.9_7 Hello! > Hi Boris, > Sometimes when I use quagga script for start, restart or status > commands, there turns up strange message about unexpected operator on > the different routers with quagga. > I have some routers based on Linux and these errors are not there. > # /etc2/rc.d/quagga status > [: 34978: unexpected operator ----<<< strange Very strange, but looks like this is a problem in system's rc, as my rc does not have 34978 lines of code :) > quagga is running as pid 35227. > quagga is running as pid 35233. > quagga is running as pid 35239. > Sleeping 10 seconds to obtain dynamic routing information... > Thanks. > Bye. > Daniel Respect, Boris From dandee at hellteam.net Fri Jul 4 01:39:28 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Fri Jul 4 01:39:32 2008 Subject: FreeBSD Port: quagga-0.99.9_7 References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> Message-ID: <744453B150934ACDA9AD89FCC3A62DF1@tocnet28.jspoj.czf> Hi Boris again, :) I would like to thank you retrospectively to that my proposal is realised, and if this view has ceased to function, so I have to respond. I am afraid that in the last two committed changes in quagga, the error occurred. I have three systems, where I have installed three different versions to the latest display completely ceased to function. SYSTEM1: system1# pkg_info | grep "quagga" quagga-0.99.9_7 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software system1# /etc2/rc.d/quagga status quagga is running as pid 1116. quagga is running as pid 1122. quagga is running as pid 1128. Sleeping 10 seconds to obtain dynamic routing information... system1# It is old style. SYSTEM2: system2# pkg_info | grep "quagga" quagga-0.99.10 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software system2# /etc2/rc.d/quagga status zebra is running as pid 1517. ospfd is running as pid 1523. ospf6d is running as pid 1529. bgpd is running as pid 1535. Sleeping 10 seconds to obtain dynamic routing information... system2# It is new style. SYSTEM3: system3# pkg_info | grep "quagga" quagga-0.99.10_2 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software system3# /etc2/rc.d/quagga status Sleeping 10 seconds to obtain dynamic routing information... system3# It is new broken style. :D Respect, Daniel -----Original Message----- From: Daniel Dvo??k [mailto:dandee@hellteam.net] Sent: Tuesday, February 26, 2008 11:43 AM To: 'Boris Kovalenko' Cc: 'ports@FreeBSD.org' Subject: RE: FreeBSD Port: quagga-0.99.9_7 Yes, I meant these: zebra is running as pid ospfd is running as pid bgpd is running as pid etc. Bye Daniel -----Original Message----- From: Boris Kovalenko [mailto:boris@tagnet.ru] Sent: Tuesday, February 26, 2008 6:50 AM To: dandee@hellteam.net Subject: Re: FreeBSD Port: quagga-0.99.9_7 Hello! > Hi Boris, > Question about PID?s, would it be possilbe instead drab > quagga daemon place the real name of daemons, to see which daemon is > not or is running ? You mean You want to see zebra is running as pid ospfd is running as pid etc? > For the first question I could send you more information, but my > configuration is clean, I am pretty sure. > Thanks. > Bye. > Daniel Respect, Boris From dandee at hellteam.net Fri Jul 4 02:04:14 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Fri Jul 4 02:04:21 2008 Subject: FreeBSD Port: quagga-0.99.9_7 References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> Message-ID: <4CB32F5E329F44B2A3A95B20D9AD9675@tocnet28.jspoj.czf> Hi Boris, new version of quagga 0.99.10 behaves strange when running daemons. It logs events, which in version 0.99.9 is not appeared. The contents of the records of concern to me when they wrote "exiting", although quagga continues to work, and PID numbers coincided with a statement ps aux is that what is in /var/run/quagga. Ownership and permissions are on both systems in order and consistently. VERSION 0.99.9# egrep lock /var/log/quagga/zebra.log ^^^^^^^^^^^^^^ VERSION 0.99.9# egrep lock /var/log/quagga/ospfd.log VERSION 0.99.9# egrep lock /var/log/quagga/ospf6d.log VERSION 0.99.9# ls -l /etc2/quagga/ total 16 -rw-rw-r-- 1 quagga quagga 1944 13 ?no 00:03 ospfd.conf -rw-rw-r-- 1 quagga quagga 1504 15 ?rv 03:03 ospf6d.conf -rw-rw-r-- 1 quagga quagga 129 10 led 01:52 vtysh.conf -rw-rw-r-- 1 quagga quagga 914 15 ?rv 02:46 zebra.conf VERSION 0.99.9# ls -l /var/log/quagga/ total 688828 -rw-rw---- 1 quagga quagga 3832252 4 ?vc 03:45 ospfd.log -rw-rw---- 1 quagga quagga 700883744 4 ?vc 03:46 ospf6d.log -rw-rw---- 1 quagga quagga 1866 28 ?rv 16:52 zebra.log VERSION 0.99.9# The worse: VERSION 0.99.10# egrep lock /var/log/quagga/zebra.log ^^^^^^^^^^^^^^^ 2008/06/30 01:38:59 errors: ZEBRA: Could not lock pid_file /var/run/quagga/zebra.pid, exiting 2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file /var/run/quagga/zebra.pid, exiting VERSION 0.99.10# egrep lock /var/log/quagga/ospfd.log 2008/06/30 01:38:59 errors: OSPF: Could not lock pid_file /var/run/quagga/ospfd.pid, exiting 2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file /var/run/quagga/ospfd.pid, exiting VERSION 0.99.10# egrep lock /var/log/quagga/ospf6d.log 2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file /var/run/quagga/ospf6d.pid, exiting VERSION 0.99.10# egrep lock /var/log/quagga/bgpd.log VERSION 0.99.10# ls -l /etc2/quagga/ total 16 -rw-rw-r-- 1 quagga quagga 2765 15 ?rv 01:15 bgpd.conf -rw-rw-r-- 1 quagga quagga 2141 27 led 19:11 ospfd.conf -rw-rw-r-- 1 quagga quagga 2008 27 ?rv 00:24 ospf6d.conf -rw-rw-r-- 1 quagga quagga 63 10 led 03:48 vtysh.conf -rw-rw-r-- 1 quagga quagga 1112 14 ?rv 21:11 zebra.conf VERSION 0.99.10# ls -l /var/log/quagga/ total 2072 -rw-rw---- 1 quagga quagga 20528 4 ?vc 02:25 bgpd.log -rw-rw---- 1 quagga quagga 2038243 4 ?vc 03:45 ospfd.log -rw-rw---- 1 quagga quagga 289 1 ?vc 15:46 ospf6d.log -rw-rw---- 1 quagga quagga 28802 2 ?vc 04:20 zebra.log VERSION 0.99.10# It seems it is not the problem of bgpd. Respect, Daniel From dandee at hellteam.net Fri Jul 4 02:30:37 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Fri Jul 4 02:30:44 2008 Subject: FreeBSD Port: quagga-0.99.9_7 References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> Message-ID: <13D7A14E7E1048AA887CB86DB9FDB818@tocnet28.jspoj.czf> Hi Boris, SMUX does not work as is. I know that worked for me, I know it safely, I was setting up to and it worked well for me, but something has changed. What's wrong? SMUXisKO# egrep smux /etc2/snmp/snmpd.conf smuxpeer .1.3.6.1.4.1.3317.1.2.1 smuxpeer .1.3.6.1.4.1.3317.1.2.2 smuxpeer .1.3.6.1.4.1.3317.1.2.5 SMUXisKO# egrep SNMP /var/db/ports/quagga/options WITH_SNMP=true SMUXisKO# egrep smux /etc2/quagga/zebra.conf smux peer .1.3.6.1.4.1.3317.1.2.1 SMUXisKO# egrep smux /etc2/quagga/ospfd.conf smux peer .1.3.6.1.4.1.3317.1.2.5 SMUXisKO# egrep smux /etc2/quagga/bgpd.conf smux peer 1.3.6.1.4.1.3317.1.2.2 SMUXisKO# SMUXisKO# egrep SMUX /var/log/quagga/zebra.log 2008/07/01 15:46:29 warnings: ZEBRA: Can't connect to SNMP agent with SMUX 2008/07/01 15:46:39 warnings: ZEBRA: Can't connect to SNMP agent with SMUX SMUXisKO# egrep SMUX /var/log/quagga/ospfd.log 2008/07/01 15:46:29 warnings: OSPF: Can't connect to SNMP agent with SMUX 2008/07/01 15:46:39 warnings: OSPF: Can't connect to SNMP agent with SMUX SMUXisKO# egrep SMUX /var/log/quagga/bgpd.log 2008/07/01 15:46:30 warnings: BGP: Can't connect to SNMP agent with SMUX 2008/07/01 15:46:40 warnings: BGP: Can't connect to SNMP agent with SMUX SMUXisKO# It is the same for version 0.99.9_5, 0.99.9_7, 0.99.10 and last one 0.99.10_2. Respect, Daniel From timur at FreeBSD.org Fri Jul 4 02:54:10 2008 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Fri Jul 4 02:54:24 2008 Subject: FreeBSD Port: samba-3.0.30,1 In-Reply-To: <486C4178.1090809@inbox.ru> References: <486C4178.1090809@inbox.ru> Message-ID: <7d743c270807031927w1ab80276vc87a7560a823f1b2@mail.gmail.com> On Thu, Jul 3, 2008 at 5:03 AM, Dmitry wrote: > Hello. What about samba 3.2.0? Later, possibly after 3.2.1 - too many problems with it. Cheers, Timur, From dandee at hellteam.net Fri Jul 4 03:08:49 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Fri Jul 4 03:08:56 2008 Subject: FreeBSD Port: quagga-0.99.9_7 References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> Message-ID: Hi Boris, :) My last current problem with quagga is associated with the new multicast API for FreeBSD 7.0-RELEASE. OSPF does not work at all, and I am very surprised that no one has pointed out since February, which is officially FreeBSD 7 in the world. OSPF indefinitely crashes on the signal 11. The problem is already long described on the Web bugzilla.quagga.net. This link with the concerns: http://bugzilla.quagga.net/show_bug.cgi?id=420 The content of directory /usr/ports/net/quagga/files, you can see that the problem relates to the file /usr/ports/net/quagga/files/patch-lib-sockopt.c. This, however, differs from the patch, which provide Mykola Dzham 2007-12-12 20:56 here: http://levsha.org.ua/sockopt.c.diff However, this is actually one, the same, because I have tried quagga from ports with and without Mykola?s patch and the result is always the same: 2008/07/04 00:35:25 informational: OSPF: ospfTrapIfStateChange trap sent: 10.40.128.13 now DR OSPF: Received signal 11 at 1215124525 (si_addr 0x4); aborting ... 2008/07/04 03:37:11 debugging: OSPF: ospf_new: starting with OSPF send buffer size 9216 2008/07/04 03:37:11 debugging: OSPF: Router-ID [OLD: 0.0.0.0]: Update 2008/07/04 03:37:11 debugging: OSPF: Router-ID [NEW: 0.0.0.0]: Update 2008/07/04 03:37:11 debugging: OSPF: Router-ID [OLD: 0.0.0.0]: Update 2008/07/04 03:37:11 debugging: OSPF: Router-ID [NEW: 10.40.0.3]: Update 2008/07/04 03:37:11 debugging: OSPF: Redistribute [static]: Start Type [0], Metric [20] 2008/07/04 03:37:11 informational: OSPF: ASBR [Status: 1]: Update 2008/07/04 03:37:11 debugging: OSPF: SPF: calculation timer scheduled 2008/07/04 03:37:11 debugging: OSPF: SPF: calculation timer delay = 1000 2008/07/04 03:37:11 debugging: OSPF: Redistribute [bgp]: Start Type [0], Metric [20] 2008/07/04 03:37:11 informational: OSPF: ASBR [Status: 2]: Update 2008/07/04 03:37:11 informational: OSPF: ASBR [Status: 2]: Already ASBR 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:11 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:11 debugging: OSPF: Area [0.0.0.3]: Configured as Stub 2008/07/04 03:37:11 debugging: OSPF: Scheduling ABR task 2008/07/04 03:37:11 debugging: OSPF: Scheduling ABR task 2008/07/04 03:37:12 notifications: OSPF: OSPFd 0.99.10 starting: vty @ 2604 2008/07/04 03:37:12 debugging: OSPF: Timer [router-LSA]: (router LSA-Refresh expire) 2008/07/04 03:37:12 debugging: OSPF: counting fully virtual neighbors in adjacent area 0.0.0.3 2008/07/04 03:37:12 debugging: OSPF: there are of them 0 2008/07/04 03:37:12 debugging: OSPF: SPF: calculation timer scheduled 2008/07/04 03:37:12 debugging: OSPF: SPF: calculation timer is already scheduled: 0x5b9658 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface add ath0 index 2 flags 34883 metric 1 mtu 1500 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 0 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 0 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface ath0 address add fe80:: 20th: 6bff: fe35: d0af/64 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface ath0 address add 10.40.128.13/30 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 0 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 0 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: Timer [router-LSA]: (router LSA-Refresh expire) 2008/07/04 03:37:12 debugging: OSPF: counting fully virtual neighbors in adjacent area 0.0.0.0 2008/07/04 03:37:12 debugging: OSPF: there are of them 0 2008/07/04 03:37:12 debugging: OSPF: SPF: calculation timer scheduled 2008/07/04 03:37:12 debugging: OSPF: SPF: calculation timer is already scheduled: 0x5b9658 2008/07/04 03:37:12 debugging: OSPF: ospf_flood_through_interface (): int considering ath0: 10.40.128.13, INBR (NULL), LSA [Type1, id (10.40.0.3), ar (10.40.0.3)] 2008/07/04 03:37:12 debugging: OSPF: ospf_flood_through_interface (): considering nbr 10.40.0.3 (2-Way) 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface ath0 address add 2a01: 490:12:1040:128:12:0:1 / 96 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface add ath1 index 3 flags 34883 metric 1 mtu 1500 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface ath1 address add fe80:: 20th: 6bff: fe35: dcb1/64 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface ath1 address add 10.40.192.13/30 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface ath1 address add 2a01: 490:12:1040:192:12:0:1 / 96 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface lo0 index add 5 flags 32841 metric 1 mtu 16384 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface lo0 address add: 1 / 128 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface lo0 address add fe80:: 1 / 64 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface lo0 add address 127.0.0.1 / 8 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface add lo1 index 6 flags 32841 metric 1 mtu 16384 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface lo1 address add 10.40.0.3/32 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface lo1 address add 2a01: 490:12:1040: 3 / 128 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface add msk0 index 1 flags 34883 metric 1 mtu 1500 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface msk0 address add fe80:: 200:5 aff: fe00: 7b/64 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface msk0 address add 10.40.3.1/26 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 2 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: SPF: calculation timer scheduled 2008/07/04 03:37:12 debugging: OSPF: SPF: calculation timer is already scheduled: 0x5b9658 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): new router flags: 3 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): Start 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status () looked through areas 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_configured: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): bb_act_attached: 1 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_configured: 2 2008/07/04 03:37:12 debugging: OSPF: ospf_check_abr_status (): areas_act_attached: 2 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface msk0 address add 2a01: 490:12:1040:3: 1 / 96 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface add re0 index 4 flags 34883 metric 1 mtu 1500 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface re0 address add fe80:: 21st: 7dff: fed4: a34b/64 2008/07/04 03:37:12 debugging: OSPF: Zebra: interface re0 address add 10.40.64.13/30 2008/07/04 03:37:12 informational: OSPF: ospfTrapIfStateChange trap sent: 10.40.64.13 now Point-To-Point OSPF: Received signal 11 at 1215135432 (si_addr 0x4); aborting ... OSPFisKO # netstat-g netstat: sysctl: net.inet.ip.mfctable: No such file or directory netstat: sysctl: net.inet6.ip6.mif6table: No such file or directory WARNING: This functionality is deprecated, and will be removed in FreeBSD 7.0. Please consider using ifmcstat (8) instead. Link-layer Multicast Group Memberships Group Link-layer Address Netif 33:33:00:00:00:06 msk0 33:33:00:00:00:05 msk0 33:33: ff: 00:00:01 msk0 01:00:5 e: 00:00:01 msk0 33:33:3 c: 91:97:63 msk0 33:33:00:00:00:01 msk0 33:33: ff: 00:00:7 b msk0 33:33:00:00:00:06 re0 33:33:00:00:00:05 re0 33:33: ff: 00:00:01 re0 01:00:5 e: 00:00:01 re0 33:33:3 c: 91:97:63 re0 33:33:00:00:00:01 re0 33:33: ff: d4: a3: 4th re0 IPv4 Multicast Group Memberships Group Link-layer Address Netif 224.0.0.1 01:00:5 e: 00:00:01 msk0 224.0.0.1 01:00:5 e: 00:00:01 re0 224.0.0.1 lo0 224.0.0.1 lo1 IPv6 Multicast Group Memberships Group Link-layer Address Netif ff02: 1:: 6 33:33:00:00:00:06 msk0 ff02: 1:: 5 33:33:00:00:00:05 msk0 ff02: 1:: 1: ff00: 1 33:33: ff: 00:00:01 msk0 ff01: 1: 1 33:33:00:00:00:01 msk0 ff02: 1:: 2:3 c91: 9763 33:33:3 c: 91:97:63 msk0 ff02: 1: 1 33:33:00:00:00:01 msk0 ff02: 1:: 1: ff00: 7th 33:33: ff: 00:00:7 b msk0 ff02: 4: 6 33:33:00:00:00:06 re0 ff02: 4: 5 33:33:00:00:00:05 re0 ff02: 4:: 1: ff00: 1 33:33: ff: 00:00:01 re0 ff01: 4: 1 33:33:00:00:00:01 re0 ff02: 4:: 2:3 c91: 9763 33:33:3 c: 91:97:63 re0 ff02: 4: 1 33:33:00:00:00:01 re0 ff02: 4:: 1: ffd4: a34b 33:33: ff: d4: a3: 4th re0 ff01: 5: 1 lo0 ff02: 5:: 2:3 c91: 9763 lo0 ff02: 5: 1 lo0 ff02: 5: 1: ff00: 1 lo0 ff02: 6:: 6 lo1 ff02: 6:: 5 lo1 ff01: 6: 1 lo1 ff02: 6:: 2:3 c91: 9763 lo1 ff02: 6:: 1 lo1 ff02: 6:: 1: ff00: 3 lo1 OSPFisKO # ifmcstat msk0: inet 10.40.3.1 group 224.0.0.1 mcast-macaddr 01:00:5 e: 00:00:01 refcnt 1 inet6 fe80:: 200:5 aff: fe00: 7th% msk0 inet6 2a01: 490:12:1040:3: 1 ff02 group: 6% msk0 refcnt 1 mcast-macaddr 33:33:00:00:00:06 refcnt 1 ff02 group: 5% msk0 refcnt 1 mcast-macaddr 33:33:00:00:00:05 refcnt 1 ff02 group: 1: ff00: 1% msk0 refcnt 1 mcast-macaddr 33:33: ff: 00:00:01 refcnt 1 ff01 group: 1% msk0 refcnt 2 mcast-macaddr 33:33:00:00:00:01 refcnt 1 group ff02:: 2:3 c91: 9763% msk0 refcnt 2 mcast-macaddr 33:33:3 c: 91:97:63 refcnt 1 ff02 group: 1% msk0 refcnt 2 mcast-macaddr 33:33:00:00:00:01 refcnt 1 ff02 group: 1: ff00: 7th% msk0 refcnt 1 mcast-macaddr 33:33: ff: 00:00:7 b refcnt 1 re0: inet 10.40.64.13 inet 10.40.2.133 group 224.0.0.1 mcast-macaddr 01:00:5 e: 00:00:01 refcnt 1 inet6 fe80:: 21st: 7dff: fed4: a34b% re0 inet6 2a01: 490:12:1040:64:12:0:1 ff02 group: 6% re0 refcnt 1 mcast-macaddr 33:33:00:00:00:06 refcnt 1 ff02 group: 5% re0 refcnt 1 mcast-macaddr 33:33:00:00:00:05 refcnt 1 ff02 group: 1: ff00: 1% re0 refcnt 1 mcast-macaddr 33:33: ff: 00:00:01 refcnt 1 ff01 group: 1% re0 refcnt 2 mcast-macaddr 33:33:00:00:00:01 refcnt 1 group ff02:: 2:3 c91: 9763% re0 refcnt 2 mcast-macaddr 33:33:3 c: 91:97:63 refcnt 1 ff02 group: 1% re0 refcnt 2 mcast-macaddr 33:33:00:00:00:01 refcnt 1 ff02 group: 1: ffd4: a34b% re0 refcnt 1 mcast-macaddr 33:33: ff: d4: a3: 4th refcnt 1 lo0: inet 127.0.0.1 group 224.0.0.1 inet6: 1 inet6 fe80:: 1% lo0 ff01 group: 1% lo0 refcnt 2 group ff02:: 2:3 c91: 9763% lo0 refcnt 2 ff02 group: 1% lo0 refcnt 2 ff02 group: 1: ff00: 1% lo0 refcnt 2 lo1: inet 10.40.0.3 group 224.0.0.1 inet6 2a01: 490:12:1040: 3 ff02 group: 6% lo1 refcnt 1 ff02 group: 5% lo1 refcnt 1 ff01 group: 1% lo1 refcnt 1 group ff02:: 2:3 c91: 9763% lo1 refcnt 1 ff02 group: 1% lo1 refcnt 1 ff02 group: 1: ff00: 3% lo1 refcnt 1 OSPFisKO# uname -a FreeBSD OSPF.is.KO 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 06:48:16 UTC 2008 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 OSPFisKO# Where is 224.0.0.5 group? But it should be there. If the quagga deos not join to the group 224.0.0.5, ospf network will never work. If I can assist and send additional information, so I will do, but mainly I would welcome something to resolve this problem as soon as possible. Thank you so much. Respect, Daniel From ben at altesco.nl Fri Jul 4 08:08:44 2008 From: ben at altesco.nl (Ben Stuyts) Date: Fri Jul 4 08:08:51 2008 Subject: clamav bug In-Reply-To: <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12> References: <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12> Message-ID: <66E4D6F6-6923-4407-809F-B52B9533209D@altesco.nl> On 3 Jul 2008, at 06:25, yance wrote: > I have just update m ports collection. My FreeBSD is 6.0-RELEASE, > and when I > tried to install clamav from ports collection it returned an error: > ../libclamav/.libs/libclamav.so: undefined reference to > `gethostbyname_r' I recently had the same problem on FreeBSD 5.5. I fixed it by changing the port's Makefile as follows: RCS file: /home/ncvs/ports/security/clamav/Makefile,v retrieving revision 1.116 diff -c -r1.116 Makefile *** Makefile 17 Jun 2008 11:20:03 -0000 1.116 --- Makefile 27 Jun 2008 18:52:49 -0000 *************** *** 48,54 **** --disable-clamav \ --enable-bigstack \ --enable-readdir_r \ ! --enable-gethostbyname_r \ --disable-dependency-tracking CPPFLAGS+= -I${LOCALBASE}/include \ ${PTHREAD_CFLAGS} --- 48,54 ---- --disable-clamav \ --enable-bigstack \ --enable-readdir_r \ ! --disable-gethostbyname_r \ --disable-dependency-tracking CPPFLAGS+= -I${LOCALBASE}/include \ ${PTHREAD_CFLAGS} Hope this helps, Ben From athathoth at yandex.ru Fri Jul 4 10:10:46 2008 From: athathoth at yandex.ru (=?utf-8?b?0JPQvtC70Y/RiNC+0LIg0KHQtdGA0LPQtdC5?=) Date: Fri Jul 4 10:10:54 2008 Subject: unrar-iconv-3.80.b2,5 patch error Message-ID: <200807042050.38736.athathoth@yandex.ru> ======== # cd /usr/ports/archivers/unrar-iconv # make patch ===> Vulnerability check disabled, database not found ===> Extracting for unrar-iconv-3.80.b2,5 ===> Patching for unrar-iconv-3.80.b2,5 ===> Applying extra patch /usr/ports/archivers/unrar-iconv/files/patch-iconv 1 out of 1 hunks failed--saving rejects to makefile.unix.rej *** Error code 1 Stop in /usr/ports/archivers/unrar-iconv. ======== New patch (files/patch-iconv) attached -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-iconv Type: text/x-diff Size: 6705 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080704/48c4f953/patch-iconv.bin From avg at icyb.net.ua Fri Jul 4 12:36:41 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Jul 4 12:36:56 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <20080703223457.GA41872@hades.panopticon> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> <20080701193629.GB45179@hades.panopticon> <486D108E.8030100@icyb.net.ua> <486D12D5.1060304@icyb.net.ua> <20080703223457.GA41872@hades.panopticon> Message-ID: <486E1953.90108@icyb.net.ua> on 04/07/2008 01:34 Dmitry Marakasov said the following: > * Andriy Gapon (avg@icyb.net.ua) wrote: > >> A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base >> libstdc+ is picked over the correct one. >> >> Since you can not reproduce this in clean environment I wonder where >> that -L/usr/lib comes from. > Seems like you're right, I don't have -L/usr/lib in gcc args when > building gnash. > > Could you please send me conf* files from the workdir (config.log etc.) > and all Makefile* files (Makefile, Makefile.in from all subdirs). > Dmitry, I decided to do some more local research before sending you that bulk data. Here's what I have so far. 1. There is no -L/usr/lib in the corresponding libtool invocation, so it means that libtool itself adds it. 2. There is the following line in libtool script (in gnash base dir): sys_lib_search_path_spec=" /usr/lib/" 3. In configure script I see that is set based on $CC -print-search-dirs 4. gcc42 -print-search-dirs produces "good" list of directories where its specific directories precede /usr/lib. 5. But gcc -print-search-dirs produces only /usr/lib. -- Andriy Gapon From avg at icyb.net.ua Fri Jul 4 13:03:06 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Jul 4 13:03:13 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <486E1953.90108@icyb.net.ua> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> <48620622.50808@icyb.net.ua> <20080701193629.GB45179@hades.panopticon> <486D108E.8030100@icyb.net.ua> <486D12D5.1060304@icyb.net.ua> <20080703223457.GA41872@hades.panopticon> <486E1953.90108@icyb.net.ua> Message-ID: <486E1F87.5060907@icyb.net.ua> on 04/07/2008 15:36 Andriy Gapon said the following: > on 04/07/2008 01:34 Dmitry Marakasov said the following: >> * Andriy Gapon (avg@icyb.net.ua) wrote: >> >>> A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base >>> libstdc+ is picked over the correct one. >>> >>> Since you can not reproduce this in clean environment I wonder where >>> that -L/usr/lib comes from. >> Seems like you're right, I don't have -L/usr/lib in gcc args when >> building gnash. >> >> Could you please send me conf* files from the workdir (config.log etc.) >> and all Makefile* files (Makefile, Makefile.in from all subdirs). >> > > Dmitry, > > I decided to do some more local research before sending you that bulk data. > > Here's what I have so far. > 1. There is no -L/usr/lib in the corresponding libtool invocation, so it > means that libtool itself adds it. > 2. There is the following line in libtool script (in gnash base dir): > sys_lib_search_path_spec=" /usr/lib/" > 3. In configure script I see that is set based on $CC -print-search-dirs > 4. gcc42 -print-search-dirs produces "good" list of directories where > its specific directories precede /usr/lib. > 5. But gcc -print-search-dirs produces only /usr/lib. This may seem a quite strange question - do you have fortran of base GCC (f77) installed in your tinderbox? -- Andriy Gapon From svvord at khn.ru Fri Jul 4 13:34:12 2008 From: svvord at khn.ru (Crush) Date: Fri Jul 4 13:34:19 2008 Subject: unrar-iconv-3.80.b2,5 patch error Message-ID: <200807041257.58974.svvord@khn.ru> # make patch ===> Vulnerability check disabled, database not found ===> Extracting for unrar-iconv-3.80.b2,5 ===> Patching for unrar-iconv-3.80.b2,5 ===> Applying extra patch /usr/ports/archivers/unrar-iconv/files/patch-iconv 1 out of 1 hunks failed--saving rejects to makefile.unix.rej *** Error code 1 Stop in /usr/home/qemu/addons4ports/ports/archivers/unrar-iconv. New patch (files/patch-iconv) attached -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-iconv Type: text/x-diff Size: 6705 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080704/eb447b29/patch-iconv.bin From redcrash at gmail.com Fri Jul 4 15:02:46 2008 From: redcrash at gmail.com (Harald Servat) Date: Fri Jul 4 15:03:15 2008 Subject: OO 3 beta Message-ID: Hello, I'm testing the OO 3beta that can be found under ftp://ooopackages.good-day.net/pub/OpenOffice.org but it is quite old (DEV300_m5) compared with the current openoffice.org-3-devel found in ports (DEV300_m19), so I'd like to update it. Due to memory & space limitations I cannot afford building it, so I was wondering if I can find this package on any repository. I asked to freebsd-openoffice@ with no luck. Thank you. -- _________________________________________________________________ Empty your memory, with a free()... like a pointer! If you cast a pointer to an integer, it becomes an integer, if you cast a pointer to a struct, it becomes a struct. The pointer can crash..., and can overflow. Be a pointer my friend... From d.hill at yournetplus.com Fri Jul 4 15:30:07 2008 From: d.hill at yournetplus.com (Duane Hill) Date: Fri Jul 4 15:30:13 2008 Subject: clamav bug In-Reply-To: <66E4D6F6-6923-4407-809F-B52B9533209D@altesco.nl> References: <000801c8dcc4$dc1b0c40$3d01a8c0@xprz12> <66E4D6F6-6923-4407-809F-B52B9533209D@altesco.nl> Message-ID: On Fri, 4 Jul 2008, Ben Stuyts wrote: > On 3 Jul 2008, at 06:25, yance wrote: > >> I have just update m ports collection. My FreeBSD is 6.0-RELEASE, and when >> I >> tried to install clamav from ports collection it returned an error: > >> ../libclamav/.libs/libclamav.so: undefined reference to `gethostbyname_r' > > I recently had the same problem on FreeBSD 5.5. I fixed it by changing the > port's Makefile as follows: > > RCS file: /home/ncvs/ports/security/clamav/Makefile,v > retrieving revision 1.116 > diff -c -r1.116 Makefile > *** Makefile 17 Jun 2008 11:20:03 -0000 1.116 > --- Makefile 27 Jun 2008 18:52:49 -0000 > *************** > *** 48,54 **** > --disable-clamav \ > --enable-bigstack \ > --enable-readdir_r \ > ! --enable-gethostbyname_r \ > --disable-dependency-tracking > CPPFLAGS+= -I${LOCALBASE}/include \ > ${PTHREAD_CFLAGS} > --- 48,54 ---- > --disable-clamav \ > --enable-bigstack \ > --enable-readdir_r \ > ! --disable-gethostbyname_r \ > --disable-dependency-tracking > CPPFLAGS+= -I${LOCALBASE}/include \ > ${PTHREAD_CFLAGS} I did the same change on 6.1. However, I still received the error. Ultimate solution was to upgrade to 7.0. From Albert.Shih at obspm.fr Fri Jul 4 16:35:12 2008 From: Albert.Shih at obspm.fr (Albert Shih) Date: Fri Jul 4 16:35:19 2008 Subject: subversion ports Message-ID: <20080704163507.GA71968@pcjas.obspm.fr> Hi all I don't known if the problem is with subversion or the ports or between subversion and FreeBSD. So I just post this message on subversion-list. Regards. JAS -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Ven 4 jul 2008 18:34:05 CEST -------------- next part -------------- An embedded message was scrubbed... From: Albert Shih Subject: Serious problems with 1.5 Date: Fri, 4 Jul 2008 17:36:38 +0200 Size: 3550 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080704/1272e3aa/attachment.eml -------------- next part -------------- An embedded message was scrubbed... From: Albert Shih Subject: Re: Serious problems with 1.5 Date: Fri, 4 Jul 2008 18:31:39 +0200 Size: 4201 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080704/1272e3aa/attachment-0001.eml -------------- next part -------------- An embedded message was scrubbed... From: Albert Shih Subject: Re: Serious problems with 1.5 Date: Fri, 4 Jul 2008 17:44:19 +0200 Size: 4251 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080704/1272e3aa/attachment-0002.eml From avg at icyb.net.ua Fri Jul 4 17:14:20 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Jul 4 17:14:27 2008 Subject: i386 tinderbox on amd64 box Message-ID: <486E5A68.30402@icyb.net.ua> Does anybody have a success story and possibly a Howto for $subject? -- Andriy Gapon From mikhailg at webanoide.org Fri Jul 4 17:57:33 2008 From: mikhailg at webanoide.org (Mikhail Goriachev) Date: Fri Jul 4 17:57:41 2008 Subject: FreeBSD Port: openldap-server-2.4.10 Message-ID: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> Hi, Due to our requirement, the database directory of the openldap-server has been relocated from its default /var/db/openldap-data. However, the daemon script /usr/local/etc/rc.d/slapd doesn't use the "directory" entry from slapd.conf. When executed, it throws: chown: /var/db/openldap-data: No such file or directory chmod: /var/db/openldap-data: No such file or directory I slapped together a workaround. Here's a "patch", maybe the idea of it will be of some use. Thanks for your time. --- slapd.original 2008-07-04 16:35:31.000000000 +0000 +++ slapd 2008-07-04 16:50:08.000000000 +0000 @@ -39,6 +39,8 @@ # extract user and group, adjust ownership of directories and database +DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{ print $2 }'` + start_precmd() { local slapd_ownername slapd_groupname @@ -48,8 +50,8 @@ ;; *) chown "$slapd_owner" "/var/run/openldap" - chown -RL "$slapd_owner" "/var/db/openldap-data" - chmod 700 "/var/db/openldap-data" + chown -RL "$slapd_owner" "${DBDIR}" + chmod 700 "${DBDIR}" chown "$slapd_owner" "/usr/local/etc/openldap/slapd.conf" slapd_ownername="${slapd_owner%:*}" Regards, Mikhail. -- Mikhail Goriachev Webanoide From amdmi3 at amdmi3.ru Fri Jul 4 21:13:03 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Jul 4 21:13:12 2008 Subject: non-system gcc + libtool + -L/usr/lib complex problem Message-ID: <20080704211311.GA14157@hades.panopticon> Hi! I'm investigating complex build problem of my graphics/gnash port. The problem is that graphics/gnash doesn't build on FreeBSD 6.3 if ftp/curl (which it depends on) is built with LIBSSH2 support :) The cause is as follows: 1) # cat /usr/local/lib/libssh2.la | grep depende dependency_libs=' -L/usr/lib -lcrypto -lz' as you can see, there's -L/usr/lib in there. 2) This causes -L/usr/lib to be added to libcurl.la as well 3) graphics/gnash has USE_GCC=4.2+. That's why gcc42 is used on 6.3 instead of default 3.4. But! libtool adds -L/usr/lib from libcurl.la to linkflags, so gcc42 tries to use libstdc++.so from /usr/lib instead of /usr/local/lib/gcc-4.2.4!! This leads to many libstdc++ - related linkage errors: -- /bin/sh ../libtool --tag=CXX --mode=link g++42 -O2 -fno-strict-aliasing -pipe -march=nocona -pthread -D_THREAD_SAFE -pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -fvisibility-inlines-hidden -export-dynamic -lltdl -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm -L/usr/local/lib -lcurl -L/usr/local/lib -lboost_thread -lboost_date_time -lpthread /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib -Wl,--as-needed -o gprocessor gprocessor-processor.o ../server/libgnashserver.la ../libamf/libgnashamf.la ../libnet/libgnashnet.la ../libbase/libgnashbase.la ../libmedia/libgnashmedia.la -lavcodec -lz -la52 -lfaad -lx264 -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg -lvorbisenc -lvorbis -lm -logg -lavformat -lavcodec -lz -la52 -lfaad -lx264 -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg -lavutil -ltheora -logg -lavcodec -lz -la52 -lfaad -lx264 -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg -L/usr/local/lib -lglib-2.0 -liconv -lX11 -lXi -lm g++42 -O2 -fno-strict-aliasing -pipe -march=nocona -pthread -D_THREAD_SAFE -pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -fvisibility-inlines-hidden /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -Wl,--as-needed -o .libs/gprocessor gprocessor-processor.o -Wl,--export-dynamic -L/usr/local/lib -L/usr/lib ../server/.libs/libgnashserver.so /usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libnet/.libs/libgnashnet.so /usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libmedia/.libs/libgnashmedia.so /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so /usr/local/lib/libexpat.so ../libamf/.libs/libgnashamf.so ../libnet/.libs/libgnashnet.so /usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libamf/.libs/libgnashamf.so /usr/work/usr/ports/graphics/gnash/work/gnash-0.8.3/libbase/.libs/libgnashbase.so /usr/local/lib/libxml2.so ../libbase/.libs/libgnashbase.so ../libmedia/.libs/libgnashmedia.so /usr/local/lib/libjpeg.so /usr/local/lib/libcurl.so /usr/local/lib/libssh2.so -lssl -lcrypto /usr/local/lib/libltdl.so -lboost_thread -lboost_date_time -lpthread /usr/local/lib/libSDL.so /usr/local/lib/libXrandr.so /usr/local/lib/libXrender.so /usr/local/lib/libaa.so -lncurses -lusbhid -lavformat -lavcodec -lz /usr/local/lib/liba52.so -ldjbfft /usr/local/lib/libfaad.so -pthread -lx264 /usr/local/lib/libtheora.so /usr/local/lib/libvorbisenc.so -lavutil /usr/local/lib/libvorbis.so /usr/local/lib/libogg.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libpcre.so /usr/local/lib/libiconv.so /usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so /usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libXau.so -lm -Wl,--rpath -Wl,/usr/local/lib/gnash -Wl,--rpath -Wl,/usr/local/lib gprocessor-processor.o(.gnu.linkonce.t._ZN5boost2io6detail3putIcSt11char_traitsIcESaIcERKSsEEvT2_RKNS1_11format_itemIT_T0_T1_EERNS_12basic_formatISA_SB_SC_E11string_typeERNSH_20internal_streambuf_tEPSt6locale+0x1d8): In function `void boost::io::detail::put, std::allocator, std::basic_string, std::allocator > const&>(std::basic_string, std::allocator > const&, boost::io::detail::format_item, std::allocator > const&, boost::basic_format, std::allocator >::string_type&, boost::basic_format, std::allocator >::internal_streambuf_t&, std::locale*)': * more similar errors * -- I'm not even sure which is the culprit: - libssh2 (for using -L/usr/lib in .la) First of all, does it actually need it (for example, to explicitly not link to libcrypto from ports' openssl)? If it does, it's most likely gcc42 problem. If it does not, it should be fixed as well as other ports with the same problem (here I see /usr/lib used at least in neon and wireshark) - libtool (for adding -L/usr/lib for libssh2) - gcc42 for not searching libs in /usr/local/lib/gcc-4.2.4 before all other libdirs. Any ideas? PS. Many thanks to Andriy Gapon for nailing it. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From roam at ringlet.net Fri Jul 4 22:15:33 2008 From: roam at ringlet.net (Peter Pentchev) Date: Fri Jul 4 22:15:39 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> Message-ID: <20080704221500.GA1118@straylight.m.ringlet.net> On Fri, Jul 04, 2008 at 01:22:15PM -0400, Mikhail Goriachev wrote: > Hi, [snip] > I slapped together a workaround. Here's a "patch", maybe the idea of > it will be of some use. Just a minor comment on the patch: > +DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{ > print $2 }'` This is better written as awk '/directory/ {print $2}' /usr/local/etc/openldap/slapd.conf or possibly (I'm not quite familiar with the slapd.conf syntax) even: awk '$1 == "directory" {print $2}' /usr/local/etc/openldap/slapd.conf Then there's another thing - it might be better to make this depend on the actual prefix where the OpenLDAP server is installed (it is not necessarily /usr/local), but that's a whole different can of beer that I'm not familiar with, since I don't even have an OpenLDAP server installed on my system :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@cnsys.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 This sentence is false. -------------- 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/20080704/2c975389/attachment.pgp From amdmi3 at amdmi3.ru Fri Jul 4 23:02:36 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Jul 4 23:02:43 2008 Subject: i386 tinderbox on amd64 box In-Reply-To: <486E5A68.30402@icyb.net.ua> References: <486E5A68.30402@icyb.net.ua> Message-ID: <20080704230249.GG41872@hades.panopticon> * Andriy Gapon (avg@icyb.net.ua) wrote: > Does anybody have a success story and possibly a Howto for $subject? I do. http://www.marcuscom.com/pipermail/tinderbox-list/2008-June/001068.html 7.0/i386 works great on 7.0/amd64 host. Unfortunately 6.3/i386 doesn't (iirc, gio-fam-backend failes), but I was too lazy to investigate, maybe that can be fixed trivially. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From rmorgan at portmorgan.com Sat Jul 5 00:26:25 2008 From: rmorgan at portmorgan.com (Rod Morgan) Date: Sat Jul 5 00:26:32 2008 Subject: FreeBSD Port: mydns-mysql-1.1.0_3 Message-ID: <486EBAE6.4000904@portmorgan.com> Do you have plans to update this port to the latest 1.2.8.x version currently available? Rod Morgan From freebsd at meijome.net Sat Jul 5 01:32:16 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Sat Jul 5 01:32:23 2008 Subject: subversion ports In-Reply-To: <20080704163507.GA71968@pcjas.obspm.fr> References: <20080704163507.GA71968@pcjas.obspm.fr> Message-ID: <20080705113207.6839c961@ayiin> On Fri, 4 Jul 2008 18:35:07 +0200 Albert Shih wrote: > Hi all > > I don't known if the problem is with subversion or the ports or between > subversion and FreeBSD. So I just post this message on subversion-list. Hi Albert, what exactly is your setup, on both client and server ? OS, version of svn, how are you connecting to the server ? if you suspect it is related to 1.5, have you tried reverting to 1.4 ? does it happen only with your current repository, or with an almost clean one? ( this should be easier to test, and if it confirms a problem, you can use it to move back and forth between 1.4 and 1.5...i suspect they wont be compatible... B _________________________ {Beto|Norberto|Numard} Meijome "It's not what you do, it's the love you put into it." Mother Theresa. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From mikhailg at webanoide.org Sat Jul 5 02:34:57 2008 From: mikhailg at webanoide.org (Mikhail Goriachev) Date: Sat Jul 5 02:35:04 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <20080704221500.GA1118@straylight.m.ringlet.net> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> Message-ID: <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> Quoting Peter Pentchev : > On Fri, Jul 04, 2008 at 01:22:15PM -0400, Mikhail Goriachev wrote: >> Hi, > [snip] >> I slapped together a workaround. Here's a "patch", maybe the idea of >> it will be of some use. > > Just a minor comment on the patch: > >> +DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{ >> print $2 }'` > > This is better written as > > awk '/directory/ {print $2}' /usr/local/etc/openldap/slapd.conf Nice one! > > or possibly (I'm not quite familiar with the slapd.conf syntax) even: > > awk '$1 == "directory" {print $2}' /usr/local/etc/openldap/slapd.conf They both work but I like the first one more. > Then there's another thing - it might be better to make this depend on > the actual prefix where the OpenLDAP server is installed (it is not > necessarily /usr/local), but that's a whole different can of beer that > I'm not familiar with, since I don't even have an OpenLDAP server > installed on my system :) Thanks for that. Here's a "proper" working patch. --- slapd.sh.in.original 2008-07-05 01:38:52.000000000 +0000 +++ slapd.sh.in 2008-07-05 01:44:33.000000000 +0000 @@ -39,6 +39,8 @@ # extract user and group, adjust ownership of directories and database +DBDIR=`awk '/directory/ {print $2}' %%PREFIX%%/etc/openldap/slapd.conf` + start_precmd() { local slapd_ownername slapd_groupname @@ -48,8 +50,8 @@ ;; *) chown "$slapd_owner" "%%LDAP_RUN_DIR%%" - chown -RL "$slapd_owner" "%%DATABASEDIR%%" - chmod 700 "%%DATABASEDIR%%" + chown -RL "$slapd_owner" "${DBDIR}" + chmod 700 "${DBDIR}" chown "$slapd_owner" "%%PREFIX%%/etc/openldap/slapd.conf" slapd_ownername="${slapd_owner%:*}" Regards, Mikhail. -- Mikhail Goriachev Webanoide From erwin at FreeBSD.org Sat Jul 5 03:45:51 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Jul 5 03:45:57 2008 Subject: INDEX build failed for 6.x Message-ID: <200807050345.m653joJq042718@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored p5-Games-Bingo-Print-0.04: "/a/erwin/tindex/ports/textproc/p5-Test-Pod-Coverage" non-existent -- dependency list incomplete ===> games/p5-Games-Bingo-Print failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: beech edwin leeym maho Most recent CVS update was: U MOVED U devel/horde-chora/Makefile U devel/p5-Cache-Cache/Makefile U editors/openoffice.org-3-RC/Makefile U editors/openoffice.org-3-RC/distinfo U editors/openoffice.org-3-RC/files/openoffice.org-wrapper U editors/openoffice.org-3-RC/files/patch-i80129 U editors/openoffice.org-3-RC/files/patch-i85127 U editors/openoffice.org-3-RC/files/patch-i85972 U editors/openoffice.org-3-RC/files/patch-i87583 U editors/openoffice.org-3-RC/files/patch-i91318 U editors/openoffice.org-3-RC/files/pkg-message.in U games/p5-Games-Bingo-Print/Makefile U games/p5-Games-Bingo-Print/distinfo U games/p5-Games-Bingo-Print/pkg-plist U games/tome/Makefile U games/tome/pkg-plist U games/tome/files/pkg-deinstall.in U japanese/mh/Makefile U japanese/mh/files/patch-uip_msh.c U japanese/mh/files/patch-uip_prompter.c U japanese/mh/files/patch-uip_trmsbr.c U misc/tmux/Makefile U misc/tmux/distinfo U misc/tmux/files/patch-tty.c U polish/Makefile U polish/qnapi/Makefile U polish/qnapi/distinfo U polish/qnapi/pkg-descr U polish/qnapi/pkg-plist U polish/qnapi/files/patch-doc-qnapi.desktop U polish/qnapi/files/patch-doc-qnapi_download.desktop U polish/qnapi/files/patch-doc-qnapi_download.schemas U polish/qnapi/files/patch-qnapi.pro U textproc/Makefile U textproc/doc-mode.el/Makefile U textproc/doc-mode.el/distinfo U textproc/doc-mode.el/pkg-descr U textproc/doc-mode.el/pkg-plist U www/Makefile U www/atutor/Makefile U www/atutor/distinfo U www/atutor/files/pkg-message.in U www/ruby-amazon/Makefile From edwin at mavetju.org Sat Jul 5 04:03:53 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Sat Jul 5 04:04:01 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200807050345.m653joJq042718@pointyhat.freebsd.org> References: <200807050345.m653joJq042718@pointyhat.freebsd.org> Message-ID: <20080705040334.GA66597@k7.mavetju> On Sat, Jul 05, 2008 at 03:45:50AM +0000, Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored > p5-Games-Bingo-Print-0.04: "/a/erwin/tindex/ports/textproc/p5-Test-Pod-Coverage" non-existent -- dependency list incomplete > ===> games/p5-Games-Bingo-Print failed Let me fix that one... -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From beech at freebsd.org Sat Jul 5 04:06:03 2008 From: beech at freebsd.org (Beech Rintoul) Date: Sat Jul 5 04:06:10 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200807050345.m653joJq042718@pointyhat.freebsd.org> References: <200807050345.m653joJq042718@pointyhat.freebsd.org> Message-ID: <200807042005.50513.beech@freebsd.org> On Friday 04 July 2008, Erwin Lansing said: > INDEX build failed with errors: > Generating INDEX-6 - please > wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile >", line 75: warning: duplicate script for target "pre-configure" > ignored p5-Games-Bingo-Print-0.04: > "/a/erwin/tindex/ports/textproc/p5-Test-Pod-Coverage" non-existent > -- dependency list incomplete ===> games/p5-Games-Bingo-Print > failed > *** Error code 1 > *** Error code 1 > > Stop in /a/erwin/tindex/ports. > *** Error code 1 > > Stop in /a/erwin/tindex/ports. > 1 error > > Committers on the hook: > beech edwin leeym maho > > Most recent CVS update was: > U MOVED > U devel/horde-chora/Makefile > U devel/p5-Cache-Cache/Makefile > U editors/openoffice.org-3-RC/Makefile > U editors/openoffice.org-3-RC/distinfo > U editors/openoffice.org-3-RC/files/openoffice.org-wrapper > U editors/openoffice.org-3-RC/files/patch-i80129 > U editors/openoffice.org-3-RC/files/patch-i85127 > U editors/openoffice.org-3-RC/files/patch-i85972 > U editors/openoffice.org-3-RC/files/patch-i87583 > U editors/openoffice.org-3-RC/files/patch-i91318 > U editors/openoffice.org-3-RC/files/pkg-message.in > U games/p5-Games-Bingo-Print/Makefile > U games/p5-Games-Bingo-Print/distinfo > U games/p5-Games-Bingo-Print/pkg-plist > U games/tome/Makefile > U games/tome/pkg-plist > U games/tome/files/pkg-deinstall.in > U japanese/mh/Makefile > U japanese/mh/files/patch-uip_msh.c > U japanese/mh/files/patch-uip_prompter.c > U japanese/mh/files/patch-uip_trmsbr.c > U misc/tmux/Makefile > U misc/tmux/distinfo > U misc/tmux/files/patch-tty.c > U polish/Makefile > U polish/qnapi/Makefile > U polish/qnapi/distinfo > U polish/qnapi/pkg-descr > U polish/qnapi/pkg-plist > U polish/qnapi/files/patch-doc-qnapi.desktop > U polish/qnapi/files/patch-doc-qnapi_download.desktop > U polish/qnapi/files/patch-doc-qnapi_download.schemas > U polish/qnapi/files/patch-qnapi.pro > U textproc/Makefile > U textproc/doc-mode.el/Makefile > U textproc/doc-mode.el/distinfo > U textproc/doc-mode.el/pkg-descr > U textproc/doc-mode.el/pkg-plist > U www/Makefile > U www/atutor/Makefile > U www/atutor/distinfo > U www/atutor/files/pkg-message.in > U www/ruby-amazon/Makefile p5-Test-Pod-Coverage is in /devel not /textproc Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From erwin at FreeBSD.org Sat Jul 5 07:07:38 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Jul 5 07:07:45 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200807050707.m6577ctk047410@pointyhat.freebsd.org> From roam at ringlet.net Sat Jul 5 07:53:08 2008 From: roam at ringlet.net (Peter Pentchev) Date: Sat Jul 5 07:53:15 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> Message-ID: <20080705075249.GA1145@straylight.m.ringlet.net> On Fri, Jul 04, 2008 at 10:34:32PM -0400, Mikhail Goriachev wrote: > Quoting Peter Pentchev : > > > On Fri, Jul 04, 2008 at 01:22:15PM -0400, Mikhail Goriachev wrote: > >> Hi, > > [snip] > >> I slapped together a workaround. Here's a "patch", maybe the idea of > >> it will be of some use. > > > > Just a minor comment on the patch: > > > >> +DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{ > >> print $2 }'` > > > > This is better written as > > > > awk '/directory/ {print $2}' /usr/local/etc/openldap/slapd.conf > > Nice one! > > > or possibly (I'm not quite familiar with the slapd.conf syntax) even: > > > > awk '$1 == "directory" {print $2}' /usr/local/etc/openldap/slapd.conf > > They both work but I like the first one more. Actually the second one might be better - the first one may be confused by the string "directory" appearing either in a comment or in the string value of some other parameter or even in the *name* of some other parameter. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@cnsys.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 This sentence was in the past tense. -------------- 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/20080705/703062f4/attachment.pgp From gerald at pfeifer.com Sat Jul 5 13:21:21 2008 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sat Jul 5 13:21:27 2008 Subject: USE_GCC=3.4+, RIP Message-ID: Now that the minimum version we support via ports is FreeBSD 6.3, USE_GCC=3.4+ is a no-op. (FreeBSD 6 features GCC 3.4 as the system compiler.) I would like to simplify our ports accordingly and wonder what the proper procedure is. (I don't have the machine bandwidth right now to test all affected ports, but then this really is a no-op.) Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From david at vizion2000.net Sat Jul 5 21:40:45 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 5 21:40:52 2008 Subject: What the **** !!! Message-ID: <200807051503.54748.david@vizion2000.net> [root@dns1 ~]# pkgdb -F ---> Checking the package registry database Stale origin: 'audio/akode-plugins-polypaudio': perhaps moved or obsoleted. -> The port 'audio/akode-plugins-polypaudio' was removed on 2008-01-01 because: "Polypaudio is obsolete in favor of pulseaudio" -> Hint: akode-plugins-polypaudio-2.0.1_1,1 is required by the following package(s): kdemultimedia-3.5.8 kde-3.5.8 -> Hint: checking for overwritten files... -> No files installed by akode-plugins-polypaudio-2.0.1_1,1 have been overwritten by other packages. Deinstall akode-plugins-polypaudio-2.0.1_1,1 ? [no] Missing origin: bsdpan-CPAN-1.9102 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-CPAN-1.9203 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-CPAN-1.9205 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-Term-ReadLine-Perl-1.0302 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-libnet-1.21 -> Ignored. (the package is held; specify -f to force) Stale dependency: eclipse-3.2.2_1 -> avahi-app-0.6.22_1 (net/avahi-app): Install stale dependency? ([y]es/[n]o/[a]ll) [yes] [Gathering depends for net/avahi-app ........................................................................... done] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: eclipse-datatools-1.5.1.101607_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: eclipse-emf-2.2.4 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: eclipse-gef-3.2.2_3 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: eclipse-vep-1.2_2,1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: eclipse-webtools-1.5.2_2 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gimp-2.4.4,2 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gimp-app-2.4.4,1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gimp-gutenprint-5.1.3_2 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gimp-help-0.12 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gnome-desktop-2.20.3 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gnome-menus-2.20.3 -> avahi-app-0.6.22_1 (net/avahi-app): -> Deleted. (irrelevant) Stale dependency: gnome-panel-2.20.3 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gnome-vfs-2.20.1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: gtksourceview-1.8.5_2 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: kde-3.5.8 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: kdemultimedia-3.5.8 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: kdemultimedia-xine_artsplugin-3.5.8 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: libao-0.8.8_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: libbonoboui-2.20.0 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: libgnome-2.20.1.1_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: libgnomeui-2.20.1.1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: libgtkhtml-2.11.1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: libxine-1.1.10_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: polypaudio-0.7_4 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ruby18-gnome2-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ruby18-gnome2-all-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ruby18-gnomevfs-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ruby18-gtkhtml2-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ruby18-gtksourceview-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ruby18-panelapplet-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: ufraw-0.13 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) Stale dependency: vorbis-tools-1.1.1_5,3 -> avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> avahi-app-0.6.22_1) [root@dns1 ~]# From david at vizion2000.net Sat Jul 5 21:55:17 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 5 21:55:26 2008 Subject: What the **** !!! In-Reply-To: <200807051503.54748.david@vizion2000.net> References: <200807051503.54748.david@vizion2000.net> Message-ID: <200807051518.27425.david@vizion2000.net> On Saturday 05 July 2008 15:03:54 David Southwell wrote: > [root@dns1 ~]# pkgdb -F > ---> Checking the package registry database > Stale origin: 'audio/akode-plugins-polypaudio': perhaps moved or obsoleted. > -> The port 'audio/akode-plugins-polypaudio' was removed on 2008-01-01 > because: > "Polypaudio is obsolete in favor of pulseaudio" > -> Hint: akode-plugins-polypaudio-2.0.1_1,1 is required by the following > package(s): > kdemultimedia-3.5.8 > kde-3.5.8 > -> Hint: checking for overwritten files... > -> No files installed by akode-plugins-polypaudio-2.0.1_1,1 have been > overwritten by other packages. > Deinstall akode-plugins-polypaudio-2.0.1_1,1 ? [no] > Missing origin: bsdpan-CPAN-1.9102 > -> Ignored. (the package is held; specify -f to force) > Missing origin: bsdpan-CPAN-1.9203 > -> Ignored. (the package is held; specify -f to force) > Missing origin: bsdpan-CPAN-1.9205 > -> Ignored. (the package is held; specify -f to force) > Missing origin: bsdpan-Term-ReadLine-Perl-1.0302 > -> Ignored. (the package is held; specify -f to force) > Missing origin: bsdpan-libnet-1.21 > -> Ignored. (the package is held; specify -f to force) > Stale dependency: eclipse-3.2.2_1 -> avahi-app-0.6.22_1 (net/avahi-app): > > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] [Gathering depends for > net/avahi-app > ........................................................................... > done] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: eclipse-datatools-1.5.1.101607_1 -> avahi-app-0.6.22_1 > (net/avahi-app): > > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> > avahi-app-0.6.22_1) Stale dependency: eclipse-emf-2.2.4 -> > avahi-app-0.6.22_1 (net/avahi-app): > > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> > avahi-app-0.6.22_1) Stale dependency: eclipse-gef-3.2.2_3 -> > avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) > [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: eclipse-vep-1.2_2,1 -> avahi-app-0.6.22_1 > (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: eclipse-webtools-1.5.2_2 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: gimp-2.4.4,2 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: gimp-app-2.4.4,1 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: gimp-gutenprint-5.1.3_2 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: gimp-help-0.12 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: gnome-desktop-2.20.3 -> avahi-app-0.6.22_1 > (net/avahi-app): > > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> > avahi-app-0.6.22_1) Stale dependency: gnome-menus-2.20.3 -> > avahi-app-0.6.22_1 (net/avahi-app): -> Deleted. (irrelevant) > Stale dependency: gnome-panel-2.20.3 -> avahi-app-0.6.22_1 (net/avahi-app): > > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> > avahi-app-0.6.22_1) Stale dependency: gnome-vfs-2.20.1 -> > avahi-app-0.6.22_1 (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) > [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: gtksourceview-1.8.5_2 -> avahi-app-0.6.22_1 > (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: kde-3.5.8 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: kdemultimedia-3.5.8 -> avahi-app-0.6.22_1 > (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: kdemultimedia-xine_artsplugin-3.5.8 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: libao-0.8.8_1 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: libbonoboui-2.20.0 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: libgnome-2.20.1.1_1 -> avahi-app-0.6.22_1 > (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: libgnomeui-2.20.1.1 -> avahi-app-0.6.22_1 > (net/avahi-app): avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: libgtkhtml-2.11.1 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: libxine-1.1.10_1 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: polypaudio-0.7_4 -> avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ruby18-gnome2-0.16.0.20071004_1 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ruby18-gnome2-all-0.16.0.20071004_1 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ruby18-gnomevfs-0.16.0.20071004_1 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ruby18-gtkhtml2-0.16.0.20071004_1 -> avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ruby18-gtksourceview-0.16.0.20071004_1 -> > avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ruby18-panelapplet-0.16.0.20071004_1 -> > avahi-app-0.6.22_1 (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > Stale dependency: ufraw-0.13 -> avahi-app-0.6.22_1 (net/avahi-app): > > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] Fixed. (-> > avahi-app-0.6.22_1) Stale dependency: vorbis-tools-1.1.1_5,3 -> > avahi-app-0.6.22_1 > (net/avahi-app): > avahi-app-0.6.22_1 ? ([y]es/[n]o/[a]ll) [yes] > Fixed. (-> avahi-app-0.6.22_1) > [root@dns1 ~]# > _______________________________________________ Which was tiresomely followed by: [root@dns1 ~]# portupgrade -a Stale dependency: eclipse-3.2.2_1 --> avahi-app-0.6.22_1 -- manually run 'pkgdb -F' to fix, or specify -O to force. [root@dns1 ~]# pkgdb -F ---> Checking the package registry database Stale origin: 'audio/akode-plugins-polypaudio': perhaps moved or obsoleted. -> The port 'audio/akode-plugins-polypaudio' was removed on 2008-01-01 because: "Polypaudio is obsolete in favor of pulseaudio" -> Hint: akode-plugins-polypaudio-2.0.1_1,1 is required by the following package(s): kdemultimedia-3.5.8 kde-3.5.8 -> Hint: checking for overwritten files... -> No files installed by akode-plugins-polypaudio-2.0.1_1,1 have been overwritten by other packages. Deinstall akode-plugins-polypaudio-2.0.1_1,1 ? [no] Missing origin: bsdpan-CPAN-1.9102 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-CPAN-1.9203 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-CPAN-1.9205 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-Term-ReadLine-Perl-1.0302 -> Ignored. (the package is held; specify -f to force) Missing origin: bsdpan-libnet-1.21 -> Ignored. (the package is held; specify -f to force) Stale dependency: eclipse-3.2.2_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: eclipse-datatools-1.5.1.101607_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: eclipse-emf-2.2.4 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: eclipse-gef-3.2.2_3 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: eclipse-vep-1.2_2,1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: eclipse-webtools-1.5.2_2 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gimp-2.4.4,2 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gimp-app-2.4.4,1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gimp-gutenprint-5.1.3_2 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gimp-help-0.12 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gnome-desktop-2.20.3 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gnome-panel-2.20.3 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gnome-vfs-2.20.1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: gtksourceview-1.8.5_2 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: kde-3.5.8 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: kdemultimedia-3.5.8 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: kdemultimedia-xine_artsplugin-3.5.8 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: libao-0.8.8_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: libbonoboui-2.20.0 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: libgnome-2.20.1.1_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: libgnomeui-2.20.1.1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: libgtkhtml-2.11.1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: libxine-1.1.10_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: polypaudio-0.7_4 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ruby18-gnome2-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ruby18-gnome2-all-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ruby18-gnomevfs-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ruby18-gtkhtml2-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ruby18-gtksourceview-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ruby18-panelapplet-0.16.0.20071004_1 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: ufraw-0.13 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) Stale dependency: vorbis-tools-1.1.1_5,3 -> avahi-app-0.6.22_1 (): -> Deleted. (irrelevant) [root@dns1 ~]# From swhetzel at gmail.com Sat Jul 5 21:59:16 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Sat Jul 5 21:59:22 2008 Subject: Akode-plugins problem In-Reply-To: <200807030914.08011.david@vizion2000.net> References: <200807030914.08011.david@vizion2000.net> Message-ID: <790a9fff0807051434k6576b399g26bda3d03ccb985e@mail.gmail.com> On Thu, Jul 3, 2008 at 11:14 AM, David Southwell wrote: > Does anyone know best way to deal with this one?? > I am going round in circles here!!! : > ---> Checking the package registry database > Stale origin: 'audio/akode-plugins-polypaudio': perhaps moved or obsoleted. > -> The port 'audio/akode-plugins-polypaudio' was removed on 2008-01-01 > because: > "Polypaudio is obsolete in favor of pulseaudio" Use portupgrade to replace akode-plugins-polypaudio with akode-plugins-pulseaudio: portupgrade -o audio/akode-plugins-pulseaudio audio/akode-plugins-polypaudio Scot From sem at FreeBSD.org Sat Jul 5 22:51:52 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Sat Jul 5 22:51:58 2008 Subject: What the **** !!! In-Reply-To: <200807051518.27425.david@vizion2000.net> References: <200807051503.54748.david@vizion2000.net> <200807051518.27425.david@vizion2000.net> Message-ID: <486FFAB4.6000204@FreeBSD.org> David Southwell wrote: > Stale dependency: eclipse-3.2.2_1 -> avahi-app-0.6.22_1 (): > -> Deleted. (irrelevant) Looks like an origin info did not saved for some reason. Show `pkg_info -o avahi-app-0.6.22_1` output please. Are you sure you use fresh INDEX-[67] file (portsdb -Fu)? -- Dixi. Sem. From sem at FreeBSD.org Sat Jul 5 23:23:46 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Sat Jul 5 23:23:54 2008 Subject: FreeBSD Port: quagga-0.99.9_7 In-Reply-To: <744453B150934ACDA9AD89FCC3A62DF1@tocnet28.jspoj.czf> References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <744453B150934ACDA9AD89FCC3A62DF1@tocnet28.jspoj.czf> Message-ID: <48700223.1060907@FreeBSD.org> Daniel Dvo??k wrote: > It is new style. > > SYSTEM3: > system3# pkg_info | grep "quagga" > quagga-0.99.10_2 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software > system3# /etc2/rc.d/quagga status > Sleeping 10 seconds to obtain dynamic routing information... > system3# > > It is new broken style. :D Try the patch please. I'll commit it if it's OK. -- Dixi. Sem. -------------- next part -------------- Index: files/quagga.sh.in =================================================================== RCS file: /home/pcvs/ports/net/quagga/files/quagga.sh.in,v retrieving revision 1.12 diff -u -r1.12 quagga.sh.in --- files/quagga.sh.in 28 Jun 2008 03:23:36 -0000 1.12 +++ files/quagga.sh.in 1 Jul 2008 17:24:05 -0000 @@ -37,6 +37,25 @@ rm -f $pidfile } +do_cmd() +{ + for daemon in ${quagga_daemons}; do + command=%%PREFIX%%/sbin/${daemon} + required_files=%%SYSCONF_DIR%%/${daemon}.conf + pidfile=%%LOCALSTATE_DIR%%/${daemon}.pid + if [ ${quagga_cmd} = "start" -a ! -f ${required_files} ]; then + continue + fi + if [ ${quagga_cmd} = "stop" -a -z $(check_process ${command}) ]; then + continue + fi + eval flags=\$\{${daemon}_flags:-\"${quagga_flags}\"\} + name=${daemon} + run_rc_command "$1" + _rc_restart_done=false + done +} + # set defaults load_rc_config $name @@ -63,28 +82,19 @@ if [ ! -z ${quagga_extralibs_path} ]; then /sbin/ldconfig -m ${quagga_extralibs_path} fi + do_cmd "start" ;; - stop|restart) + stop) quagga_daemons=$(reverse_list ${quagga_daemons}) + do_cmd "stop" ;; + restart) + quagga_daemons=$(reverse_list ${quagga_daemons}) + do_cmd "stop" + quagga_daemons=$(reverse_list ${quagga_daemons}) + do_cmd "start" esac -for daemon in ${quagga_daemons}; do - command=%%PREFIX%%/sbin/${daemon} - required_files=%%SYSCONF_DIR%%/${daemon}.conf - pidfile=%%LOCALSTATE_DIR%%/${daemon}.pid - if [ ${quagga_cmd} = "start" -a ! -f ${required_files} ]; then - continue - fi - if [ ${quagga_cmd} = "stop" -a -z $(check_process ${command}) ]; then - continue - fi - eval flags=\$\{${daemon}_flags:-\"${quagga_flags}\"\} - name="${daemon}" - run_rc_command "$1" - _rc_restart_done=false -done - if [ "${quagga_delay}" != "0" ]; then echo "Sleeping ${quagga_delay} seconds to obtain dynamic routing information..." sleep ${quagga_delay} From Alexander at Leidinger.net Sun Jul 6 07:54:07 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Sun Jul 6 07:54:13 2008 Subject: USE_GCC=3.4+, RIP In-Reply-To: References: Message-ID: <20080706095612.4b572c20@deskjail> Quoting Gerald Pfeifer (Sat, 5 Jul 2008 15:02:32 +0200 (CEST)): > Now that the minimum version we support via ports is FreeBSD 6.3, > > USE_GCC=3.4+ > > is a no-op. (FreeBSD 6 features GCC 3.4 as the system compiler.) > > I would like to simplify our ports accordingly and wonder what the > proper procedure is. (I don't have the machine bandwidth right now > to test all affected ports, but then this really is a no-op.) Entferne die entsprechenden *.mk Zeilen, greppe die Makefiles und entferne unpassende USE_GCC=3.4+ Zeilen (hoffentlich gibt es keine "3.4 only" port), und frag portmgr nach einem exp-run Deines patches. Bye, Alexander. -- Over quota? "du -s * | sort -n " will give you a sorted list of your directory sizes. -- David Scheidt http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From Alexander at Leidinger.net Sun Jul 6 08:13:55 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Sun Jul 6 08:14:01 2008 Subject: USE_GCC=3.4+, RIP In-Reply-To: <20080706095612.4b572c20@deskjail> References: <20080706095612.4b572c20@deskjail> Message-ID: <20080706101558.631a56eb@deskjail> Quoting Alexander Leidinger (Sun, 6 Jul 2008 09:56:12 +0200): > Quoting Gerald Pfeifer (Sat, 5 Jul 2008 15:02:32 +0200 (CEST)): > > > Now that the minimum version we support via ports is FreeBSD 6.3, > > > > USE_GCC=3.4+ > > > > is a no-op. (FreeBSD 6 features GCC 3.4 as the system compiler.) > > > > I would like to simplify our ports accordingly and wonder what the > > proper procedure is. (I don't have the machine bandwidth right now > > to test all affected ports, but then this really is a no-op.) > > Entferne die entsprechenden *.mk Zeilen, greppe die Makefiles und > entferne unpassende USE_GCC=3.4+ Zeilen (hoffentlich gibt es keine "3.4 > only" port), und frag portmgr nach einem exp-run Deines patches. Oops, sorry, 've hit the wrong reply button... short translation for the list: create a patch and ask portmgr for a test run. Bye, Alexander. -- Ferengi Rule of Acquisition #19: Satisfaction is not guaranteed. -- ST: Legends of the Ferengi http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From prymal at tf2dreamteam.com Sun Jul 6 10:44:39 2008 From: prymal at tf2dreamteam.com (PryMaL) Date: Sun Jul 6 10:44:46 2008 Subject: FreeBSD Port: linux-foldingathome-5.04 Message-ID: <200807061903.54346.prymal@tf2dreamteam.com> I'm having problems with this port running. I am hopeful someone can help, once I have installed this port and run /usr/local/bin/FoldingAtHome to execute the file, I have syntax errors as below. [mini-prymal 18:51] / >/usr/local/bin/FoldingAtHome mkdir: /home/prymal/.fah: File exists ELF binary type "3" not known. //usr/local/share/foldingathome/FAH504-Linux.exe: 1: Syntax error: "(" unexpected Is anyone able to assist with this please? -- Phil Tann (PryMaL) GamingSA TF2 Admin- http://www.gamingsa.com Email: prymal@tf2dreamteam.com Mobile: +61 404 098 268 MSN: prymal@adam.com.au The Dream Team : {~DT~} http://www.tf2dreamteam.com From gary.jennejohn at freenet.de Sun Jul 6 13:30:45 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sun Jul 6 13:30:52 2008 Subject: FreeBSD Port: linux-foldingathome-5.04 In-Reply-To: <200807061903.54346.prymal@tf2dreamteam.com> References: <200807061903.54346.prymal@tf2dreamteam.com> Message-ID: <20080706153037.3d646a14@peedub.jennejohn.org> On Sun, 6 Jul 2008 19:03:54 +0000 PryMaL wrote: > I'm having problems with this port running. > I am hopeful someone can help, once I have installed this port and run > /usr/local/bin/FoldingAtHome > to execute the file, I have syntax errors as below. > > [mini-prymal 18:51] / >/usr/local/bin/FoldingAtHome > mkdir: /home/prymal/.fah: File exists > This is normal when the directory already exists. Actually, the script should probably use mkdir -p. > ELF binary type "3" not known. > //usr/local/share/foldingathome/FAH504-Linux.exe: 1: Syntax error: "(" > unexpected > This means that the kernel didn't recognize this as a Linux binary and tried to run it as a shell script. > Is anyone able to assist with this please? > I installed this port and it runs without any errors on my 8-current system with compat.linux.osrelease set to 2.6.16 and linux_base-f8-8. Some questions - do you have Linux support enabled in your kernel and in /etc/rc.conf? Which Linux base port are you using? Is linprocfs mounted? It might also be useful to know just which version of FreeBSd you're using. --- Gary Jennejohn From jack at jarasoft.net Sun Jul 6 17:29:02 2008 From: jack at jarasoft.net (Jack Raats) Date: Sun Jul 6 17:29:08 2008 Subject: ports from sourceforge Message-ID: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At this moment fetching ports from sourceforge.net is very slow. (+/- 4000 Bps) Jack -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) - GPGrelay v0.959 iD8DBQFIcP2+Ph5RwW/NzC4RAtJnAJ9JP3Emr1c1orFASGQ+Kjakg14pjgCcDP24 c0uiCVUGdoDi32oW2zeYAu4= =9R9c -----END PGP SIGNATURE----- From koitsu at FreeBSD.org Sun Jul 6 17:43:18 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sun Jul 6 17:43:24 2008 Subject: ports from sourceforge In-Reply-To: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> References: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> Message-ID: <20080706174317.GA46674@eos.sc1.parodius.com> On Sun, Jul 06, 2008 at 07:15:40PM +0200, Jack Raats wrote: > At this moment fetching ports from sourceforge.net is very slow. (+/- 4000 Bps) Um... there's a whole series of SourcForge mirrors to choose from. The default is nchc, unless it's unreachable, which in that case tries kent, easynews, ufpr, umn, and heanet. Override the default list by placing this in /etc/make.conf (note it's using easynews): MASTER_SITE_SOURCEFORGE=http://easynews.dl.sourceforge.net/sourceforge/%SUBDIR%/ -- | 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 nox at jelal.kn-bremen.de Sun Jul 6 19:46:18 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Jul 6 19:46:28 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! In-Reply-To: <20080622221933.GA12209@saturn.kn-bremen.de> References: <20080620211216.GA75382@saturn.kn-bremen.de> <20080622221933.GA12209@saturn.kn-bremen.de> Message-ID: <20080706194408.GA23575@saturn.kn-bremen.de> On Mon, Jun 23, 2008 at 12:19:33AM +0200, Juergen Lock wrote: > On Fri, Jun 20, 2008 at 11:12:16PM +0200, Juergen Lock wrote: > > Hi! > > > > I've been playing with a qemu-devel update again recently (which also > > includes a kqemu api change, therefore I have a new kqemu-kmod-devel > > port too), and these are the main news: > > > > - Many targets including x86 have been converted from dyngen to tcg > > completely, which should allow building them with newer gcc versions; > > I've added an ALL_TARGETS knob that can be turned off if you only need > > these targets, that avoids building the gcc34 port if you're on 7.0 or > > later. Here is the list out of the CONFIGURE_ARGS: > > i386-softmmu,sparc-softmmu,x86_64-softmmu,mips-softmmu,mipsel-softmmu,mips64-softmmu,mips64el-softmmu,arm-softmmu,m68k-softmmu > > (I only tested i386 and x86_64 a little bit. This knob also needs testing > > on 7.0 and later i386 hosts.) > > - kqemu now also works for i386-softmmu on amd64 hosts, i.e. you no longer > > need to use qemu-system-x86_64 there if you want kqemu. > > - And of course the usual round of bugfixes and optimizations, etc. > > > > The tcg conversions can cause regressions tho, and indeed I found > > that 7.0-RELEASE-amd64-livefs.iso causes qemu-system-x86_64 to crash on > > i386 hosts, it'd be interesting if you can find more. (I'll post a seperate > > message with details about that crash on the qemu list, and probably won't > > commit this version because of that.) > > > > I didn't inline the update and kqemu port this time since its two files, > > just fetch them from: > > http://people.freebsd.org/~nox/qemu/kqemu-kmod-devel.shar > > and > > http://people.freebsd.org/~nox/qemu/qemu-devel-20080620.patch > > Ok, kqemu-kmod-devel has now been repocopied from kqemu-kmod and I have > just updated it to the new version, and I also added D_NEEDMINOR to both > ports so they now should also be back to working order on -current (untested.) > > So what this means is now you can use the new kqemu-kmod-devel port from cvs > instead of the shar for this qemu-devel update patch. OK I have been hunting tcg regessions over the last few days and can now report that at least those amd64 guests that I tested are now (mostly) back to working order on i386 hosts (see http://people.freebsd.org/~nox/qemu/fix-cvtsi2ssq-etc.mail.txt and the previos qemu list posts linked from there if you are interested in the gory details.) On another note, and this might interest some people here more, 32 bit qemu on amd64 hosts with kqemu seems to now work almost(?) like as on i386 hosts, at least I got a report of xp sp2 even working with -kernel-kqemu there... :) Here comes the current version of the qemu-devel port update, which I'll probably commit in the course of next week assuming I get no new bugreports (or negative comments about my tcg fixes from the qemu folks.) - also at: http://people.freebsd.org/~nox/qemu/qemu-devel-20080620-2nd.patch Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/Makefile,v retrieving revision 1.92 diff -u -p -r1.92 Makefile --- Makefile 6 Jun 2008 13:27:04 -0000 1.92 +++ Makefile 20 Jun 2008 20:04:20 -0000 @@ -6,17 +6,14 @@ # PORTNAME= qemu -PORTVERSION= 0.9.1s.20080302 -PORTREVISION= 9 +PORTVERSION= 0.9.1s.20080620 CATEGORIES= emulators -MASTER_SITES= http://qemu.org/:release \ +MASTER_SITES= http://bellard.org/qemu/:release \ http://qemu-forum.ipi.fi/qemu-snapshots/:snapshot \ http://people.fruitsalad.org/nox/qemu/:snapshot \ - http://www.volny.cz/xnavara/qemu/:snapshot \ - http://people.brandeis.edu/~jcoiner/qemu_idedma/:idedma \ - http://people.freebsd.org/~maho/qemu/:misc + ${MASTER_SITE_LOCAL}:snapshot PKGNAMESUFFIX= -devel -DISTNAME= ${PORTNAME}-snapshot-2008-03-02_05 +DISTNAME= ${PORTNAME}-snapshot-2008-06-20_19 DISTFILES= ${DISTNAME}${EXTRACT_SUFX}:snapshot DIST_SUBDIR= qemu EXTRACT_ONLY= ${DISTNAME}${EXTRACT_SUFX} @@ -28,7 +25,6 @@ HAS_CONFIGURE= yes USE_BZIP2= yes USE_GMAKE= yes USE_PERL5= yes -USE_GCC= 3.4 PATCH_STRIP= -lp1 MAKE_ENV+= BSD_MAKE="${MAKE}" CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}" MAN1= qemu.1 qemu-img.1 @@ -40,10 +36,19 @@ OPTIONS= KQEMU "Build with (alpha!) acce SAMBA "samba dependency (for -smb)" Off \ SDL "SDL/X dependency (graphical output)" On \ GNUTLS "gnutls dependency (vnc encryption)" On \ - CDROM_DMA "IDE CDROM DMA" On + CDROM_DMA "IDE CDROM DMA" On \ + ALL_TARGETS "Also build dyngen targets (requires gcc34)" On .include +.if defined(WITHOUT_ALL_TARGETS) +CONFIGURE_ARGS+= --disable-gcc-check --target-list=i386-softmmu,sparc-softmmu,x86_64-softmmu,mips-softmmu,mipsel-softmmu,mips64-softmmu,mips64el-softmmu,arm-softmmu,m68k-softmmu +PLIST_SUB+= DYNGEN="@comment " +.else +USE_GCC= 3.4 +PLIST_SUB+= DYNGEN="" +.endif + .if ${OSVERSION} < 600000 # 5.x base gcc segfaults in target-mips/op_mem.c BUILD_DEPENDS+= gcc34:${PORTSDIR}/lang/gcc34 @@ -66,16 +71,12 @@ CONFIGURE_ARGS+= --disable-vnc-tls LIB_DEPENDS+= gnutls:${PORTSDIR}/security/gnutls .endif -.if defined (WITH_HACKS_CIRRUS) || defined (WITH_HACKS) -DISTFILES+= patch3_cirrus:misc -.endif - .if defined(WITH_SAMBA) RUN_DEPENDS+= ${LOCALBASE}/sbin/smbd:${PORTSDIR}/net/samba3 .endif .if defined(WITH_KQEMU) -BUILD_DEPENDS+= kqemu-kmod>=1.3.0pre5:${PORTSDIR}/emulators/kqemu-kmod +BUILD_DEPENDS+= kqemu-kmod-devel>=1.4.0pre1:${PORTSDIR}/emulators/kqemu-kmod-devel .else CONFIGURE_ARGS+= --disable-kqemu .endif Index: distinfo =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/distinfo,v retrieving revision 1.49 diff -u -p -r1.49 distinfo --- distinfo 11 Mar 2008 23:34:13 -0000 1.49 +++ distinfo 20 Jun 2008 17:23:17 -0000 @@ -1,3 +1,3 @@ -MD5 (qemu/qemu-snapshot-2008-03-02_05.tar.bz2) = 832923647bb52f1f0408a707e98479ca -SHA256 (qemu/qemu-snapshot-2008-03-02_05.tar.bz2) = d4159530d7f6b7261a16346b013f303cfa703403e749ca49ce003ef61d7eaff1 -SIZE (qemu/qemu-snapshot-2008-03-02_05.tar.bz2) = 2394602 +MD5 (qemu/qemu-snapshot-2008-06-20_19.tar.bz2) = 7201553586b59e400664b2f9ae0b17a1 +SHA256 (qemu/qemu-snapshot-2008-06-20_19.tar.bz2) = e9a3654976b923c471f572961f244f2758d15a367cfc1b32054aa2cd4391cace +SIZE (qemu/qemu-snapshot-2008-06-20_19.tar.bz2) = 2629290 Index: pkg-message =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/pkg-message,v retrieving revision 1.27 diff -u -p -r1.27 pkg-message --- pkg-message 17 May 2008 18:53:43 -0000 1.27 +++ pkg-message 6 Jul 2008 18:55:50 -0000 @@ -88,14 +88,6 @@ to /etc/rc.conf (revision 1.25 of /usr/ports/emulators/kqemu-kmod/Makefile), so if your host is such you might want to make sure your kqemu-kmod port is new enough. (and don't forget to reload it...) -- also remember that on amd64 you need to run the amd64 (x86_64) system -emulation if you want to use kqemu, i.e. run qemu-system-x86_64 instead of -qemu (the latter only emulates a 32 bit system.) Unfortunately there can -still be guests that don't run correctly in the amd64 emulation even when -they do run in the 32 bit one, the same is true about kqemu and -kernel-kqemu -on amd64 - not much you can do about that other than help debugging (k)qemu's -amd64 emulation... (well or falling back to unaccellerated, possibly 32 bit -qemu/leaving out -kernel-kqemu if its that what's causing the problems.) - qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot) you can do like @@ -107,6 +99,15 @@ extracted out of ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso and placed it here: http://people.freebsd.org/~nox/qemu/pxeboot-qemu +- if you use slirp and want to nfs mount stuff into the guest and you are +not running qemu as root, then mountd on the exporting box needs to be run +with -n in order to accept requests from ports >= 1024. +- unfortunately there can still be guests that don't run correctly with +kqemu and -kernel-kqemu especially on amd64 - not much you can do about that +other than help debugging (k)qemu... (well or falling back to unaccellerated +qemu/leaving out -kernel-kqemu if its that what's causing the problems. +note however that kqemu now can also be used with the 32 bit qemu even +on amd64 hosts as of the 20080620 update.) - qemu now uses aio at least for ide dma, so if you get `Invalid system call' crashes that is because aio is not (kld)loaded. - The default configuration location (qemu-ifup script etc.) has been Index: pkg-plist =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/pkg-plist,v retrieving revision 1.24 diff -u -p -r1.24 pkg-plist --- pkg-plist 3 Apr 2008 20:18:40 -0000 1.24 +++ pkg-plist 20 Jun 2008 18:34:31 -0000 @@ -1,17 +1,17 @@ bin/qemu bin/qemu-img bin/qemu-system-arm -bin/qemu-system-cris +%%DYNGEN%%bin/qemu-system-cris bin/qemu-system-m68k bin/qemu-system-mips bin/qemu-system-mips64 bin/qemu-system-mips64el bin/qemu-system-mipsel -bin/qemu-system-ppc -bin/qemu-system-ppc64 -bin/qemu-system-ppcemb -bin/qemu-system-sh4 -bin/qemu-system-sh4eb +%%DYNGEN%%bin/qemu-system-ppc +%%DYNGEN%%bin/qemu-system-ppc64 +%%DYNGEN%%bin/qemu-system-ppcemb +%%DYNGEN%%bin/qemu-system-sh4 +%%DYNGEN%%bin/qemu-system-sh4eb bin/qemu-system-sparc bin/qemu-system-x86_64 @unexec if cmp -s %D/etc/qemu-ifup.sample %D/etc/qemu-ifup; then rm -f %D/etc/qemu-ifup; fi @@ -28,6 +28,7 @@ etc/qemu-ifdown.sample %%DATADIR%%/vgabios-cirrus.bin %%DATADIR%%/ppc_rom.bin %%DATADIR%%/openbios-sparc32 +%%DATADIR%%/openbios-sparc64 %%DATADIR%%/video.x %%DATADIR%%/pxe-ne2k_pci.bin %%DATADIR%%/pxe-rtl8139.bin Index: files/patch-90_security =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-90_security,v retrieving revision 1.4 diff -u -p -r1.4 patch-90_security --- files/patch-90_security 11 Mar 2008 23:34:13 -0000 1.4 +++ files/patch-90_security 20 Jun 2008 19:45:28 -0000 @@ -1,148 +1,3 @@ -Index: qemu-0.8.2/hw/cirrus_vga.c -@@ -217,6 +217,20 @@ - #define CIRRUS_HOOK_NOT_HANDLED 0 - #define CIRRUS_HOOK_HANDLED 1 - -+#define BLTUNSAFE(s) \ -+ ( \ -+ ( /* check dst is within bounds */ \ -+ (s)->cirrus_blt_height * (s)->cirrus_blt_dstpitch \ -+ + ((s)->cirrus_blt_dstaddr & (s)->cirrus_addr_mask) > \ -+ (s)->vram_size \ -+ ) || \ -+ ( /* check src is within bounds */ \ -+ (s)->cirrus_blt_height * (s)->cirrus_blt_srcpitch \ -+ + ((s)->cirrus_blt_srcaddr & (s)->cirrus_addr_mask) > \ -+ (s)->vram_size \ -+ ) \ -+ ) -+ - struct CirrusVGAState; - typedef void (*cirrus_bitblt_rop_t) (struct CirrusVGAState *s, - uint8_t * dst, const uint8_t * src, -@@ -636,7 +650,7 @@ - - for (y = 0; y < lines; y++) { - off_cur = off_begin; -- off_cur_end = off_cur + bytesperline; -+ off_cur_end = (off_cur + bytesperline) & s->cirrus_addr_mask; - off_cur &= TARGET_PAGE_MASK; - while (off_cur < off_cur_end) { - cpu_physical_memory_set_dirty(s->vram_offset + off_cur); -@@ -651,7 +665,11 @@ - { - uint8_t *dst; - -- dst = s->vram_ptr + s->cirrus_blt_dstaddr; -+ dst = s->vram_ptr + (s->cirrus_blt_dstaddr & s->cirrus_addr_mask); -+ -+ if (BLTUNSAFE(s)) -+ return 0; -+ - (*s->cirrus_rop) (s, dst, src, - s->cirrus_blt_dstpitch, 0, - s->cirrus_blt_width, s->cirrus_blt_height); -@@ -667,8 +685,11 @@ - { - cirrus_fill_t rop_func; - -+ if (BLTUNSAFE(s)) -+ return 0; -+ - rop_func = cirrus_fill[rop_to_index[blt_rop]][s->cirrus_blt_pixelwidth - 1]; -- rop_func(s, s->vram_ptr + s->cirrus_blt_dstaddr, -+ rop_func(s, s->vram_ptr + (s->cirrus_blt_dstaddr & s->cirrus_addr_mask), - s->cirrus_blt_dstpitch, - s->cirrus_blt_width, s->cirrus_blt_height); - cirrus_invalidate_region(s, s->cirrus_blt_dstaddr, -@@ -687,8 +708,8 @@ - static int cirrus_bitblt_videotovideo_patterncopy(CirrusVGAState * s) - { - return cirrus_bitblt_common_patterncopy(s, -- s->vram_ptr + -- (s->cirrus_blt_srcaddr & ~7)); -+ s->vram_ptr + ((s->cirrus_blt_srcaddr & ~7) & -+ s->cirrus_addr_mask)); - } - - static void cirrus_do_copy(CirrusVGAState *s, int dst, int src, int w, int h) -@@ -738,8 +759,10 @@ - if (notify) - vga_hw_update(); - -- (*s->cirrus_rop) (s, s->vram_ptr + s->cirrus_blt_dstaddr, -- s->vram_ptr + s->cirrus_blt_srcaddr, -+ (*s->cirrus_rop) (s, s->vram_ptr + -+ (s->cirrus_blt_dstaddr & s->cirrus_addr_mask), -+ s->vram_ptr + -+ (s->cirrus_blt_srcaddr & s->cirrus_addr_mask), - s->cirrus_blt_dstpitch, s->cirrus_blt_srcpitch, - s->cirrus_blt_width, s->cirrus_blt_height); - -@@ -765,8 +788,14 @@ - s->cirrus_blt_srcaddr - s->start_addr, - s->cirrus_blt_width, s->cirrus_blt_height); - } else { -- (*s->cirrus_rop) (s, s->vram_ptr + s->cirrus_blt_dstaddr, -- s->vram_ptr + s->cirrus_blt_srcaddr, -+ -+ if (BLTUNSAFE(s)) -+ return 0; -+ -+ (*s->cirrus_rop) (s, s->vram_ptr + -+ (s->cirrus_blt_dstaddr & s->cirrus_addr_mask), -+ s->vram_ptr + -+ (s->cirrus_blt_srcaddr & s->cirrus_addr_mask), - s->cirrus_blt_dstpitch, s->cirrus_blt_srcpitch, - s->cirrus_blt_width, s->cirrus_blt_height); - -@@ -798,8 +827,9 @@ - } else { - /* at least one scan line */ - do { -- (*s->cirrus_rop)(s, s->vram_ptr + s->cirrus_blt_dstaddr, -- s->cirrus_bltbuf, 0, 0, s->cirrus_blt_width, 1); -+ (*s->cirrus_rop)(s, s->vram_ptr + -+ (s->cirrus_blt_dstaddr & s->cirrus_addr_mask), -+ s->cirrus_bltbuf, 0, 0, s->cirrus_blt_width, 1); - cirrus_invalidate_region(s, s->cirrus_blt_dstaddr, 0, - s->cirrus_blt_width, 1); - s->cirrus_blt_dstaddr += s->cirrus_blt_dstpitch; -@@ -1917,7 +1947,7 @@ - unsigned val = mem_value; - uint8_t *dst; - -- dst = s->vram_ptr + offset; -+ dst = s->vram_ptr + (offset &= s->cirrus_addr_mask); - for (x = 0; x < 8; x++) { - if (val & 0x80) { - *dst = s->cirrus_shadow_gr1; -@@ -1940,7 +1970,7 @@ - unsigned val = mem_value; - uint8_t *dst; - -- dst = s->vram_ptr + offset; -+ dst = s->vram_ptr + (offset &= s->cirrus_addr_mask); - for (x = 0; x < 8; x++) { - if (val & 0x80) { - *dst = s->cirrus_shadow_gr1; -Index: qemu-0.8.2/hw/cirrus_vga_rop.h -=================================================================== ---- qemu-0.8.2.orig/hw/cirrus_vga_rop.h 2006-07-22 20:23:34.000000000 +0300 -+++ qemu-0.8.2/hw/cirrus_vga_rop.h 2007-04-20 06:05:59.000000000 +0300 -@@ -31,6 +31,12 @@ glue(cirrus_bitblt_rop_fwd_, ROP_NAME)(C - int x,y; - dstpitch -= bltwidth; - srcpitch -= bltwidth; -+ -+ if (dstpitch < 0 || srcpitch < 0) { -+ /* is 0 valid? srcpitch == 0 could be useful */ -+ return; -+ } -+ - for (y = 0; y < bltheight; y++) { - for (x = 0; x < bltwidth; x++) { - ROP_OP(*dst, *src); Index: qemu-0.8.2/hw/dma.c =================================================================== --- qemu-0.8.2.orig/hw/dma.c 2006-07-22 20:23:34.000000000 +0300 @@ -162,21 +17,27 @@ Index: qemu-0.8.2/hw/dma.c ldebug ("dma_pos %d size %d\n", n, (r->base[COUNT] + 1) << ncont); } -Index: qemu-0.8.2/hw/fdc.c -@@ -1247,7 +1247,12 @@ - len = fdctrl->data_len - fdctrl->data_pos; - if (len > FD_SECTOR_LEN) - len = FD_SECTOR_LEN; -- bdrv_read(cur_drv->bs, fd_sector(cur_drv), fdctrl->fifo, 1); -+ if (cur_drv->bs) { -+ bdrv_read(cur_drv->bs, fd_sector(cur_drv), fdctrl->fifo, 1); -+ } else { -+ FLOPPY_ERROR("can't read data from drive\n"); -+ return 0; -+ } - } - } - retval = fdctrl->fifo[pos]; +Index: qemu/hw/fdc.c +@@ -1322,7 +1322,8 @@ + fd_sector(cur_drv)); + return 0; + } +- if (bdrv_read(cur_drv->bs, fd_sector(cur_drv), fdctrl->fifo, 1) < 0) { ++ if (cur_drv->bs == NULL || ++ bdrv_read(cur_drv->bs, fd_sector(cur_drv), fdctrl->fifo, 1) < 0) { + FLOPPY_DPRINTF("error getting sector %d\n", + fd_sector(cur_drv)); + /* Sure, image size is too small... */ +@@ -1776,7 +1777,8 @@ + if (pos == FD_SECTOR_LEN - 1 || + fdctrl->data_pos == fdctrl->data_len) { + cur_drv = get_cur_drv(fdctrl); +- if (bdrv_write(cur_drv->bs, fd_sector(cur_drv), fdctrl->fifo, 1) < 0) { ++ if (cur_drv->bs == NULL || ++ bdrv_write(cur_drv->bs, fd_sector(cur_drv), fdctrl->fifo, 1) < 0) { + FLOPPY_ERROR("writing sector %d\n", fd_sector(cur_drv)); + return; + } Index: qemu-0.8.2/hw/pc.c =================================================================== --- qemu-0.8.2.orig/hw/pc.c 2007-04-20 06:05:58.000000000 +0300 Index: files/patch-CVE-2008-2004 =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-CVE-2008-2004,v retrieving revision 1.1 diff -u -p -r1.1 patch-CVE-2008-2004 --- files/patch-CVE-2008-2004 8 May 2008 20:45:10 -0000 1.1 +++ files/patch-CVE-2008-2004 20 Jun 2008 19:45:28 -0000 @@ -1,60 +0,0 @@ -Index: qemu/vl.c -=================================================================== ---- vl.c (revision 4276) -+++ vl.c (revision 4277) -@@ -4961,6 +4961,7 @@ - int bus_id, unit_id; - int cyls, heads, secs, translation; - BlockDriverState *bdrv; -+ BlockDriver *drv = NULL; - int max_devs; - int index; - int cache; -@@ -4968,7 +4969,7 @@ - char *str = arg->opt; - char *params[] = { "bus", "unit", "if", "index", "cyls", "heads", - "secs", "trans", "media", "snapshot", "file", -- "cache", NULL }; -+ "cache", "format", NULL }; - - if (check_params(buf, sizeof(buf), params, str) < 0) { - fprintf(stderr, "qemu: unknown parameter '%s' in '%s'\n", -@@ -5136,6 +5137,14 @@ - } - } - -+ if (get_param_value(buf, sizeof(buf), "format", str)) { -+ drv = bdrv_find_format(buf); -+ if (!drv) { -+ fprintf(stderr, "qemu: '%s' invalid format\n", buf); -+ return -1; -+ } -+ } -+ - if (arg->file == NULL) - get_param_value(file, sizeof(file), "file", str); - else -@@ -5238,7 +5247,7 @@ - bdrv_flags |= BDRV_O_SNAPSHOT; - if (!cache) - bdrv_flags |= BDRV_O_DIRECT; -- if (bdrv_open(bdrv, file, bdrv_flags) < 0 || qemu_key_check(bdrv, file)) { -+ if (bdrv_open2(bdrv, file, bdrv_flags, drv) < 0 || qemu_key_check(bdrv, file)) { - fprintf(stderr, "qemu: could not open disk image %s\n", - file); - return -1; -Index: qemu/qemu-doc.texi -=================================================================== ---- qemu-doc.texi (revision 4276) -+++ qemu-doc.texi (revision 4277) -@@ -261,6 +261,10 @@ - @var{snapshot} is "on" or "off" and allows to enable snapshot for given drive (see @option{-snapshot}). - @item cache=@var{cache} - @var{cache} is "on" or "off" and allows to disable host cache to access data. -+@item format=@var{format} -+Specify which disk @var{format} will be used rather than detecting -+the format. Can be used to specifiy format=raw to avoid interpreting -+an untrusted format header. - @end table - - Instead of @option{-cdrom} you can use: Index: files/patch-Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-Makefile,v retrieving revision 1.5 diff -u -p -r1.5 patch-Makefile --- files/patch-Makefile 25 Mar 2007 16:33:01 -0000 1.5 +++ files/patch-Makefile 20 Jun 2008 19:45:28 -0000 @@ -1,17 +1,17 @@ Index: qemu/Makefile -@@ -19,7 +19,11 @@ - BASE_LDFLAGS += -static +@@ -17,7 +17,11 @@ + LDFLAGS += -static endif ifdef BUILD_DOCS +ifdef NOPORTDOCS -+DOCS=qemu.1 qemu-img.1 ++DOCS=qemu.1 qemu-img.1 qemu-nbd.8 +else - DOCS=qemu-doc.html qemu-tech.html qemu.1 qemu-img.1 + DOCS=qemu-doc.html qemu-tech.html qemu.1 qemu-img.1 qemu-nbd.8 +endif else DOCS= endif -@@ -60,8 +64,10 @@ +@@ -203,13 +211,13 @@ common de-ch es fo fr-ca hu ja mk nl-be pt sl tr install-doc: $(DOCS) @@ -22,3 +22,8 @@ Index: qemu/Makefile ifndef CONFIG_WIN32 mkdir -p "$(DESTDIR)$(mandir)/man1" $(INSTALL) qemu.1 qemu-img.1 "$(DESTDIR)$(mandir)/man1" +- mkdir -p "$(DESTDIR)$(mandir)/man8" +- $(INSTALL) qemu-nbd.8 "$(DESTDIR)$(mandir)/man8" + endif + + install: all $(if $(BUILD_DOCS),install-doc) Index: files/patch-cpu-exec.c =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-cpu-exec.c,v retrieving revision 1.4 diff -u -p -r1.4 patch-cpu-exec.c --- files/patch-cpu-exec.c 11 Mar 2008 23:34:13 -0000 1.4 +++ files/patch-cpu-exec.c 20 Jun 2008 19:45:28 -0000 @@ -1,29 +1,27 @@ ---- qemu.orig/cpu-exec.c Mon Jan 14 11:11:02 2008 -+++ qemu/cpu-exec.c Thu Jan 17 23:03:00 2008 -@@ -449,16 +449,18 @@ int cpu_exec(CPUState *env1) - (env->eflags & IF_MASK || env->hflags & HF_HIF_MASK) && - !(env->hflags & HF_INHIBIT_IRQ_MASK)) { - int intno; -- svm_check_intercept(SVM_EXIT_INTR); - env->interrupt_request &= ~(CPU_INTERRUPT_HARD | CPU_INTERRUPT_VIRQ); - intno = cpu_get_pic_interrupt(env); -- if (loglevel & CPU_LOG_TB_IN_ASM) { -- fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); -- } -- do_interrupt(intno, 0, 0, 0, 1); -- /* ensure that no TB jump will be modified as -- the program flow was changed */ -- BREAK_CHAIN; -+ if(intno>=0) { -+ svm_check_intercept(SVM_EXIT_INTR); -+ if (loglevel & CPU_LOG_TB_IN_ASM) { -+ fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); -+ } -+ do_interrupt(intno, 0, 0, 0, 1); -+ /* ensure that no TB jump will be modified as -+ the program flow was changed */ -+ BREAK_CHAIN; -+ } +Index: qemu/cpu-exec.c +@@ -394,16 +394,18 @@ + (env->eflags & IF_MASK && + !(env->hflags & HF_INHIBIT_IRQ_MASK))))) { + int intno; +- svm_check_intercept(SVM_EXIT_INTR); + env->interrupt_request &= ~(CPU_INTERRUPT_HARD | CPU_INTERRUPT_VIRQ); + intno = cpu_get_pic_interrupt(env); +- if (loglevel & CPU_LOG_TB_IN_ASM) { +- fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); ++ if (intno>=0) { ++ svm_check_intercept(SVM_EXIT_INTR); ++ if (loglevel & CPU_LOG_TB_IN_ASM) { ++ fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); ++ } ++ do_interrupt(intno, 0, 0, 0, 1); ++ /* ensure that no TB jump will be modified as ++ the program flow was changed */ ++ next_tb = 0; + } +- do_interrupt(intno, 0, 0, 0, 1); +- /* ensure that no TB jump will be modified as +- the program flow was changed */ +- next_tb = 0; #if !defined(CONFIG_USER_ONLY) - } else if ((interrupt_request & CPU_INTERRUPT_VIRQ) && - (env->eflags & IF_MASK) && !(env->hflags & HF_INHIBIT_IRQ_MASK)) { + } else if ((interrupt_request & CPU_INTERRUPT_VIRQ) && + (env->eflags & IF_MASK) && Index: files/patch-curses_keys.h =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-curses_keys.h,v retrieving revision 1.1 diff -u -p -r1.1 patch-curses_keys.h --- files/patch-curses_keys.h 21 Mar 2008 22:20:07 -0000 1.1 +++ files/patch-curses_keys.h 20 Jun 2008 19:45:28 -0000 @@ -1,17 +0,0 @@ -Index: qemu/curses_keys.h -=================================================================== -RCS file: /sources/qemu/qemu/curses_keys.h,v -retrieving revision 1.1 -retrieving revision 1.2 -diff -u -p -r1.1 -r1.2 ---- curses_keys.h 10 Feb 2008 16:33:13 -0000 1.1 -+++ curses_keys.h 18 Mar 2008 06:55:27 -0000 1.2 -@@ -198,7 +198,7 @@ int curses2keycode[CURSES_KEYS] = { - - [0x001] = 30 | CNTRL, /* Control + a */ - [0x013] = 31 | CNTRL, /* Control + s */ -- [0x014] = 32 | CNTRL, /* Control + d */ -+ [0x004] = 32 | CNTRL, /* Control + d */ - [0x006] = 33 | CNTRL, /* Control + f */ - [0x007] = 34 | CNTRL, /* Control + g */ - [0x008] = 35 | CNTRL, /* Control + h */ Index: files/patch-fbsd =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-fbsd,v retrieving revision 1.11 diff -u -p -r1.11 patch-fbsd --- files/patch-fbsd 11 Mar 2008 23:34:13 -0000 1.11 +++ files/patch-fbsd 20 Jun 2008 19:45:28 -0000 @@ -20,14 +20,14 @@ Index: qemu/Makefile rm -f *.o *.a $(TOOLS) dyngen$(EXESUF) TAGS *.pod *~ */*~ $(MAKE) -C tests clean Index: qemu/Makefile.target -@@ -649,8 +649,8 @@ +@@ -651,8 +651,8 @@ main.o: CFLAGS+=-p endif -$(QEMU_PROG): $(OBJS) ../libqemu_common.a libqemu.a -- $(CC) $(LDFLAGS) -o $@ $^ $(LIBS) $(SDL_LIBS) $(COCOA_LIBS) $(CURSES_LIBS) +- $(CC) $(LDFLAGS) -o $@ $^ $(LIBS) $(SDL_LIBS) $(COCOA_LIBS) $(CURSES_LIBS) $(BRLAPI_LIBS) +$(QEMU_PROG): $(OBJS) ../libqemu_common.a libqemu.a ../bsd/libmath.a -+ $(CC) $(LDFLAGS) -o $@ $^ $(LIBS) $(SDL_LIBS) $(COCOA_LIBS) $(CURSES_LIBS) ../bsd/libmath.a ++ $(CC) $(LDFLAGS) -o $@ $^ $(LIBS) $(SDL_LIBS) $(COCOA_LIBS) $(CURSES_LIBS) $(BRLAPI_LIBS) ../bsd/libmath.a endif # !CONFIG_USER_ONLY Index: files/patch-hw-e1000.c =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-hw-e1000.c,v retrieving revision 1.1 diff -u -p -r1.1 patch-hw-e1000.c --- files/patch-hw-e1000.c 12 Mar 2008 20:01:31 -0000 1.1 +++ files/patch-hw-e1000.c 20 Jun 2008 19:45:28 -0000 @@ -1,17 +0,0 @@ -Index: qemu/hw/e1000.c -=================================================================== -RCS file: /sources/qemu/qemu/hw/e1000.c,v -retrieving revision 1.3 -retrieving revision 1.4 -diff -u -p -r1.3 -r1.4 ---- hw/e1000.c 10 Feb 2008 13:34:48 -0000 1.3 -+++ hw/e1000.c 10 Mar 2008 00:02:10 -0000 1.4 -@@ -50,7 +50,7 @@ static int debugflags = DBGBIT(TXERR) | - #endif - - #define IOPORT_SIZE 0x40 --#define PNPMMIO_SIZE 0x60000 -+#define PNPMMIO_SIZE 0x20000 - - /* - * HW models: Index: files/patch-libmath2 =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-libmath2,v retrieving revision 1.2 diff -u -p -r1.2 patch-libmath2 --- files/patch-libmath2 10 Mar 2007 17:03:05 -0000 1.2 +++ files/patch-libmath2 20 Jun 2008 19:45:28 -0000 @@ -55,13 +55,3 @@ Index: qemu/bsd/amd64/s_ldexpl.c +} + +weak_alias(__ldexpl,ldexpl) -Index: qemu/target-i386/helper.c -@@ -2886,6 +2886,8 @@ - ST0 = floatx_round_to_int(ST0, &env->fp_status); - } - -+long double ldexpl(long double, int); -+ - void helper_fscale(void) - { - ST0 = ldexp (ST0, (int)(ST1)); Index: files/patch-osdep.c =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-osdep.c,v retrieving revision 1.3 diff -u -p -r1.3 patch-osdep.c --- files/patch-osdep.c 10 Mar 2007 17:03:05 -0000 1.3 +++ files/patch-osdep.c 20 Jun 2008 19:45:28 -0000 @@ -1,5 +1,5 @@ Index: qemu/osdep.c -@@ -79,7 +79,9 @@ +@@ -68,7 +68,9 @@ #if defined(USE_KQEMU) @@ -9,7 +9,7 @@ Index: qemu/osdep.c #include #include -@@ -90,6 +92,7 @@ +@@ -79,6 +81,7 @@ const char *tmpdir; char phys_ram_file[1024]; void *ptr; @@ -17,7 +17,7 @@ Index: qemu/osdep.c #ifdef HOST_SOLARIS struct statvfs stfs; #else -@@ -151,12 +154,20 @@ +@@ -138,7 +141,9 @@ } unlink(phys_ram_file); } @@ -25,16 +25,19 @@ Index: qemu/osdep.c size = (size + 4095) & ~4095; +#ifndef __FreeBSD__ ftruncate(phys_ram_fd, phys_ram_size + size); - ptr = mmap(NULL, - size, - PROT_WRITE | PROT_READ, MAP_SHARED, - phys_ram_fd, phys_ram_size); -+#else -+ ptr = mmap(NULL, -+ size, -+ PROT_WRITE | PROT_READ, MAP_PRIVATE|MAP_ANON, -+ -1, 0); -+#endif - if (ptr == MAP_FAILED) { + ptr = mmap(NULL, + size, +@@ -148,6 +153,13 @@ fprintf(stderr, "Could not map physical memory\n"); exit(1); + } ++#else ++ ptr = malloc(size); ++ if (ptr == NULL) { ++ fprintf(stderr, "Could not allocate physical memory\n"); ++ exit(1); ++ } ++#endif + phys_ram_size += size; + return ptr; + } Index: files/patch-qemu-img.texi =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-qemu-img.texi,v retrieving revision 1.3 diff -u -p -r1.3 patch-qemu-img.texi --- files/patch-qemu-img.texi 11 Mar 2008 23:34:14 -0000 1.3 +++ files/patch-qemu-img.texi 20 Jun 2008 19:45:28 -0000 @@ -1,19 +0,0 @@ -Index: qemu/qemu-img.texi -@@ -10,7 +10,7 @@ - @table @option - @item create [-e] [-6] [-b @var{base_image}] [-f @var{fmt}] @var{filename} [@var{size}] - @item commit [-f @var{fmt}] @var{filename} --@item convert [-c] [-e] [-6] [-f @var{fmt}] @var{filename} [-O @var{output_fmt}] @var{output_filename} -+@item convert [-c] [-e] [-6] [-f @var{fmt}] [-O @var{output_fmt}] @var{filename} @var{output_filename} - @item info [-f @var{fmt}] @var{filename} - @end table - -@@ -83,7 +83,7 @@ - - Commit the changes recorded in @var{filename} in its base image. - --@item convert [-c] [-e] [-f @var{fmt}] @var{filename} [-O @var{output_fmt}] @var{output_filename} -+@item convert [-c] [-e] [-f @var{fmt}] [-O @var{output_fmt}] @var{filename} @var{output_filename} - - Convert the disk image @var{filename} to disk image @var{output_filename} - using format @var{output_fmt}. It can be optionnaly encrypted Index: files/patch-tcg-tcg-op.h =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-tcg-tcg-op.h,v retrieving revision 1.1 diff -u -p -r1.1 patch-tcg-tcg-op.h --- files/patch-tcg-tcg-op.h 12 Mar 2008 20:01:31 -0000 1.1 +++ files/patch-tcg-tcg-op.h 20 Jun 2008 19:45:28 -0000 @@ -1,19 +0,0 @@ -Index: qemu/tcg/tcg-op.h -@@ -1172,7 +1172,7 @@ - tcg_gen_op3i(INDEX_op_qemu_ld8s, ret, addr, mem_index); - #else - tcg_gen_op4i(INDEX_op_qemu_ld8s, ret, addr, TCGV_HIGH(addr), mem_index); -- tcg_gen_ext8s_i32(TCGV_HIGH(ret), ret); -+ tcg_gen_sari_i32(TCGV_HIGH(ret), ret, 31); - #endif - } - -@@ -1192,7 +1192,7 @@ - tcg_gen_op3i(INDEX_op_qemu_ld16s, ret, addr, mem_index); - #else - tcg_gen_op4i(INDEX_op_qemu_ld16s, ret, addr, TCGV_HIGH(addr), mem_index); -- tcg_gen_ext16s_i32(TCGV_HIGH(ret), ret); -+ tcg_gen_sari_i32(TCGV_HIGH(ret), ret, 31); - #endif - } - Index: files/patch-vl.c =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-vl.c,v retrieving revision 1.10 diff -u -p -r1.10 patch-vl.c --- files/patch-vl.c 21 Mar 2008 17:31:52 -0000 1.10 +++ files/patch-vl.c 20 Jun 2008 19:45:28 -0000 @@ -7,23 +7,15 @@ Index: qemu/vl.c #else CharDriverState *qemu_chr_open_pty(void) -@@ -1771,14 +1771,14 @@ - return chr; +@@ -2334,7 +2334,7 @@ } + #endif -#if defined(__linux__) || defined(__sun__) +#if defined(__linux__) || defined(__sun__) || defined(__FreeBSD__) static CharDriverState *qemu_chr_open_pty(void) { struct termios tty; - char slave_name[1024]; - int master_fd, slave_fd; - --#if defined(__linux__) -+#if defined(__linux__) || defined(__FreeBSD__) - /* Not satisfying */ - if (openpty(&master_fd, &slave_fd, slave_name, NULL, NULL) < 0) { - return NULL; @@ -3036,7 +3036,7 @@ return qemu_chr_open_pp(filename); } else Index: files/patch-vl.c-nographic =================================================================== RCS file: /home/pcvs/ports/emulators/qemu-devel/files/patch-vl.c-nographic,v retrieving revision 1.3 diff -u -p -r1.3 patch-vl.c-nographic --- files/patch-vl.c-nographic 10 Mar 2007 17:15:07 -0000 1.3 +++ files/patch-vl.c-nographic 20 Jun 2008 19:45:28 -0000 @@ -1,9 +0,0 @@ -Index: qemu/vl.c -@@ -7131,6 +7131,7 @@ - case QEMU_OPTION_nographic: - pstrcpy(serial_devices[0], sizeof(serial_devices[0]), "stdio"); - pstrcpy(monitor_device, sizeof(monitor_device), "stdio"); -+ pstrcpy(parallel_devices[0], sizeof(parallel_devices[0]), "null"); - nographic = 1; - break; - case QEMU_OPTION_kernel: Index: files/patch-exec.c @@ -0,0 +1,30 @@ +Index: qemu/exec.c +@@ -405,6 +405,28 @@ + exit(1); + } + } ++#elif defined(__FreeBSD__) ++ { ++ int flags; ++ void *addr = NULL; ++ flags = MAP_PRIVATE | MAP_ANONYMOUS; ++#if defined(__x86_64__) ++ /* FreeBSD doesn't have MAP_32BIT, use MAP_FIXED and assume ++ * 0x40000000 is free */ ++ flags |= MAP_FIXED; ++ addr = (void *)0x40000000; ++ /* Cannot map more than that */ ++ if (code_gen_buffer_size > (800 * 1024 * 1024)) ++ code_gen_buffer_size = (800 * 1024 * 1024); ++#endif ++ code_gen_buffer = mmap(addr, code_gen_buffer_size, ++ PROT_WRITE | PROT_READ | PROT_EXEC, ++ flags, -1, 0); ++ if (code_gen_buffer == MAP_FAILED) { ++ fprintf(stderr, "Could not allocate dynamic translator buffer\n"); ++ exit(1); ++ } ++ } + #else + code_gen_buffer = qemu_malloc(code_gen_buffer_size); + if (!code_gen_buffer) { Index: files/patch-exec-all.h @@ -0,0 +1,10 @@ +Index: qemu/exec-all.h +@@ -30,7 +30,7 @@ + struct TranslationBlock; + + /* XXX: make safe guess about sizes */ +-#define MAX_OP_PER_INSTR 64 ++#define MAX_OP_PER_INSTR 128 /* 64 */ + /* A Call op needs up to 6 + 2N parameters (N = number of arguments). */ + #define MAX_OPC_PARAM 10 + #define OPC_BUF_SIZE 512 Index: files/patch-tcg-i386-tcg-target.c @@ -0,0 +1,54 @@ +Index: qemu/tcg/i386/tcg-target.c +@@ -359,25 +359,36 @@ + break; + case TCG_COND_LT: + tcg_out_brcond(s, TCG_COND_LT, args[1], args[3], const_args[3], args[5]); ++ if (const_args[2] && !args[2]) ++ /* test r,r - carry can never be set */ ++ break; + tcg_out_jxx(s, JCC_JNE, label_next); +- tcg_out_brcond(s, TCG_COND_LT, args[0], args[2], const_args[2], args[5]); ++ tcg_out_brcond(s, TCG_COND_LTU, args[0], args[2], const_args[2], args[5]); + break; + case TCG_COND_LE: + tcg_out_brcond(s, TCG_COND_LT, args[1], args[3], const_args[3], args[5]); + tcg_out_jxx(s, JCC_JNE, label_next); +- tcg_out_brcond(s, TCG_COND_LE, args[0], args[2], const_args[2], args[5]); ++ tcg_out_brcond(s, TCG_COND_LEU, args[0], args[2], const_args[2], args[5]); + break; + case TCG_COND_GT: + tcg_out_brcond(s, TCG_COND_GT, args[1], args[3], const_args[3], args[5]); + tcg_out_jxx(s, JCC_JNE, label_next); +- tcg_out_brcond(s, TCG_COND_GT, args[0], args[2], const_args[2], args[5]); ++ tcg_out_brcond(s, TCG_COND_GTU, args[0], args[2], const_args[2], args[5]); + break; + case TCG_COND_GE: ++ if (const_args[2] && !args[2]) { ++ /* test r,r - carry can never be set */ ++ tcg_out_brcond(s, TCG_COND_GE, args[1], args[3], const_args[3], args[5]); ++ break; ++ } + tcg_out_brcond(s, TCG_COND_GT, args[1], args[3], const_args[3], args[5]); + tcg_out_jxx(s, JCC_JNE, label_next); +- tcg_out_brcond(s, TCG_COND_GE, args[0], args[2], const_args[2], args[5]); ++ tcg_out_brcond(s, TCG_COND_GEU, args[0], args[2], const_args[2], args[5]); + break; + case TCG_COND_LTU: ++ if (const_args[2] && !args[2]) ++ /* test r,r - carry can never be set */ ++ break; + tcg_out_brcond(s, TCG_COND_LTU, args[1], args[3], const_args[3], args[5]); + tcg_out_jxx(s, JCC_JNE, label_next); + tcg_out_brcond(s, TCG_COND_LTU, args[0], args[2], const_args[2], args[5]); +@@ -393,6 +404,11 @@ + tcg_out_brcond(s, TCG_COND_GTU, args[0], args[2], const_args[2], args[5]); + break; + case TCG_COND_GEU: ++ if (const_args[2] && !args[2]) { ++ /* test r,r - carry can never be set */ ++ tcg_out_jxx(s, JCC_JMP, args[5]); ++ break; ++ } + tcg_out_brcond(s, TCG_COND_GTU, args[1], args[3], const_args[3], args[5]); + tcg_out_jxx(s, JCC_JNE, label_next); + tcg_out_brcond(s, TCG_COND_GEU, args[0], args[2], const_args[2], args[5]); Index: files/patch-target-i386-translate.c @@ -0,0 +1,16 @@ +Index: qemu/target-i386/translate.c +@@ -3330,8 +3330,12 @@ + op1_offset = offsetof(CPUX86State,xmm_regs[reg]); + tcg_gen_addi_ptr(cpu_ptr0, cpu_env, op1_offset); + sse_op2 = sse_op_table3[(s->dflag == 2) * 2 + ((b >> 8) - 2)]; +- tcg_gen_trunc_tl_i32(cpu_tmp2_i32, cpu_T[0]); +- tcg_gen_helper_0_2(sse_op2, cpu_ptr0, cpu_tmp2_i32); ++ if (ot == OT_LONG) { ++ tcg_gen_trunc_tl_i32(cpu_tmp2_i32, cpu_T[0]); ++ tcg_gen_helper_0_2(sse_op2, cpu_ptr0, cpu_tmp2_i32); ++ } else { ++ tcg_gen_helper_0_2(sse_op2, cpu_ptr0, cpu_T[0]); ++ } + break; + case 0x02c: /* cvttps2pi */ + case 0x12c: /* cvttpd2pi */ From david at vizion2000.net Mon Jul 7 07:14:31 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 7 07:14:38 2008 Subject: fusefs-libs compile failure Message-ID: <200807070037.49044.david@vizion2000.net> fusefs-libs failed with the following: [root@dns1 /usr/ports/sysutils/fusefs-libs]# make config ===> No options to configure [root@dns1 /usr/ports/sysutils/fusefs-libs]# make ===> Building for fusefs-libs-2.7.3 Making all in include make all-am Making all in lib if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -DFUSERMOUNT_DIR=\"/usr/local/bin\" -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DFUSE_USE_VERSION=26 -I/usr/local/include -O2 -fno-strict-aliasing -pipe -MT mount_bsd.lo -MD -MP -MF ".deps/mount_bsd.Tpo" -c -o mount_bsd.lo mount_bsd.c; then mv -f ".deps/mount_bsd.Tpo" ".deps/mount_bsd.Plo"; else rm -f ".deps/mount_bsd.Tpo"; exit 1; fi libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -DFUSERMOUNT_DIR=\"/usr/local/bin\" -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DFUSE_USE_VERSION=26 -I/usr/local/include -O2 -fno-strict-aliasing -pipe -MT mount_bsd.lo -MD -MP -MF .deps/mount_bsd.Tpo -c mount_bsd.c -fPIC -DPIC -o .libs/mount_bsd.o In file included from /usr/include/sys/user.h:42, from mount_bsd.c:16: /usr/include/sys/ucred.h:71: error: `NGROUPS' undeclared here (not in a function) In file included from /usr/include/sys/user.h:47, from mount_bsd.c:16: /usr/include/sys/proc.h:78: error: `MAXLOGNAME' undeclared here (not in a function) /usr/include/sys/proc.h:78: error: variable-size type declared outside of any function /usr/include/sys/proc.h:584: error: `MAXCOMLEN' undeclared here (not in a function) mount_bsd.c: In function `do_unmount': mount_bsd.c:197: error: `SPECNAMELEN' undeclared (first use in this function) mount_bsd.c:197: error: (Each undeclared identifier is reported only once mount_bsd.c:197: error: for each function it appears in.) mount_bsd.c: In function `init_backgrounded': mount_bsd.c:252: warning: passing arg 3 of `sysctlbyname' from incompatible pointer type *** Error code 1 Stop in /usr/ports/sysutils/fusefs-libs/work/fuse-2.7.3/lib. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-libs/work/fuse-2.7.3. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-libs. [root@dns1 /usr/ports/sysutils/fusefs-libs]# From ehaupt at FreeBSD.org Mon Jul 7 08:35:43 2008 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Mon Jul 7 08:35:49 2008 Subject: ports from sourceforge In-Reply-To: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> References: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> Message-ID: <20080707101209.a5c6c37a.ehaupt@FreeBSD.org> > At this moment fetching ports from sourceforge.net is very slow. (+/- > 4000 Bps) Setting MASTER_SORT in /etc/make.conf might help. Have a look at ports/Mk/bsd.port.mk. Since I'm living in Switzerland I use the following: MASTER_SORT=.ch .de .at .se .nl Emanuel -- GnuPG key id: 0x90215DB9 Download: http://pgp.mit.edu:11371 Key fingerprint: 741B C70F 100B F360 0B52 E92D 5F01 7A86 9021 5DB9 From ml at netfence.it Mon Jul 7 09:46:57 2008 From: ml at netfence.it (Andrea Venturoli) Date: Mon Jul 7 09:47:05 2008 Subject: Boost 1.35.0 In-Reply-To: <20080517193238.GA12642@dose.local.invalid> References: <20080517193238.GA12642@dose.local.invalid> Message-ID: <4871DF23.7000502@netfence.it> Simon Barner ha scritto: > Dear all, > > I've been getting a lot of request for an update of the port to version > 1.35.0. > > I have put together a version and uploaded it to [1] for testing. > > Features: > - boost and boost-python no longer conflict (boost-python just adds > the missing bits) > - Support for OpenMPI and MPICH (in boost-openmpi and boost-mpich) > - Support for ICU, GraphML and threads > > Missing features / Todo: > - Tested on FreeBSD7/i386 only > - Py++ not ported yet > - Several tools are not included yet: bcp, waste, ... > - Ports depending on boost have *NOT* been tested with this version of > the port yet. > > Because I will leave for a three week vacation tomorrow morning, I would > like to ask you to give this port a try, esp. if the port works on any > of the other FreeBSD platforms, if other ports in the ports collection > need patches, etc. I will take care of your feedback after my return. Hello. Thanks a lot for your work. I finally had the chance to try this: I _ upgraded my port tree; _ replaced devel/boost with the directory from your archive; _ did portsdb -uU; _ portupgrade -R boost. I'm getting this error: .... MkDir1 bin.v2/libs/signals MkDir1 bin.v2/libs/signals/build MkDir1 bin.v2/libs/signals/build/gcc-3.4.6 MkDir1 bin.v2/libs/signals/build/gcc-3.4.6/release MkDir1 bin.v2/libs/signals/build/gcc-3.4.6/release/link-static MkDir1 bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi gcc.compile.c++ bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/trackab le.o gcc.compile.c++ bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/connect ion.o gcc.compile.c++ bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/named_s lot_map.o gcc.compile.c++ bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/signal_ base.o gcc.compile.c++ bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/slot.o gcc.archive bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/libboost_si gnals.a gcc.compile.c++ bin.v2/libs/test/build/gcc-3.4.6/release/link-static/threading-multi/cpp_main.o ...skipped libboost_prg_ exec_monitor.a(clean) for lack of execution_monitor.o... ...skipped libboost_prg_ exec_monitor.a for lack of execution_monitor.o... ...failed updating 1 target... ...skipped 6 targets... ...updated 215 targets... *** Error code 1 Stop in /usr/ports/devel/boost. *** Error code 1 # uname -a FreeBSD soth.ventu 6.3-RELEASE-p1 FreeBSD 6.3-RELEASE-p1 #1: Mon Feb 18 18:56:58 CET 2008 root@soth.ventu:/usr/obj/usr/src/sys/SOTH i386 I'm not really in need of this update right now, altough I'd like to see it officially in the port tree in the future; I only decieded to test this to report wether it works or not. bye & Thanks av. From david at vizion2000.net Mon Jul 7 10:35:12 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 7 10:35:19 2008 Subject: sysutils/fusefs-kmod core dumped ! Message-ID: <200807070358.31648.david@vizion2000.net> Core dump here! (see also separate thread on fuselibs compile failure wk -f /usr/src/sys/conf/kmod_syms.awk fuse.ko export_syms | xargs -J% objcopy % fuse.ko objcopy --strip-debug fuse.ko ===> mount_fusefs (all) Warning: Object directory not changed from original /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/mount_fusefs cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/mount -I../include -c mount_fusefs.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/mount -I../include -c /usr/src/sbin/mount/getmntopts.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/mount -I../include -o mount_fusefs mount_fusefs.o getmntopts.o mkdir -p ./plaintext_out env RUBYLIB=./lib RUBYPATH=./lib ruby -S deplate -x -D manual -f plain -d /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc/plaintext_out doc.dpl mkdir -p ./html_chunked_out cp html_aux/* ./html_chunked_out env RUBYLIB=./lib RUBYPATH=./lib ruby -S deplate -x -X -t html-tabbar-right.html -m mark-external-urls -m navbar-png -m validate-html -m html-obfuscate-email -m code-gvim -D noSwallow=1 -D sfNet=1 -f htmlsite -d /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc/html_chunked_out doc.dpl Assuming the use of deprecated list separators: " ;", "tabbar-right.css|screen article.css|print +serif.css" Illegal instruction (core dumped) *** Error code 132 Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. [root@dns1 /usr/ports/sysutils/fusefs-kmod] From bugmaster at FreeBSD.org Mon Jul 7 11:06:07 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 7 11:06:47 2008 Subject: Current unassigned ports problem reports Message-ID: <200807071106.m67B66TH060668@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/118877 audio/streamripper does not detect song title from str f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122973 textproc/xerces-c2: installed files do not have o+r bi f ports/123655 mail/postfix - I can't build port postfix-2.5.1 with p a ports/124154 mail/milter-bogom cores out intermittently f ports/124401 security/sshguard dumps core o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt f ports/125140 [patch] add dependencies on libstdc++.[45] for securit o ports/125155 update net/smb4k up to latest version f ports/125255 devel/newt's dependency to SLANG o ports/125353 Azureus fails to download plugin o ports/125363 [MAINTAINER PATCH] security/rubygem-net-ssh: fix optio 21 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/110697 New port: ports-mgmt/pkg_deps o ports/112746 [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with o ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117824 CONFIGURE_LINE truncated to 2048 chars in [at least] m f ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc o ports/122596 devel/python: Python hangs when importing pygtk f ports/122701 New port: www/mod_wombat "Apache Lua module" o ports/122824 [new port] add news/husky-htick-devel port f ports/122860 databases/phpMyAdmin installs in the wrong dir o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo o ports/123215 net-mgmt/nagios-silfreed-plugins fails install o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary f ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123722 www/linux-flashplugin9 - Mark as broken since it doesn f ports/123756 [patch] put devel/libffi includes in sane place f ports/123812 mail/postfix - pkg-install script doesn't see postfix_ f ports/123849 [PATCH] update for multimedia/handbrake f ports/123937 [patch] x11-toolkits/gtkdatabox2: update to 0.9.0.0 f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset o ports/124015 [New Port] irc/ircit a file in file out irc client o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124082 [UPDATE]: audio/qmpdclient Update to new release, 1.0. f ports/124083 net/vnc is not building the xorg vnc module o ports/124094 editors/qemacs broken with gcc4 / gcc34 f ports/124118 Update port: comms/spandsp-devel Update to 0.0.5.p3 f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124428 palm/jpilot configure error when checking for pilot-li o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124602 [PATCH] textproc/wbxml2: update to latest from officia f ports/124706 cannot build sysutils/desktopbsd-tools f ports/124709 deskutils/kmatrix3d broken o ports/124771 [NEW PORT] www/commonist: Easy upload of images to Wik o ports/124859 [patch] Correctly note math/emacs-calc dependency/comp f ports/124883 multimedia/vlc - Incorrect Russian interface translati o ports/124905 new port: databases/sqlitejdbc 051 o ports/124920 math/laspack: update WWW and cleanups o ports/124957 New port: graphics/Image-Size-FillFullSelect Deci o ports/124958 New port: devel/p5-ZConf A configuration system allo o ports/124962 New port: sysutil/zccron A cron like tool that perfor o ports/124964 New port: deskutils/zbgset A desktop BG management s o ports/124965 New ports: deskutils/zbgset-admin A tool for managin o ports/124967 New port: mail/zms A specialized mail gateway syste f ports/124981 [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi o ports/125078 [new port] games/linux-unrealgold: Unreal Gold for Lin f ports/125086 math/r - R-2.6.1_2 missing files or incorrect +CONTENT o ports/125093 [PATCH] finance/aqbanking fails to build with libofx s o ports/125102 New port: net-p2p/hrktorrent a console torrent client f ports/125144 [PATCH]print/flpsed: update to 0.6.1 o ports/125164 New port: www/fourcalhttp -- A simple caching web serv o ports/125178 [NEW PORT] net/wizd: An open-source media server for S o ports/125191 update lang/spidermonkey to javascript 1.7 o ports/125197 New port: ports-mgmt/p5-FreeBSD-Pkgs Parses the con o ports/125207 www/mod_ntlm2: fix build on 7.x o ports/125209 need to add param _flags_ to net/balance rc script o ports/125210 [UPDATE] update www/moinmoin to 1.7.0_1 o ports/125214 [PATCH] databases/p5-DBIx-Log4perl: update to 0.11, re f ports/125215 [PATCH] devel/ruby18-gems: update to 1.2.0 o ports/125227 lang/mawk add regression-test o ports/125249 New Port: security/ratproxy o ports/125256 [MAINTAINER] mail/lmtpd: update to 0.10.3 o ports/125265 [MAINTAINER-UPDATE] ports-mgmt/bpkg: update to 2.0.1 f ports/125269 [devel/c_c++_reference] version bump for apr f ports/125270 [devel/cvs2svn] version bump for apr f ports/125274 www/trac-xmlrpc: bump version for APR update f ports/125275 devel/p5-Log-Accounting-SVK: bump version due to APR u f ports/125287 devel/svntrac: update version for APR bump o ports/125290 sysutils/ftwin: update version for APR bump f ports/125291 devel/pysvn: update version for APR bump f ports/125292 www/trac-gantt: update version for APR bump f ports/125293 www/trac-bzr: update version for APR bump f ports/125294 devel/qsvn: update version for APR bump f ports/125295 security/metasploit: update version for APR bump f ports/125296 textproc/svn2cl: update version for APR bump f ports/125297 devel/subcommander: www/trac-spam-filter: update versi o ports/125302 [MAINTAINER] www/p5-Catalyst-View-Email: update to 0.1 o ports/125308 [NEW PORT & UPDATE] x11-fonts/gnu-unifont-ttf and x11- f ports/125315 www/Moinmoin 1.7 does not support http auth o ports/125316 Upgrade www/mozplugger to 1.10.2 and take over maintai o ports/125319 [new port] New port devel/p5-POE-Test-Loops v1.002 f ports/125321 [PATCH]sysutils/file: update to 4.25, etc. o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125333 [patch] update databases/tora from 1-3-end-of-life to o ports/125336 [patch] Port: net-mgmt/nagiosgraph o ports/125337 [Maintainer] repocopy request: www/squid -> www/squid2 o ports/125339 [NEW PORT] databases/p5-DBIx-RetryOverDisconnects: Kee o ports/125340 New port: sysutils/zfs-snapshot-mgmt f ports/125341 sysutils/fusefs-libs broken on 6-STABLE o ports/125345 [MAINTAINER UPDATE] Update port: net/haproxy-devel -- o ports/125347 [PATCH] news/sabnzbdplus: update to 0.4.0 o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp o ports/125349 [NEW PORT] multimedia/smile Slideshow Maker in Linux E o ports/125355 ftp/smbftpd procname error o ports/125359 [maintainer update] textproc/dwdiff: update to 1.4 o ports/125361 [maintainer-update] comms/gnokii: add missing dependen o ports/125362 New port: devel/ocaml-lwt (cooperative threading libra 120 problems total. From jan.rockstedt at assaabloy.com Mon Jul 7 11:44:47 2008 From: jan.rockstedt at assaabloy.com (Rockstedt, Jan) Date: Mon Jul 7 11:44:54 2008 Subject: FreeBSD Port: smokeping-2.3.6_1 Message-ID: <001216BC7BE8574FAF41321F1B5E1B42109BCE@selansex01.ad.global> Hi, Any new port version? Best regards, Jan Rockstedt Network Specialist IT Shared Service Center EMEA ---------------------------------------------------- ASSA ABLOY Entrance Systems AB Box 131, 261 22 Landskrona, Sweden Phone: +46 (0) 418 511 18 Mobile: +46 (0) 702 35 55 20 E-mail: jan.rockstedt@assaabloy.com Web: http://www.assaabloy.com/ From lth at FreeBSD.org Mon Jul 7 12:28:43 2008 From: lth at FreeBSD.org (Lars Thegler) Date: Mon Jul 7 12:29:12 2008 Subject: FreeBSD Port: smokeping-2.3.6_1 In-Reply-To: <001216BC7BE8574FAF41321F1B5E1B42109BCE@selansex01.ad.global> References: <001216BC7BE8574FAF41321F1B5E1B42109BCE@selansex01.ad.global> Message-ID: <95a4ccfc0807070504j36c2232fm3147f1e70591a430@mail.gmail.com> On Mon, Jul 7, 2008 at 1:29 PM, Rockstedt, Jan wrote: > Any new port version? Yeah, maybe it's time to look at the 2.4-stuff. I always wait a bit, the release quality is not always optimal. /Lars From yuri at tsoft.com Mon Jul 7 13:12:56 2008 From: yuri at tsoft.com (Yuri) Date: Mon Jul 7 13:13:01 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" Message-ID: <4872100F.5080202@tsoft.com> I am having the following problem while updating he ports: # /usr/local/sbin/portupgrade -aP ** Makefile possibly broken: lang/php5: apxs:Error: /usr/local/bin/apr-1-config not found!. "/usr/ports/Mk/bsd.apache.mk", line 287: warning: "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status php5-5.2.6 /usr/local/sbin/portupgrade:1433:in `get_pkgname': Makefile broken (MakefileBrokenError) from /usr/local/sbin/portupgrade:622:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1299:in `catch' ... 6 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2173 Thanks, Yuri From wxs at FreeBSD.org Mon Jul 7 13:34:31 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Jul 7 13:34:37 2008 Subject: ports from sourceforge In-Reply-To: <20080707101209.a5c6c37a.ehaupt@FreeBSD.org> References: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> <20080707101209.a5c6c37a.ehaupt@FreeBSD.org> Message-ID: <20080707133640.GD8983@atarininja.org> On Mon, Jul 07, 2008 at 10:12:09AM +0200, Emanuel Haupt wrote: > > At this moment fetching ports from sourceforge.net is very slow. (+/- > > 4000 Bps) > > Setting MASTER_SORT in /etc/make.conf might help. Have a look at > ports/Mk/bsd.port.mk. > > Since I'm living in Switzerland I use the following: > > MASTER_SORT=.ch .de .at .se .nl There is also ports-mgmt/fastest_sites which sorts MASTER_SITE_FOO based upon how long it takes to establish the TCP handshake. The output is suitable for inclusion into make.conf. -- WXS From dandee at hellteam.net Mon Jul 7 13:48:54 2008 From: dandee at hellteam.net (=?utf-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Mon Jul 7 13:49:00 2008 Subject: FreeBSD Port: quagga-0.99.9_7 In-Reply-To: <48700223.1060907@FreeBSD.org> References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <744453B150934ACDA9AD89FCC3A62DF1@tocnet28.jspoj.czf> <48700223.1060907@FreeBSD.org> Message-ID: Hi Sergey, I see your patch already in ports, so I needn?t use it for now. Am I right ? I did portupgrading of quagga yesterday and a functionality is back again. SYSTEM3# pkg_info | grep "quagga" quagga-0.99.10_3 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software SYSTEM3# /etc2/rc.d/quagga status zebra is running as pid 62557. ospfd is not running. ospf6d is running as pid 62571. Sleeping 10 seconds to obtain dynamic routing information... Thanks. Daniel P.S.: Boris, have you received my other mail about quagga or my reports is not new for you ? How can I help you with solving the problems, which I have described them last week ? -----Original Message----- From: Sergey Matveychuk [mailto:sem@FreeBSD.org] Sent: Sunday, July 06, 2008 1:22 AM To: dandee@hellteam.net Cc: 'Boris Kovalenko'; ports@FreeBSD.org Subject: Re: FreeBSD Port: quagga-0.99.9_7 Daniel Dvo??k wrote: > It is new style. > > SYSTEM3: > system3# pkg_info | grep "quagga" > quagga-0.99.10_2 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software > system3# /etc2/rc.d/quagga status > Sleeping 10 seconds to obtain dynamic routing information... > system3# > > It is new broken style. :D Try the patch please. I'll commit it if it's OK. -- Dixi. Sem. From sem at FreeBSD.org Mon Jul 7 14:17:36 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 7 14:17:47 2008 Subject: FreeBSD Port: quagga-0.99.9_7 In-Reply-To: <13D7A14E7E1048AA887CB86DB9FDB818@tocnet28.jspoj.czf> References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <13D7A14E7E1048AA887CB86DB9FDB818@tocnet28.jspoj.czf> Message-ID: <48722572.4060407@FreeBSD.org> Daniel Dvo??k wrote: > Hi Boris, > > SMUX does not work as is. I know that worked for me, I know it safely, I was setting up to and it worked well for me, but something has changed. > What's wrong? > Looks like it's a wrong list for the report. Try to send it to quagga-users@lists.quagga.net please. -- Dixi. Sem. From sem at FreeBSD.org Mon Jul 7 14:21:14 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 7 14:21:21 2008 Subject: FreeBSD Port: quagga-0.99.9_7 In-Reply-To: <4CB32F5E329F44B2A3A95B20D9AD9675@tocnet28.jspoj.czf> References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <4CB32F5E329F44B2A3A95B20D9AD9675@tocnet28.jspoj.czf> Message-ID: <48722658.4060406@FreeBSD.org> Daniel Dvo??k wrote: > VERSION 0.99.10# egrep lock /var/log/quagga/zebra.log > ^^^^^^^^^^^^^^^ > 2008/06/30 01:38:59 errors: ZEBRA: Could not lock pid_file /var/run/quagga/zebra.pid, exiting > 2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file /var/run/quagga/zebra.pid, exiting > > VERSION 0.99.10# egrep lock /var/log/quagga/ospfd.log > 2008/06/30 01:38:59 errors: OSPF: Could not lock pid_file /var/run/quagga/ospfd.pid, exiting > 2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file /var/run/quagga/ospfd.pid, exiting > > VERSION 0.99.10# egrep lock /var/log/quagga/ospf6d.log > 2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file /var/run/quagga/ospf6d.pid, exiting > Looks like the daemons tried to run twice and fault. But I can see the problem on my boxes. -- Dixi. Sem. From sem at FreeBSD.org Mon Jul 7 14:33:39 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 7 14:33:46 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" In-Reply-To: <4872100F.5080202@tsoft.com> References: <4872100F.5080202@tsoft.com> Message-ID: <48722941.1060803@FreeBSD.org> Yuri wrote: > I am having the following problem while updating he ports: > > # /usr/local/sbin/portupgrade -aP > > ** Makefile possibly broken: lang/php5: > apxs:Error: /usr/local/bin/apr-1-config not found!. > "/usr/ports/Mk/bsd.apache.mk", line 287: warning: > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > php5-5.2.6 > It's not enough info. Show pkg_info output. -- Dixi. Sem. From avg at icyb.net.ua Mon Jul 7 14:40:06 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Jul 7 14:40:23 2008 Subject: fusefs-libs-2.7.3 compilation failure on 6.3/amd64 Message-ID: <48722AB0.6020406@icyb.net.ua> $ make ===> Building for fusefs-libs-2.7.3 Making all in include make all-am Making all in lib if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -DFUSERMOUNT_DIR=\"/usr/local/bin\" -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DFUSE_USE_VERSION=26 -I/usr/local/include -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=athlon64 -MT mount_bsd.lo -MD -MP -MF ".deps/mount_bsd.Tpo" -c -o mount_bsd.lo mount_bsd.c; then mv -f ".deps/mount_bsd.Tpo" ".deps/mount_bsd.Plo"; else rm -f ".deps/mount_bsd.Tpo"; exit 1; fi libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -DFUSERMOUNT_DIR=\"/usr/local/bin\" -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DFUSE_USE_VERSION=26 -I/usr/local/include -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=athlon64 -MT mount_bsd.lo -MD -MP -MF .deps/mount_bsd.Tpo -c mount_bsd.c -fPIC -DPIC -o .libs/mount_bsd.o In file included from /usr/include/sys/user.h:42, from mount_bsd.c:16: /usr/include/sys/ucred.h:71: error: `NGROUPS' undeclared here (not in a function) In file included from /usr/include/sys/user.h:47, from mount_bsd.c:16: /usr/include/sys/proc.h:78: error: `MAXLOGNAME' undeclared here (not in a function) /usr/include/sys/proc.h:78: error: variable-size type declared outside of any function /usr/include/sys/proc.h:598: error: `MAXCOMLEN' undeclared here (not in a function) mount_bsd.c: In function `do_unmount': mount_bsd.c:197: error: `SPECNAMELEN' undeclared (first use in this function) mount_bsd.c:197: error: (Each undeclared identifier is reported only once mount_bsd.c:197: error: for each function it appears in.) Missing sys/param.h include somewhere? -- Andriy Gapon From dandee at hellteam.net Mon Jul 7 14:44:15 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Mon Jul 7 14:44:23 2008 Subject: FreeBSD Port: quagga-0.99.9_7 In-Reply-To: <48722658.4060406@FreeBSD.org> References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <4CB32F5E329F44B2A3A95B20D9AD9675@tocnet28.jspoj.czf> <48722658.4060406@FreeBSD.org> Message-ID: <928844C269E147C2B0A8A23209B5179E@tocnet28.jspoj.czf> And do you use watchquagga in rc.conf ? I do. Daniel -----Original Message----- From: Sergey Matveychuk [mailto:sem@FreeBSD.org] Sent: Monday, July 07, 2008 4:21 PM To: dandee@hellteam.net Cc: 'Boris Kovalenko'; ports@FreeBSD.org Subject: Re: FreeBSD Port: quagga-0.99.9_7 Daniel Dvo??k wrote: > VERSION 0.99.10# egrep lock /var/log/quagga/zebra.log ^^^^^^^^^^^^^^^ > 2008/06/30 01:38:59 errors: ZEBRA: Could not lock pid_file > /var/run/quagga/zebra.pid, exiting > 2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file > /var/run/quagga/zebra.pid, exiting > > VERSION 0.99.10# egrep lock /var/log/quagga/ospfd.log 2008/06/30 > 01:38:59 errors: OSPF: Could not lock pid_file > /var/run/quagga/ospfd.pid, exiting > 2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file > /var/run/quagga/ospfd.pid, exiting > > VERSION 0.99.10# egrep lock /var/log/quagga/ospf6d.log > 2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file > /var/run/quagga/ospf6d.pid, exiting > Looks like the daemons tried to run twice and fault. But I can see the problem on my boxes. -- Dixi. Sem. From yves.guerin at muhc.mcgill.ca Mon Jul 7 15:21:46 2008 From: yves.guerin at muhc.mcgill.ca (yves.guerin@muhc.mcgill.ca) Date: Mon Jul 7 15:21:53 2008 Subject: FreeBSD Port: nut-2.2.2 Message-ID: Hello, I try to compile the nut-2.2.2 port: .... cc -DHAVE_CONFIG_H -I. -I../include -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include/hal - I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/glib-2.0 -I/usr/loc al/lib/glib-2.0/include -I/usr/local/include -DNETSNMP_ENABLE_IPV6 -O2 -fno-strict-aliasing -pipe -Ufreeb sd6 -Dfreebsd6=freebsd6 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT _H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -I/usr/local/lib/perl5/5.8 .8/mach/CORE -I. -I/usr/local/include -I/usr/local/include/neon -O2 -fno-strict-aliasing -pipe -Wall -W sign-compare -MT dstate-hal.o -MD -MP -MF .deps/dstate-hal.Tpo -c -o dstate-hal.o dstate-hal.c dstate-hal.c:92: error: syntax error before '*' token dstate-hal.c:93: error: syntax error before '*' token dstate-hal.c:94: error: syntax error before '*' token dstate-hal.c:101: error: syntax error before '*' token dstate-hal.c:176: error: syntax error before '*' token dstate-hal.c:177: error: syntax error before '*' token dstate-hal.c:178: error: syntax error before '*' token dstate-hal.c:183: error: syntax error before '*' token dstate-hal.c: In function `level_handler': dstate-hal.c:186: error: `critical_level' undeclared (first use in this function) dstate-hal.c:186: error: (Each undeclared identifier is reported only once dstate-hal.c:186: error: for each function it appears in.) dstate-hal.c:192: error: `cs' undeclared (first use in this function) dstate-hal.c: At top level: dstate-hal.c:203: error: syntax error before '*' token dstate-hal.c: In function `runtime_handler': dstate-hal.c:207: error: `cs' undeclared (first use in this function) dstate-hal.c:210: error: `runtime' undeclared (first use in this function) dstate-hal.c: At top level: dstate-hal.c:223: error: syntax error before '*' token dstate-hal.c: In function `battery_type_handler': dstate-hal.c:225: error: `battery_type' undeclared (first use in this function) dstate-hal.c:226: error: `cs' undeclared (first use in this function) dstate-hal.c: In function `dstate_init': dstate-hal.c:240: error: `LibHalChangeSet' undeclared (first use in this function) dstate-hal.c:240: error: `cs' undeclared (first use in this function) dstate-hal.c:244: warning: implicit declaration of function `libhal_device_new_changeset' dstate-hal.c:296: warning: implicit declaration of function `libhal_device_commit_changeset' dstate-hal.c:297: warning: implicit declaration of function `libhal_device_free_changeset' dstate-hal.c: In function `dstate_getinfo': dstate-hal.c:307: warning: unused variable `ivalue' dstate-hal.c: In function `dstate_setinfo': dstate-hal.c:337: error: `LibHalChangeSet' undeclared (first use in this function) dstate-hal.c:337: error: `cs' undeclared (first use in this function) dstate-hal.c:338: warning: ISO C90 forbids mixed declarations and code dstate-hal.c: In function `status_commit': dstate-hal.c:459: error: `LibHalChangeSet' undeclared (first use in this function) dstate-hal.c:459: error: `cs' undeclared (first use in this function) dstate-hal.c:460: warning: ISO C90 forbids mixed declarations and code dstate-hal.c: At top level: dstate-hal.c:552: error: syntax error before '*' token dstate-hal.c: In function `hal_set_string': dstate-hal.c:557: error: `key' undeclared (first use in this function) dstate-hal.c:557: error: `value' undeclared (first use in this function) dstate-hal.c:569: warning: implicit declaration of function `libhal_changeset_set_property_string' dstate-hal.c:569: error: `cs' undeclared (first use in this function) dstate-hal.c: At top level: dstate-hal.c:581: error: syntax error before '*' token dstate-hal.c: In function `hal_set_int': dstate-hal.c:586: error: `key' undeclared (first use in this function) dstate-hal.c:586: error: `value' undeclared (first use in this function) dstate-hal.c:598: warning: implicit declaration of function `libhal_changeset_set_property_int' dstate-hal.c:598: error: `cs' undeclared (first use in this function) dstate-hal.c: At top level: dstate-hal.c:642: error: syntax error before '*' token dstate-hal.c: In function `hal_set_bool': dstate-hal.c:647: error: `key' undeclared (first use in this function) dstate-hal.c:647: error: `value' undeclared (first use in this function) dstate-hal.c:659: warning: implicit declaration of function `libhal_changeset_set_property_bool' dstate-hal.c:659: error: `cs' undeclared (first use in this function) dstate-hal.c: At top level: dstate-hal.c:125: warning: 'nut2hal_cmd' defined but not used gmake[1]: *** [dstate-hal.o] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/nut/work/nut-2.2.2 /drivers' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/ports/sysutils/nut. *** Error code 1 Stop in /usr/ports/sysutils/nut. computer: FreeBSD pbsd 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Fri Feb 15 09:53:17 EST 2008 root@pbsd:/usr/obj/usr/src/sys/PATRIOTEBSD i386 Regards, Yves From david at vizion2000.net Mon Jul 7 15:26:30 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 7 15:26:37 2008 Subject: fusefs-libs-2.7.3 compilation failure on 6.3/amd64 In-Reply-To: <48722AB0.6020406@icyb.net.ua> References: <48722AB0.6020406@icyb.net.ua> Message-ID: <200807070849.50542.david@vizion2000.net> On Monday 07 July 2008 07:39:44 Andriy Gapon wrote: > $ make > ===> Building for fusefs-libs-2.7.3 > Making all in include > make all-am > Making all in lib > if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. > -I. -I../include -I../include -DFUSERMOUNT_DIR=\"/usr/local/bin\" > -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DFUSE_USE_VERSION=26 > -I/usr/local/include -O2 -fno-strict-aliasing -pipe -O2 > -fno-strict-aliasing -pipe -march=athlon64 -MT mount_bsd.lo -MD -MP -MF > ".deps/mount_bsd.Tpo" -c -o mount_bsd.lo mount_bsd.c; then mv -f > ".deps/mount_bsd.Tpo" ".deps/mount_bsd.Plo"; else rm -f > ".deps/mount_bsd.Tpo"; exit 1; fi > libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include > -DFUSERMOUNT_DIR=\"/usr/local/bin\" -D_FILE_OFFSET_BITS=64 -D_REENTRANT > -DFUSE_USE_VERSION=26 -I/usr/local/include -O2 -fno-strict-aliasing > -pipe -O2 -fno-strict-aliasing -pipe -march=athlon64 -MT mount_bsd.lo > -MD -MP -MF .deps/mount_bsd.Tpo -c mount_bsd.c -fPIC -DPIC -o > .libs/mount_bsd.o > In file included from /usr/include/sys/user.h:42, > from mount_bsd.c:16: > /usr/include/sys/ucred.h:71: error: `NGROUPS' undeclared here (not in a > function) > In file included from /usr/include/sys/user.h:47, > from mount_bsd.c:16: > /usr/include/sys/proc.h:78: error: `MAXLOGNAME' undeclared here (not in > a function) > /usr/include/sys/proc.h:78: error: variable-size type declared outside > of any function > /usr/include/sys/proc.h:598: error: `MAXCOMLEN' undeclared here (not in > a function) > mount_bsd.c: In function `do_unmount': > mount_bsd.c:197: error: `SPECNAMELEN' undeclared (first use in this > function) > mount_bsd.c:197: error: (Each undeclared identifier is reported only once > mount_bsd.c:197: error: for each function it appears in.) > > Missing sys/param.h include somewhere? Seee also these two threads: fusefs-libs compile failure sysutils/fusefs-kmod core dumped ! Both of which are on amd64 Looks as though there is a common connection David From Joerg.Pulz at frm2.tum.de Mon Jul 7 15:55:50 2008 From: Joerg.Pulz at frm2.tum.de (Joerg Pulz) Date: Mon Jul 7 15:55:57 2008 Subject: FreeBSD Port: nut-2.2.2 In-Reply-To: References: Message-ID: <20080707173950.H6862@unqrf.nqzva.sez2> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 7 Jul 2008, yves.guerin@muhc.mcgill.ca wrote: > > Hello, > > I try to compile the nut-2.2.2 port: > > > .... > cc -DHAVE_CONFIG_H -I. -I../include -I../include > -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include/hal - > I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include > -I/usr/local/include/glib-2.0 -I/usr/loc > al/lib/glib-2.0/include -I/usr/local/include -DNETSNMP_ENABLE_IPV6 -O2 > -fno-strict-aliasing -pipe -Ufreeb > sd6 -Dfreebsd6=freebsd6 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN > -DHAS_FPSETMASK -DHAS_FLOATINGPOINT > _H -fno-strict-aliasing -pipe -Wdeclaration-after-statement > -I/usr/local/include -I/usr/local/lib/perl5/5.8 > .8/mach/CORE -I. -I/usr/local/include -I/usr/local/include/neon -O2 > -fno-strict-aliasing -pipe -Wall -W > sign-compare -MT dstate-hal.o -MD -MP -MF .deps/dstate-hal.Tpo -c -o > dstate-hal.o dstate-hal.c > dstate-hal.c:92: error: syntax error before '*' token > dstate-hal.c:93: error: syntax error before '*' token > dstate-hal.c:94: error: syntax error before '*' token > dstate-hal.c:101: error: syntax error before '*' token > dstate-hal.c:176: error: syntax error before '*' token > dstate-hal.c:177: error: syntax error before '*' token > dstate-hal.c:178: error: syntax error before '*' token > dstate-hal.c:183: error: syntax error before '*' token > dstate-hal.c: In function `level_handler': > dstate-hal.c:186: error: `critical_level' undeclared (first use in this > function) > dstate-hal.c:186: error: (Each undeclared identifier is reported only once > dstate-hal.c:186: error: for each function it appears in.) > dstate-hal.c:192: error: `cs' undeclared (first use in this function) > dstate-hal.c: At top level: > dstate-hal.c:203: error: syntax error before '*' token > dstate-hal.c: In function `runtime_handler': > dstate-hal.c:207: error: `cs' undeclared (first use in this function) > dstate-hal.c:210: error: `runtime' undeclared (first use in this function) > dstate-hal.c: At top level: > dstate-hal.c:223: error: syntax error before '*' token > dstate-hal.c: In function `battery_type_handler': > dstate-hal.c:225: error: `battery_type' undeclared (first use in this > function) > dstate-hal.c:226: error: `cs' undeclared (first use in this function) > dstate-hal.c: In function `dstate_init': > dstate-hal.c:240: error: `LibHalChangeSet' undeclared (first use in this > function) > dstate-hal.c:240: error: `cs' undeclared (first use in this function) > dstate-hal.c:244: warning: implicit declaration of function > `libhal_device_new_changeset' > dstate-hal.c:296: warning: implicit declaration of function > `libhal_device_commit_changeset' > dstate-hal.c:297: warning: implicit declaration of function > `libhal_device_free_changeset' > dstate-hal.c: In function `dstate_getinfo': > dstate-hal.c:307: warning: unused variable `ivalue' > dstate-hal.c: In function `dstate_setinfo': > dstate-hal.c:337: error: `LibHalChangeSet' undeclared (first use in this > function) > dstate-hal.c:337: error: `cs' undeclared (first use in this function) > dstate-hal.c:338: warning: ISO C90 forbids mixed declarations and code > dstate-hal.c: In function `status_commit': > dstate-hal.c:459: error: `LibHalChangeSet' undeclared (first use in this > function) > dstate-hal.c:459: error: `cs' undeclared (first use in this function) > dstate-hal.c:460: warning: ISO C90 forbids mixed declarations and code > dstate-hal.c: At top level: > dstate-hal.c:552: error: syntax error before '*' token > dstate-hal.c: In function `hal_set_string': > dstate-hal.c:557: error: `key' undeclared (first use in this function) > dstate-hal.c:557: error: `value' undeclared (first use in this function) > dstate-hal.c:569: warning: implicit declaration of function > `libhal_changeset_set_property_string' > dstate-hal.c:569: error: `cs' undeclared (first use in this function) > dstate-hal.c: At top level: > dstate-hal.c:581: error: syntax error before '*' token > dstate-hal.c: In function `hal_set_int': > dstate-hal.c:586: error: `key' undeclared (first use in this function) > dstate-hal.c:586: error: `value' undeclared (first use in this function) > dstate-hal.c:598: warning: implicit declaration of function > `libhal_changeset_set_property_int' > dstate-hal.c:598: error: `cs' undeclared (first use in this function) > dstate-hal.c: At top level: > dstate-hal.c:642: error: syntax error before '*' token > dstate-hal.c: In function `hal_set_bool': > dstate-hal.c:647: error: `key' undeclared (first use in this function) > dstate-hal.c:647: error: `value' undeclared (first use in this function) > dstate-hal.c:659: warning: implicit declaration of function > `libhal_changeset_set_property_bool' > dstate-hal.c:659: error: `cs' undeclared (first use in this function) > dstate-hal.c: At top level: > dstate-hal.c:125: warning: 'nut2hal_cmd' defined but not used > gmake[1]: *** [dstate-hal.o] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/nut/work/nut-2.2.2 > /drivers' > gmake: *** [all-recursive] Error 1 > *** Error code 2 > > Stop in /usr/ports/sysutils/nut. > *** Error code 1 > > Stop in /usr/ports/sysutils/nut. > > > computer: FreeBSD pbsd 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Fri Feb 15 > 09:53:17 EST 2008 root@pbsd:/usr/obj/usr/src/sys/PATRIOTEBSD i386 Hi Yves, what OPTIONS did you select? Can you please 'cd' to the ports directory and run 'make config' and write me what is selected or not. As it seems to be related to "hal", what version of the "hal port" is installed on your system, make sure that hal is up to date. Regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQFIcjm3SPOsGF+KA+MRAtqTAJ992a20hDQ+3gsZTjRun2VTS6hn2gCgyzWT /2fZINi+kzh5K7Ix/PizzB0= =AK/E -----END PGP SIGNATURE----- From Albert.Shih at obspm.fr Mon Jul 7 16:28:38 2008 From: Albert.Shih at obspm.fr (Albert Shih) Date: Mon Jul 7 16:28:45 2008 Subject: subversion ports In-Reply-To: <20080705113207.6839c961@ayiin> References: <20080704163507.GA71968@pcjas.obspm.fr> <20080705113207.6839c961@ayiin> Message-ID: <20080707162833.GA52092@pcjas.obspm.fr> Le 05/07/2008 ? 11:32:07+1000, Norberto Meijome a ?crit Hi all, > what exactly is your setup, on both client and server ? OS, version of svn, how > are you connecting to the server ? > > if you suspect it is related to 1.5, have you tried reverting to 1.4 ? > > does it happen only with your current repository, or with an almost clean one? > ( this should be easier to test, and if it confirms a problem, you can use it > to move back and forth between 1.4 and 1.5...i suspect they wont be > compatible... > Someone on the subversion-ports find a solution. I'm not sure it's really the reason of the problem. The solution is to increase the rate of inetd to 100. I'm increase to 1000. This thing fix the problem, but it seem very strange to me because I'm the only one user when the problem appear. And I can to make 60 connections in 1 mn.... Thanks for all. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Lun 7 jul 2008 18:23:10 CEST From gahr at FreeBSD.org Mon Jul 7 16:35:02 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Jul 7 16:36:49 2008 Subject: ports/124985: [patch] devel/dmucs unbreak on 64bits archs In-Reply-To: <200807071619.m67GJrPt096421@freefall.freebsd.org> References: <200807071619.m67GJrPt096421@freefall.freebsd.org> Message-ID: <487245AE.1030307@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 fjoe@FreeBSD.org wrote: | Synopsis: [patch] devel/dmucs unbreak on 64bits archs | | State-Changed-From-To: open->closed | State-Changed-By: fjoe | State-Changed-When: Mon Jul 7 16:18:07 UTC 2008 | State-Changed-Why: | Proper integer type for holding pointers is "long", not "size_t". I definitely do not agree. Please note that a pointer is not required to fit into a long, while it is required to fit into a size_t. Your solution may work as soon as we are concerned only with LP64 machines. As soon as a LLP64 arch steps in, you break things. | Also, std:map<> containers where sockets are stored should be modified. | | Corrected version of the patch committed, thanks! | | http://www.freebsd.org/cgi/query-pr.cgi?pr=124985 - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhyRa0ACgkQwMJqmJVx9442QgCg2AjK428zBbh/KxEtrCVPee1q P80An0H65+EJ79ctx4YpycrwuOkwOttV =4zPQ -----END PGP SIGNATURE----- From gahr at FreeBSD.org Mon Jul 7 16:36:40 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Jul 7 16:37:00 2008 Subject: FreeBSD Port: nut-2.2.2 In-Reply-To: <20080707173950.H6862@unqrf.nqzva.sez2> References: <20080707173950.H6862@unqrf.nqzva.sez2> Message-ID: <4872460E.8040702@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Joerg Pulz wrote: | | On Mon, 7 Jul 2008, yves.guerin@muhc.mcgill.ca wrote: | | |> Hello, | |> I try to compile the nut-2.2.2 port: | | |> .... |> cc -DHAVE_CONFIG_H -I. -I../include -I../include |> -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include/hal - |> I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include |> -I/usr/local/include/glib-2.0 -I/usr/loc |> al/lib/glib-2.0/include -I/usr/local/include -DNETSNMP_ENABLE_IPV6 -O2 |> -fno-strict-aliasing -pipe -Ufreeb |> sd6 -Dfreebsd6=freebsd6 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN |> -DHAS_FPSETMASK -DHAS_FLOATINGPOINT |> _H -fno-strict-aliasing -pipe -Wdeclaration-after-statement |> -I/usr/local/include -I/usr/local/lib/perl5/5.8 |> .8/mach/CORE -I. -I/usr/local/include -I/usr/local/include/neon -O2 |> -fno-strict-aliasing -pipe -Wall -W |> sign-compare -MT dstate-hal.o -MD -MP -MF .deps/dstate-hal.Tpo -c -o |> dstate-hal.o dstate-hal.c |> dstate-hal.c:92: error: syntax error before '*' token |> dstate-hal.c:93: error: syntax error before '*' token |> dstate-hal.c:94: error: syntax error before '*' token |> dstate-hal.c:101: error: syntax error before '*' token |> dstate-hal.c:176: error: syntax error before '*' token |> dstate-hal.c:177: error: syntax error before '*' token |> dstate-hal.c:178: error: syntax error before '*' token |> dstate-hal.c:183: error: syntax error before '*' token |> dstate-hal.c: In function `level_handler': |> dstate-hal.c:186: error: `critical_level' undeclared (first use in this |> function) |> dstate-hal.c:186: error: (Each undeclared identifier is reported only |> once |> dstate-hal.c:186: error: for each function it appears in.) |> dstate-hal.c:192: error: `cs' undeclared (first use in this function) |> dstate-hal.c: At top level: |> dstate-hal.c:203: error: syntax error before '*' token |> dstate-hal.c: In function `runtime_handler': |> dstate-hal.c:207: error: `cs' undeclared (first use in this function) |> dstate-hal.c:210: error: `runtime' undeclared (first use in this |> function) |> dstate-hal.c: At top level: |> dstate-hal.c:223: error: syntax error before '*' token |> dstate-hal.c: In function `battery_type_handler': |> dstate-hal.c:225: error: `battery_type' undeclared (first use in this |> function) |> dstate-hal.c:226: error: `cs' undeclared (first use in this function) |> dstate-hal.c: In function `dstate_init': |> dstate-hal.c:240: error: `LibHalChangeSet' undeclared (first use in this |> function) |> dstate-hal.c:240: error: `cs' undeclared (first use in this function) |> dstate-hal.c:244: warning: implicit declaration of function |> `libhal_device_new_changeset' |> dstate-hal.c:296: warning: implicit declaration of function |> `libhal_device_commit_changeset' |> dstate-hal.c:297: warning: implicit declaration of function |> `libhal_device_free_changeset' |> dstate-hal.c: In function `dstate_getinfo': |> dstate-hal.c:307: warning: unused variable `ivalue' |> dstate-hal.c: In function `dstate_setinfo': |> dstate-hal.c:337: error: `LibHalChangeSet' undeclared (first use in this |> function) |> dstate-hal.c:337: error: `cs' undeclared (first use in this function) |> dstate-hal.c:338: warning: ISO C90 forbids mixed declarations and code |> dstate-hal.c: In function `status_commit': |> dstate-hal.c:459: error: `LibHalChangeSet' undeclared (first use in this |> function) |> dstate-hal.c:459: error: `cs' undeclared (first use in this function) |> dstate-hal.c:460: warning: ISO C90 forbids mixed declarations and code |> dstate-hal.c: At top level: |> dstate-hal.c:552: error: syntax error before '*' token |> dstate-hal.c: In function `hal_set_string': |> dstate-hal.c:557: error: `key' undeclared (first use in this function) |> dstate-hal.c:557: error: `value' undeclared (first use in this function) |> dstate-hal.c:569: warning: implicit declaration of function |> `libhal_changeset_set_property_string' |> dstate-hal.c:569: error: `cs' undeclared (first use in this function) |> dstate-hal.c: At top level: |> dstate-hal.c:581: error: syntax error before '*' token |> dstate-hal.c: In function `hal_set_int': |> dstate-hal.c:586: error: `key' undeclared (first use in this function) |> dstate-hal.c:586: error: `value' undeclared (first use in this function) |> dstate-hal.c:598: warning: implicit declaration of function |> `libhal_changeset_set_property_int' |> dstate-hal.c:598: error: `cs' undeclared (first use in this function) |> dstate-hal.c: At top level: |> dstate-hal.c:642: error: syntax error before '*' token |> dstate-hal.c: In function `hal_set_bool': |> dstate-hal.c:647: error: `key' undeclared (first use in this function) |> dstate-hal.c:647: error: `value' undeclared (first use in this function) |> dstate-hal.c:659: warning: implicit declaration of function |> `libhal_changeset_set_property_bool' |> dstate-hal.c:659: error: `cs' undeclared (first use in this function) |> dstate-hal.c: At top level: |> dstate-hal.c:125: warning: 'nut2hal_cmd' defined but not used |> gmake[1]: *** [dstate-hal.o] Error 1 |> gmake[1]: Leaving directory `/usr/ports/sysutils/nut/work/nut-2.2.2 |> /drivers' |> gmake: *** [all-recursive] Error 1 |> *** Error code 2 | |> Stop in /usr/ports/sysutils/nut. |> *** Error code 1 | |> Stop in /usr/ports/sysutils/nut. | | |> computer: FreeBSD pbsd 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Fri Feb 15 |> 09:53:17 EST 2008 root@pbsd:/usr/obj/usr/src/sys/PATRIOTEBSD i386 | | Hi Yves, | | what OPTIONS did you select? Can you please 'cd' to the ports directory | and run 'make config' and write me what is selected or not. Or just paste the output of make showconfig :) | As it seems to be related to "hal", what version of the "hal port" is | installed on your system, make sure that hal is up to date. | | Regards | Joerg | | -- The beginning is the most important part of the work. | -Plato _______________________________________________ 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" - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhyRg0ACgkQwMJqmJVx947kKQCgzLGxC+YolvFsYxpEB9xDA+Cm VvIAoIMLwjxzshKCr7qSe484aKvfLNLD =Ub+N -----END PGP SIGNATURE----- From kostikbel at gmail.com Mon Jul 7 17:04:31 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Mon Jul 7 17:04:39 2008 Subject: ports/124985: [patch] devel/dmucs unbreak on 64bits archs In-Reply-To: <487245AE.1030307@FreeBSD.org> References: <200807071619.m67GJrPt096421@freefall.freebsd.org> <487245AE.1030307@FreeBSD.org> Message-ID: <20080707164119.GG17123@deviant.kiev.zoral.com.ua> On Mon, Jul 07, 2008 at 06:34:54PM +0200, Pietro Cerutti wrote: > I definitely do not agree. Please note that a pointer is not required to > fit into a long, while it is required to fit into a size_t. I do not think that C99 requires the size_t to be capable of holding the pointer. size_t is only required to hold result of sizeof. It is intptr_t type that shall do it. -------------- 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/20080707/986b16e6/attachment.pgp From gahr at FreeBSD.org Mon Jul 7 17:20:24 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Jul 7 17:20:30 2008 Subject: ports/124985: [patch] devel/dmucs unbreak on 64bits archs In-Reply-To: <20080707164119.GG17123@deviant.kiev.zoral.com.ua> References: <200807071619.m67GJrPt096421@freefall.freebsd.org> <487245AE.1030307@FreeBSD.org> <20080707164119.GG17123@deviant.kiev.zoral.com.ua> Message-ID: <48725051.3090601@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Kostik Belousov wrote: | On Mon, Jul 07, 2008 at 06:34:54PM +0200, Pietro Cerutti wrote: |> I definitely do not agree. Please note that a pointer is not required to |> fit into a long, while it is required to fit into a size_t. | I do not think that C99 requires the size_t to be capable of holding | the pointer. size_t is only required to hold result of sizeof. size_t is required to be of rank equal to or greater than any other object you can create from within the C language. This implies that it can (i.e., it is required to be able to) hold a pointer type. | | It is intptr_t type that shall do it. Unfortunately intptr_t is not defined prior to C99, and I still haven't got used to use it. Yes, that would be the preferred solution. - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhyUFAACgkQwMJqmJVx947UnACcDktT+bwe6LLs3/YPBief8PO3 Ku8AoN6AUlCVXmnbbyBEIdVLDORUdWpr =IGu+ -----END PGP SIGNATURE----- From david at vizion2000.net Mon Jul 7 17:24:14 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 7 17:24:21 2008 Subject: fusefs-libs-2.7.3 compilation failure on 6.3/amd64 In-Reply-To: <200807070849.50542.david@vizion2000.net> References: <48722AB0.6020406@icyb.net.ua> <200807070849.50542.david@vizion2000.net> Message-ID: <200807071047.35896.david@vizion2000.net> On Monday 07 July 2008 08:49:50 David Southwell wrote: > On Monday 07 July 2008 07:39:44 Andriy Gapon wrote: > > $ make > > ===> Building for fusefs-libs-2.7.3 > > Making all in include > > make all-am > > Making all in lib > > if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. > > -I. -I../include -I../include -DFUSERMOUNT_DIR=\"/usr/local/bin\" > > -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DFUSE_USE_VERSION=26 > > -I/usr/local/include -O2 -fno-strict-aliasing -pipe -O2 > > -fno-strict-aliasing -pipe -march=athlon64 -MT mount_bsd.lo -MD -MP -MF > > ".deps/mount_bsd.Tpo" -c -o mount_bsd.lo mount_bsd.c; then mv -f > > ".deps/mount_bsd.Tpo" ".deps/mount_bsd.Plo"; else rm -f > > ".deps/mount_bsd.Tpo"; exit 1; fi > > libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include > > -DFUSERMOUNT_DIR=\"/usr/local/bin\" -D_FILE_OFFSET_BITS=64 -D_REENTRANT > > -DFUSE_USE_VERSION=26 -I/usr/local/include -O2 -fno-strict-aliasing > > -pipe -O2 -fno-strict-aliasing -pipe -march=athlon64 -MT mount_bsd.lo > > -MD -MP -MF .deps/mount_bsd.Tpo -c mount_bsd.c -fPIC -DPIC -o > > .libs/mount_bsd.o > > In file included from /usr/include/sys/user.h:42, > > from mount_bsd.c:16: > > /usr/include/sys/ucred.h:71: error: `NGROUPS' undeclared here (not in a > > function) > > In file included from /usr/include/sys/user.h:47, > > from mount_bsd.c:16: > > /usr/include/sys/proc.h:78: error: `MAXLOGNAME' undeclared here (not in > > a function) > > /usr/include/sys/proc.h:78: error: variable-size type declared outside > > of any function > > /usr/include/sys/proc.h:598: error: `MAXCOMLEN' undeclared here (not in > > a function) > > mount_bsd.c: In function `do_unmount': > > mount_bsd.c:197: error: `SPECNAMELEN' undeclared (first use in this > > function) > > mount_bsd.c:197: error: (Each undeclared identifier is reported only once > > mount_bsd.c:197: error: for each function it appears in.) > > > > Missing sys/param.h include somewhere? > > Seee also these two threads: > fusefs-libs compile failure > sysutils/fusefs-kmod core dumped ! > > Both of which are on amd64 > > Looks as though there is a common connection > > David > > I have just compiled using the latest patch and fusefs-libs-2.7.3 compiles fine !! HOWEVER ___ GROAN there is still have a problem with kmod [root@dns1 /usr/ports/sysutils]# cd fusefs-kmod/ [root@dns1 /usr/ports/sysutils/fusefs-kmod]# make ===> Building for fusefs-kmod-0.3.9.p1.20080208_2 ===> fuse_module (all) Warning: Object directory not changed from original /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module ===> mount_fusefs (all) Warning: Object directory not changed from original /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/mount_fusefs mkdir -p ./plaintext_out env RUBYLIB=./lib RUBYPATH=./lib ruby -S deplate -x -D manual -f plain -d /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc/plaintext_out doc.dpl mkdir -p ./html_chunked_out cp html_aux/* ./html_chunked_out env RUBYLIB=./lib RUBYPATH=./lib ruby -S deplate -x -X -t html-tabbar-right.html -m mark-external-urls -m navbar-png -m validate-html -m html-obfuscate-email -m code-gvim -D noSwallow=1 -D sfNet=1 -f htmlsite -d /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc/html_chunked_out doc.dpl Assuming the use of deprecated list separators: " ;", "tabbar-right.css|screen article.css|print +serif.css" Illegal instruction (core dumped) *** Error code 132 Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/doc. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. [root@dns1 /usr/ports/sysutils/fusefs-kmod] David From fjoe at samodelkin.net Mon Jul 7 17:49:18 2008 From: fjoe at samodelkin.net (Max Khon) Date: Mon Jul 7 17:49:24 2008 Subject: ports/124985: [patch] devel/dmucs unbreak on 64bits archs In-Reply-To: <48725051.3090601@FreeBSD.org> References: <200807071619.m67GJrPt096421@freefall.freebsd.org> <487245AE.1030307@FreeBSD.org> <20080707164119.GG17123@deviant.kiev.zoral.com.ua> <48725051.3090601@FreeBSD.org> Message-ID: <48725477.8050307@samodelkin.net> Hello! Pietro Cerutti wrote: > | On Mon, Jul 07, 2008 at 06:34:54PM +0200, Pietro Cerutti wrote: > |> I definitely do not agree. Please note that a pointer is not required to > |> fit into a long, while it is required to fit into a size_t. > | I do not think that C99 requires the size_t to be capable of holding > | the pointer. size_t is only required to hold result of sizeof. > > size_t is required to be of rank equal to or greater than any other > object you can create from within the C language. This implies that it > can (i.e., it is required to be able to) hold a pointer type. Does it? http://bytes.com/forum/thread735346.html /fjoe From gahr at FreeBSD.org Mon Jul 7 17:54:04 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Jul 7 17:54:11 2008 Subject: ports/124985: [patch] devel/dmucs unbreak on 64bits archs In-Reply-To: <48725477.8050307@samodelkin.net> References: <200807071619.m67GJrPt096421@freefall.freebsd.org> <487245AE.1030307@FreeBSD.org> <20080707164119.GG17123@deviant.kiev.zoral.com.ua> <48725051.3090601@FreeBSD.org> <48725477.8050307@samodelkin.net> Message-ID: <48725834.7010403@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Max Khon wrote: | Hello! | | Pietro Cerutti wrote: | |> | On Mon, Jul 07, 2008 at 06:34:54PM +0200, Pietro Cerutti wrote: |> |> I definitely do not agree. Please note that a pointer is not |> required to |> |> fit into a long, while it is required to fit into a size_t. |> | I do not think that C99 requires the size_t to be capable of holding |> | the pointer. size_t is only required to hold result of sizeof. |> |> size_t is required to be of rank equal to or greater than any other |> object you can create from within the C language. This implies that it |> can (i.e., it is required to be able to) hold a pointer type. | | Does it? http://bytes.com/forum/thread735346.html It doesn't. My error. Seems that the only way to go is intptr_t ... | | /fjoe | _______________________________________________ | 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" - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhyWDMACgkQwMJqmJVx9465fwCgoq5XXPQUivHMiOH6SvrUyoIS 1LwAoK8BCVCZ9UvK/mH9h/kVACLvyQ3F =0LyT -----END PGP SIGNATURE----- From ertr1013 at student.uu.se Mon Jul 7 18:06:43 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Mon Jul 7 18:06:50 2008 Subject: ports/124985: [patch] devel/dmucs unbreak on 64bits archs In-Reply-To: <48725051.3090601@FreeBSD.org> References: <200807071619.m67GJrPt096421@freefall.freebsd.org> <487245AE.1030307@FreeBSD.org> <20080707164119.GG17123@deviant.kiev.zoral.com.ua> <48725051.3090601@FreeBSD.org> Message-ID: <20080707175111.GA71534@owl.midgard.homeip.net> On Mon, Jul 07, 2008 at 07:20:17PM +0200, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Kostik Belousov wrote: > | On Mon, Jul 07, 2008 at 06:34:54PM +0200, Pietro Cerutti wrote: > |> I definitely do not agree. Please note that a pointer is not required to > |> fit into a long, while it is required to fit into a size_t. > | I do not think that C99 requires the size_t to be capable of holding > | the pointer. size_t is only required to hold result of sizeof. > > size_t is required to be of rank equal to or greater than any other > object you can create from within the C language. This implies that it > can (i.e., it is required to be able to) hold a pointer type. Wrong. There is no requirement in C that there exists *any* integer type large enough to hold a pointer - and certainly not that size_t is such a type. size_t must be large enough to hold the size of any object that the C implementation allows you to create, but there is no requirement that you can create an object that occupies the whole memory space. (E.g. if you had an implementation that did not allow to create any arrays larger than 4GB or to malloc() more than 4GB at a time, then it would suffice to have a 32-bit size_t even if pointers were 64-bit. (For older machines make that: 64KB objects, 16-bit size_t and 32-bit pointers.)) > > | > | It is intptr_t type that shall do it. > > Unfortunately intptr_t is not defined prior to C99, and I still haven't > got used to use it. Yes, that would be the preferred solution. > -- Erik Trulsson ertr1013@student.uu.se From ben.haga at gmail.com Mon Jul 7 18:35:52 2008 From: ben.haga at gmail.com (Ben Haga) Date: Mon Jul 7 18:36:00 2008 Subject: ports from sourceforge In-Reply-To: <20080707133640.GD8983@atarininja.org> References: <47C23BF1F29C45A8919C9AC380DC6A44@jarasoft.net> <20080707101209.a5c6c37a.ehaupt@FreeBSD.org> <20080707133640.GD8983@atarininja.org> Message-ID: <48725DEE.5000600@gmail.com> Wesley Shields wrote: > On Mon, Jul 07, 2008 at 10:12:09AM +0200, Emanuel Haupt wrote: >>> At this moment fetching ports from sourceforge.net is very slow. (+/- >>> 4000 Bps) >> Setting MASTER_SORT in /etc/make.conf might help. Have a look at >> ports/Mk/bsd.port.mk. >> >> Since I'm living in Switzerland I use the following: >> >> MASTER_SORT=.ch .de .at .se .nl > > There is also ports-mgmt/fastest_sites which sorts MASTER_SITE_FOO based > upon how long it takes to establish the TCP handshake. The output is > suitable for inclusion into make.conf. > > -- WXS > _______________________________________________ > 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" I am with Wes here - use the script designed to fix the problem. If nothing else, go by geographical proximity unless there is a specific reason not to go by that method. -Ben From yuri at tsoft.com Mon Jul 7 19:48:52 2008 From: yuri at tsoft.com (Yuri) Date: Mon Jul 7 19:49:00 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" In-Reply-To: <48722941.1060803@FreeBSD.org> References: <4872100F.5080202@tsoft.com> <48722941.1060803@FreeBSD.org> Message-ID: <48727321.3000403@tsoft.com> Sergey Matveychuk wrote: > > It's not enough info. Show pkg_info output. > I am attaching pkg_info output. Yurri -------------- next part -------------- 4va-1.21_2 Four-Dimensional graphics tumbler for X11 Cgraph-2.04_1 A PostScript plotting library in C EZWGL-1.50_3 The EZ Widget and Graphics Library FlightGear-1.0.0 The FlightGear flight simulator GraphicsMagick-1.1.12,1 Fast image processing tools based on ImageMagick ImageMagick-6.4.1.8 Image processing tools ORBit2-2.14.13_1 High-performance CORBA ORB with support for the C language OpenEXR-1.6.1 A high dynamic-range (HDR) image file format OpenSP-1.5.2_1 This package is a collection of SGML/XML tools called OpenS SimGear-1.0.0 A toolkit for 3D games and simulations Xaw3d-1.5E_2 A 3-D Athena Widget set that looks like Motif aalib-1.4.r5_4 An ascii art library acroreadwrapper-0.0.20080110 Wrapper script for Adobe Reader adobe-cmaps-20051217_1 Adobe CMap collection aircrack-ng-0.9.3 Aircrack-ng is the next generation of aircrack with new fea akode-2.0.2_1,1 Default KDE audio backend akode-plugins-mpc-2.0.2,1 Musepack decoder plugin for akode akode-plugins-mpeg-2.0.2,1 MPEG audio decoder plugin for akode akode-plugins-oss-2.0.2,1 OSS output plugin for akode akode-plugins-resampler-2.0.2,1 Resampler plugin for akode akode-plugins-xiph-2.0.2_1,1 FLAC/Speex/Vorbis decoder plugin for akode amspsfnt-1.0_5 AMSFonts PostScript Fonts (Adobe Type 1 format) apache-2.2.9 Version 2.2 of Apache web server with prefork MPM. apache-ant-1.7.0_1 Java- and XML-based build tool, conceptually similar to mak appres-1.0.1 Program to list application's resources arts-1.5.8_1,1 Audio system for the KDE integrated X11 desktop artswrapper-1.5.3 Setuid wrapper for arts aspell-0.60.6_2 Spelling checker with better suggestion logic than ispell atk-1.22.0_1 A GNOME accessibility toolkit (ATK) audacity-1.2.4b_4 Audacity is a GUI editor for digital audio waveforms aumix-gtk-2.8_5 Audio mixer for X11, terminal, or command line autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms autoconf-2.61_2 Automatically configure source code on many Un*x platforms autoconf-2.62 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf automake-1.10.1 GNU Standards-compliant Makefile generator (1.10) automake-1.4.6_4 GNU Standards-compliant Makefile generator (1.4) automake-1.5_4,1 GNU Standards-compliant Makefile generator (1.5) automake-1.6.3 GNU Standards-compliant Makefile generator (1.6) automake-1.7.9_2 GNU Standards-compliant Makefile generator (1.7) automake-1.8.5_3 GNU Standards-compliant Makefile generator (1.8) automake-1.9.6_2 GNU Standards-compliant Makefile generator (1.9) automake-wrapper-20071109 Wrapper script for GNU automake autotools-20080517 Autotools meta-port avahi-0.6.23 The "meta-port" for the Avahi service discovery suite avahi-app-0.6.23 Service discovery on a local network bash-3.2.39_1 The GNU Project's Bourne Again SHell bdftopcf-1.0.1 Convert X font from BDF to PCF beforelight-1.0.2 A sample screen saver for X biew-5.6.4 Binary file viewer and editor bigreqsproto-1.0.2 BigReqs extension headers birda-1.3 Bohlin's IrDA utilities, ported from NetBSD's pkgsrc bison-2.3_4,1 A parser generator from FSF, (mostly) compatible with Yacc bitmap-1.0.3 Bitmap editor and converter utilities for X bitstream-vera-1.10_4 Bitstream Vera TrueType font collection bladeenc-0.94.2 MP3 encoder blas-1.0_2 Basic Linear Algebra, level 1, 2, and 3 boehm-gc-6.8 Garbage collection and memory leak detection for C and C++ boost-python-1.34.1 Free peer-reviewed portable C++ source libraries briquolo-0.5.7_1 Breakout clone with an OpenGL 3D representation buddy-2.4_1 A Binary Decision Diagram library bugzilla-2.22.3 Bug-tracking system developed by Mozilla Project bvi-1.3.2 A vi-like binary file (hex)editor cairo-1.6.4_2,1 Vector graphics library with cross-device output support cairomm-1.6.0_1 C++ interface to cairo callgrind-0.9.8 Valgrind skin for cache simulation and call tracing cdparanoia-3.9.8_8 A CDDA extraction tool (also known as ripper) cdrtools-2.01_7 CD/CD-R[W] and ISO-9660 image creation and extraction tools cgnslib-2.5.3 CFD General Notation System library code cm-super-0.3.3_1 Computer Modern Font Families in Type 1 Fonts cmake-2.6.0 A cross-platform make cmpsfont-1.0_6 Computer Modern PostScript Fonts (Adobe Type 1 format) compat4x-i386-5.3_9 A convenience package to install the compat4x libraries compat5x-i386-5.4.0.8_9 A convenience package to install the compat5x libraries compat6x-i386-6.3.603000.200801 A convenience package to install the compat6x libraries compositeproto-0.4 Composite extension headers consolekit-0.2.10_1 Framework for defining and tracking users coreutils-6.9_3 The Free Software Foundation's core utilities cosmoplayer-2.1.1_1 Java classes to support VRML cups-base-1.3.7_3 Common UNIX Printing System cups-pstoraster-8.15.4_2 Postscript interpreter for CUPS printing to non-PS printers curl-7.18.0 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cvsup-without-gui-16.1h_4 File distribution system optimized for CVS (non-GUI version cyberbit-ttfonts-2.0.20050220_2 Bitstream Cyberbit is a TrueType font covers Unicode 2.0 cyrus-sasl-2.1.22_1 RFC 2222 SASL (Simple Authentication and Security Layer) damageproto-1.1.0_2 Damage extension headers db41-4.1.25_4 The Berkeley DB package, revision 4.1 db42-4.2.52_5 The Berkeley DB package, revision 4.2 dbus-1.2.1 A message bus system for inter-application communication dbus-glib-0.76 GLib bindings for the D-BUS messaging system dbus-qt3-0.70_2 Qt3 bindings for the D-BUS messaging system ddd-3.3.11_1 Data Display Debugger -- a common graphical front-end for G desktop-file-utils-0.15_1 A couple of command line utilities for working with desktop dhcping-1.2 Send DHCP request to DHCP server for monitoring purposes diablo-jdk-1.5.0.07.01_10 Java Development Kit 1.5.0_07.01 dirmngr-1.0.1_2 A client for managing and downloading certificate revocatio djbfft-0.76_2 An extremely fast library for floating-point convolution dmidecode-2.9 A tool for dumping DMI (SMBIOS) contents in human-readable dmxproto-2.2.2 DMX extension headers docbook-4.1_3 V4.1 of the DocBook DTD, designed for technical documentati docbook-sk-4.1.2_4 XML version of the DocBook DTD version controlled for Scrol docbook-xml-4.2_1 XML version of the DocBook DTD docbook-xml-4.3 DocBook/XML DTD V4.3, designed for technical documentation docbook-xml-4.4 DocBook/XML DTD V4.4, designed for technical documentation docbook-xsl-1.71.1_2 XSL DocBook stylesheets doxygen-1.5.6_1 A documentation system for C, C++ and other languages dri-7.0.3_1,2 OpenGL hardware acceleration drivers for the DRI dvd+rw-tools-7.1 DVD burning software dvdbackup-0.1.1_4 Backup content from DVD to hard disk dvipdfmx-20080607_1 Dvipdfm with Asian languages by CID-keyed font technology s dvipsk-tetex-5.95a_2 Convert a TeX DVI file to PostScript editres-1.0.3 Dynamic resource editor for X Toolkit Applications eject-1.5_3 Utility for ejecting media from CD or optical disk drive emacs-22.2_1 GNU editing macros enchant-1.4.0_1 Dictionary/spellchecking framework encodings-1.0.2,1 X.Org Encoding fonts esound-0.2.38 A sound library for enlightenment package evieext-1.0.2 XEVIE extension headers exiv2-0.16_1,1 Exif and Iptc metadata manipulation library and tools expat-2.0.1 XML 1.0 parser written in C ezm3-1.2_1 Easier, more portable Modula-3 distribution for building CV f4l-0.2.1_2 An open source development environment for Macromedia Flash faad2-2.6.1,1 MPEG-2 and MPEG-4 AAC audio decoder ffmpeg-2007.10.04_4 Hyper fast realtime audio/video encoder/converter, streamin fftw3-3.1.2 Fast C routines to compute the Discrete Fourier Transform fgfs-base-1.0.0 FlightGear scenery, textures and aircraft models findutils-4.4.0_2 The GNU find utilities firefox-2.0.0.14_1,1 Web browser based on the browser portion of Mozilla firefox-3.0.a2_3,1 Web browser based on the browser portion of Mozilla firefox-3.0_2,1 Web browser based on the browser portion of Mozilla fixesproto-4.0 Fixes extension headers flac-1.2.1 Free lossless audio codec fltk-1.1.7_4 C++ graphical user interface for X font-adobe-100dpi-1.0.0_1 X.Org Adobe 100dpi font font-adobe-75dpi-1.0.0 X.Org Adobe 75dpi font font-adobe-utopia-100dpi-1.0.1 X.Org Adobe Utopia 100dpi font font-adobe-utopia-75dpi-1.0.1 X.Org Adobe Utopia 75dpi font font-adobe-utopia-type1-1.0.1 X.Org Adobe Utopia Type1 font font-alias-1.0.1 X.Org Font aliases font-arabic-misc-1.0.0 X.Org miscellaneous Arabic fonts font-bh-100dpi-1.0.0 X.Org Bigelow Holmes 100dpi font font-bh-75dpi-1.0.0 X.Org Bigelow Holmes 75dpi font font-bh-lucidatypewriter-100dpi-1.0.0 X.Org Bigelow Holmes Lucida TypeWriter 100dpi font font-bh-lucidatypewriter-75dpi-1.0.0 X.Org Bigelow Holmes Lucida TypeWriter 75dpi font font-bh-ttf-1.0.0 X.Org Bigelow & Holmes TTF font font-bh-type1-1.0.0 X.Org Bigelow Holmes Type1 font font-bitstream-100dpi-1.0.0 X.Org Bitstream Vera 100dpi font font-bitstream-75dpi-1.0.0 X.Org Bitstream Vera 75dpi font font-bitstream-type1-1.0.0 X.Org Bitstream Vera Type1 font font-cronyx-cyrillic-1.0.0 X.Org Cronyx Cyrillic font font-cursor-misc-1.0.0 X.Org miscellaneous Cursor fonts font-daewoo-misc-1.0.0 X.Org miscellaneous Daewoo fonts font-dec-misc-1.0.0 X.Org miscellaneous Dec fonts font-ibm-type1-1.0.0 X.Org IBM Type1 font font-isas-misc-1.0.0 X.Org miscellaneous ISAS fonts font-jis-misc-1.0.0 X.Org miscellaneous JIS fonts font-micro-misc-1.0.0 X.Org miscellaneous Micro fonts font-misc-cyrillic-1.0.0 X.Org miscellaneous Cyrillic font font-misc-ethiopic-1.0.0 X.Org miscellaneous Ethiopic font font-misc-meltho-1.0.0_1 X.Org miscellaneous Meltho font font-misc-misc-1.0.0 X.Org miscellaneous Misc fonts font-mutt-misc-1.0.0 X.Org miscellaneous Mutt fonts font-schumacher-misc-1.0.0 X.Org miscellaneous Schumacher fonts font-screen-cyrillic-1.0.1 X.Org Screen Cyrillic font font-sony-misc-1.0.0 X.Org miscellaneous Sony fonts font-sun-misc-1.0.0 X.Org miscellaneous Sun fonts font-util-1.0.1 Create an index of X font files in a directory font-winitzki-cyrillic-1.0.0 X.Org Winitzki Cyrillic font font-xfree86-type1-1.0.0 X.Org XFree86 Type1 font fontcacheproto-0.1.2 Fontcache extension headers fontconfig-2.5.0,1 An XML-based font configuration API for X Windows fontforge-20080607_2 Type 1/TrueType/OpenType/bitmap font editor fontsproto-2.0.2 Fonts extension headers fonttosfnt-1.0.3 Wrap a bitmap font in a sftn wrapper fr-med-2.3.4 Modelisation et Echanges de Donnees freealut-1.1.0_1 The OpenAL Utility Toolkit freefont-ttf-20060126_2 Free UCS Outline Fonts freetype-1.3.1_4 A free and portable TrueType font rendering engine freetype-tools-1.3.1_5 Tools for FreeType 1 freetype2-2.3.7 A free and portable TrueType font rendering engine fribidi-0.10.9 A Free Implementation of the Unicode Bidirectional Algorith fslsfonts-1.0.1 List fonts served by the X font server fstobdf-1.0.2 Generate BDF font from X font server fusefs-kmod-0.3.9.p1.20080208_2 Kernel module for fuse fusefs-libs-2.7.2_2 FUSE allows filesystem implementation in userspace g-wrap-1.9.6_3,1 A tool for exporting C libraries into Scheme interpreters gail-1.22.3 An implementation of the ATK interfaces for GTK+ widgets gamin-0.1.9_2 A file and directory monitoring system gawk-3.1.6_1 The GNU version of Awk gcc-3.4.6_3,1 GNU Compiler Collection 3.4 gcc-4.2.4_20080430 GNU Compiler Collection 4.2 gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' gconf2-2.22.0_1 A configuration database system for GNOME gd-2.0.35,1 A graphics library for fast creation of images gdb-6.6_1 GNU GDB of newer version than comes with the system gdbm-1.8.3_3 The GNU database manager getdp-1.2.1_5 A rather general finite element solver using mixed finite e getopt-1.1.4_1 A getopt(1) replacement that supports GNU-style long option gettext-0.17_1 GNU gettext package ghostscript-gpl-8.62_2 GPL Postscript interpreter gimp-2.4.6,2 The "meta-port" for The Gimp gimp-app-2.4.6_1,1 A GNU Image Manipulation Program gimp-gutenprint-5.1.7_1 GutenPrint Printer Driver gio-fam-backend-2.16.4 FAM backend for GLib's GIO library gl-117-1.3.2_4 An OpenGL & SDL action flight simulator glclock-6.0.b6.0_1 OpenGL spinning pocket watch demo and benchmark utility gle-3.1.0_1 A GL Tubing and Extrusion Library glib-1.2.10_12 Some useful routines of C programming (previous stable vers glib-2.16.4 Some useful routines of C programming (current stable versi glibmm-2.16.4,1 C++ interfaces for glib2 glitz-0.5.6_1 OpenGL image compositing library glpk-4.28 A GNU Linear Programming Kit glproto-1.4.8 GLX extension headers gltt-2.5.2_6 TrueType fonts rendering using OpenGL gmake-3.81_3 GNU version of 'make' utility gmsh-2.2.2 An automatic 3D finite element mesh generator gnome-doc-utils-0.12.2_1 GNOME doc utils gnome-icon-theme-2.22.0_1 A collection of icons for the GNOME 2 desktop gnome-keyring-2.22.3 A program that keeps passwords and other secrets gnome-mime-data-2.18.0_3 A MIME and Application database for GNOME gnome-mount-0.8_2 A front-end to mount, umount, and eject using HAL gnome-vfs-2.22.0_2 GNOME Virtual File System gnome_subr-1.0 Common startup and shutdown subroutines used by GNOME scrip gnomehier-2.3_10 A utility port that creates the GNOME directory tree gnucash-2.2.4_3 Quicken-like money and finance manager gnucash-docs-2.2.0_3 Documentation for gnucash gnulibiberty-2.17 Miscellaneous GNU functions gnupg-2.0.9_1 The GNU Privacy Guard gnuplot-4.2.3 A command-driven interactive function plotting program gnutls-2.4.1 GNU Transport Layer Security library gocr-0.45 An OCR (Optical Character Recognition) program goffice-0.4.3_5 GLib/GTK+ set of document centric objects and utilities google-perftools-0.97 Fast, multi-threaded malloc() and nifty performance analysi google-sparsehash-1.1 Google's hashtable implementations optimized for space or s gpac-libgpac-0.4.4,1 Gpac MPEG-4 Systems library and headers gperf-3.0.3 Generates perfect hash functions for sets of keywords gpgme-1.1.5_1 A library to make access to GnuPG easier gphoto2-2.4.1_1 A command-line frontend to libgphoto2 gprolog-1.3.0 A free Prolog compiler graphviz-2.20.2 Graph Visualization Software from AT&T and Bell Labs gsed-4.1.5_1 The GNU stream editor gsfonts-8.11_4 Fonts used by GNU Ghostscript (or X) gsl-1.11 The GNU Scientific Library - mathematical libs gtar-1.20_1 GNU version of the traditional tape archiver gtk-1.2.10_20 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.12.11 Gimp Toolkit for X11 GUI (current stable version) gtk-engines2-2.14.3 Theme engine for the gtk+-2.0 toolkit gtkhtml3-3.12.3_5 Lightweight HTML rendering/printing/editing engine gtkimageview-1.5.0_1 Simple image viewer widget gtkmm-2.12.7_1 C++ wrapper for Gtk+, Pango, Atk gtkspell-2.0.13_1 A GTK+ 2 spell checking component guile-1.8.4_3 GNU Ubiquitous Intelligent Language for Extension gutenprint-5.1.7_1 The "meta-port" for GutenPrint gutenprint-base-5.1.7_1 GutenPrint Printer Driver gutenprint-cups-5.1.7_3 GutenPrint Printer Driver gutenprint-ijs-5.1.7_1 GutenPrint Printer Driver gv-3.6.4 A PostScript and PDF previewer gvfs-0.2.5 GNOME virtual file system gwenhywfar-2.6.2_2 Multi-platform helper library for networking and security a hal-0.5.11_1 Hardware Abstraction Layer for simplifying device access hdf5-1.6.7_1 Hierarchical Data Format library (from NCSA) healthd-0.7.9_1 A daemon to monitor vital motherboard parameters help2man-1.36.4_2 Automatically generating simple manual pages from program o hicolor-icon-theme-0.10_2 A high-color icon theme shell from the FreeDesktop project iceauth-1.0.2 ICE authority file utility for X ico-1.0.2 Displays a wire-frame rotating plyhedron icon-naming-utils-0.8.6 Utilities of the Tango project icu-3.8.1_1 International Components for Unicode (from IBM) ilbc-r3951 Internet Low Bit Rate codec (RFC3951) ilmbase-1.0.0_2 ILM Base libraries a.k.a. Half, IlmThread, Imath and Iex imake-1.0.2_4,1 Imake and other utilities from X.Org imlib-1.9.15_7 A graphic library for enlightenment package inputproto-1.4.2.1 Input extension headers intltool-0.37.1 Tools to internationalize various kinds of data files iso-codes-2.0_2 Lists of the country, language and currency iso names iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) ispell-3.2.06_21 An interactive spelling checker for multiple languages itcl-3.3_2 Object-oriented extension to Tcl [incr Tcl] itk-3.3_2 Object-oriented extension to Tk [incr Tk] iwidgets-4.0.1_1 Iwidgets - [incr Widgets] jackit-0.103.0_1 A low-latency audio server jasper-1.900.1_6 An implementation of the codec specified in the JPEG-2000 s javavmwrapper-2.3.2 Wrapper script for various Java Virtual Machines jbigkit-1.6 Lossless compression for bi-level images such as scanned pa jdk-1.5.0.13p7_4,1 Java Development Kit 1.5.0 jdk-1.6.0.3p3_2 Java Development Kit 1.6.0 jpeg-6b_4 IJG's jpeg compression utilities kbproto-1.0.3 KB extension headers kde-3.5.8_2 The "meta-port" for KDE kde-xdg-env-1.0_3,1 Script which hooks into startkde and helps KDE pick up XDG kdeaccessibility-3.5.8_1 Accessibility applications for KDE kdeadmin-3.5.8_1 KDE applications related to system administration kdeartwork-3.5.8_1 Additional themes, sounds, wallpapers and window styles for kdeartwork-xscreensaver-kde-3.5.8_1 Support for xscreensaver blankers in KDE kdebase-3.5.8_2 Basic applications for the KDE system kdebase-kompmgr-3.5.8_1 Utility needed to enable XComposite support in KDE kdeedu-3.5.8 Collection of entertaining, educational programs for KDE kdegames-3.5.8_1 Games for the KDE integrated X11 desktop kdegraphics-3.5.8_3 Graphics utilities for the KDE3 integrated X11 desktop kdegraphics-kamera-3.5.8_1 Digital camera support for KDE kdegraphics-kuickshow-3.5.8_1 KDE image viewer kdehier-1.0_11 Utility port which installs a hierarchy of shared KDE direc kdelibs-3.5.8_2 Base set of libraries needed by KDE programs kdemultimedia-3.5.8_3 Multimedia utilities for the KDE integrated X11 desktop kdemultimedia-mpeglib_artsplug-3.5.8_1 Legacy KDE audio backend kdemultimedia-xine_artsplugin-3.5.8_1 Xine-based multimedia backend for KDE kdenetwork-3.5.8 Network-related programs and modules for KDE kdenetwork-kopete-0.12.7 KDE multi-protocol instant messenger (IM) kdepim-3.5.8_1 Personal Information Management tools for KDE kdesdk-3.5.8_1 KDE Software Development Kit kdetoys-3.5.8_1 Small applications for KDE kdeutils-3.5.8 Utilities for the KDE integrated X11 desktop kdevelop-3.5.0_1 IDE for a wide variety of programming tasks kdewebdev-3.5.8_1,2 Comprehensive html/website development environment koffice-1.6.3_6,2 Office Suite for KDE3 ktoblzcheck-1.18 Check bank codes of German banks lame-3.97_1 ISO code based fast MP3 encoder kit lapack-3.1.1_1 A library of Fortran 77 subroutines for linear algebra latex-cjk-4.8.0 A LaTeX2e macro package which enables the use of CJK script latex-ucs-20041017_2 A LaTeX package for using UTF-8 as input encoding lcms-1.17,1 Light Color Management System -- a color management library lib3ds-1.3.0 A library for handling 3DS (3D Studio) files libFS-1.0.0_1 The FS library libGL-7.0.3 OpenGL library that renders using GLX or DRI libGLU-7.0.3 OpenGL utility library libICE-1.0.4_1,1 Inter Client Exchange library for X11 libIDL-0.8.10_1 A library for creating trees of CORBA IDL files libSM-1.0.3_1,1 Session Management library for X11 libX11-1.1.3_1,1 X11 library libXScrnSaver-1.1.2 The XScrnSaver library libXTrap-1.0.0 The XTrap library libXau-1.0.3_2 Authentication Protocol library for X11 libXaw-1.0.4_1,1 X Athena Widgets library libXcomposite-0.4.0,1 X Composite extension library libXcursor-1.1.9_1 X client-side cursor loading library libXdamage-1.1.1 X Damage extension library libXdmcp-1.0.2_1 X Display Manager Control Protocol library libXevie-1.0.2 The Xevie library libXext-1.0.3,1 X11 Extension library libXfixes-4.0.3_1 X Fixes extension library libXfont-1.3.1_3,1 X font libary libXfontcache-1.0.4 The Xfontcache library libXft-2.1.13 A client-sided font API for X applications libXi-1.1.3,1 X Input extension library libXinerama-1.0.2,1 X11 Xinerama library libXmu-1.0.3,1 X Miscellaneous Utilities libraries libXp-1.0.0,1 X print library libXpm-3.5.7 X Pixmap library libXprintAppUtil-1.0.1 The XprintAppUtil library libXprintUtil-1.0.1 The XprintUtil library libXrandr-1.2.2_1 X Resize and Rotate extension library libXrender-0.9.4_1 X Render extension library libXres-1.0.3_3 X Resource usage library libXt-1.0.5_1 X Toolkit library libXtst-1.0.3_1 X Test extension libXv-1.0.3_1,1 X Video Extension library libXvMC-1.0.4_1 X Video Extension Motion Compensation library libXxf86dga-1.0.2 X DGA Extension libXxf86misc-1.0.1 X XF86-Misc Extension libXxf86vm-1.0.1 X Vidmode Extension liba52-0.7.4_2 A free library for decoding ATSC A/52 streams, aka AC-3 libao-0.8.8_1 Portable audio output library libart_lgpl-2.3.20,1 Library for high-performance 2D graphics libassuan-1.0.4 IPC library used by GnuPG and gpgme libaudiofile-0.2.6 A sound library for SGI audio file libbonobo-2.22.0_1 A component and compound document system for GNOME2 libbonoboui-2.22.0_2 GUI frontend to the libbonobo component of GNOME 2 libcddb-1.3.0 A library to access data on a CDDB server libcdio-0.78.2_2 Compact Disc Input and Control Library libcroco-0.6.1_1 CSS2 parsing library libdaemon-0.12 Lightweight C library that eases the writing of UNIX daemon libdca-0.0.5 Free DTS Coherent Acoustics decoder libdmx-1.0.2_1 DMX extension library libdrm-2.3.0 Userspace interface to kernel Direct Rendering Module servi libdv-0.104_6 Quasar DV codec (libdv): software codec for DV video encodi libdvdcss-1.2.9_2 Portable abstraction library for DVD decryption libdvdread-0.9.7_3 This is needed by ogle, which is a DVD player that supports libexecinfo-1.1_1 A library for inspecting program's backtrace libexif-0.6.15_1 Library to read digital camera file meta-data libfame-0.9.1_2 A video encoding library libflash-0.4.13_3 GPL Flash (TM) Library libfontenc-1.0.4 The fontenc Library libfpx-1.2.0.12_1 Library routines for working with Flashpix images libgcrypt-1.4.1_1 General purpose crypto library based on code used in GnuPG libglade2-2.6.2_1 GNOME glade library libglut-7.0.1_1 OpenGL utility toolkit libgmp-4.2.2 A free library for arbitrary precision arithmetic libgnome-2.22.0_1 Libraries for GNOME, a GNU desktop environment libgnomecanvas-2.20.1.1_2 A graphics library for GNOME libgnomecups-0.2.3_1,1 Support library for gnome cups admistration libgnomeprint-2.18.4_2 Gnome print support library libgnomeprintui-2.18.2_2 Gnome print support library libgnomeui-2.22.1_2 Libraries for the GNOME GUI, a GNU desktop environment libgpg-error-1.6_1 Common error values for all GnuPG components libgphoto2-2.4.1_1 A universal digital camera picture control tool libgsf-1.14.8_2 An extensible i/o abstraction for dealing with structured f libgsf-gnome-1.14.8_1 A GNOME wrapper for libgsf libgtkhtml-2.11.1_2 Lightweight HTML rendering/printing/editing engine libiconv-1.11_1 A character set conversion library libid3tag-0.15.1b ID3 tags library (part of MAD project) libidn-1.8_2 Internationalized Domain Names command line tool libijs-0.35_1 C library that supports plugin printer driver for Ghostscri libiodbc-3.52.6 An ODBC 3.x driver manager, for universal data source acces libksba-1.0.2_1 KSBA is an X.509 Library libltdl-1.5.26 System independent dlopen wrapper libmad-0.15.1b_2 Libmad library (part of MAD project) libmikmod-esound-3.1.11_2 MikMod Sound Library libmng-1.0.9 Multiple-image Network Graphics (MNG) reference library libmodplug-0.8.4 ModPlug mod-like music shared libraries libmpeg2-0.4.1_4 A free library for decoding mpeg-2 and mpeg-1 video streams libmspack-0.0.20040308_3 A library for Microsoft compression formats libnotify-0.4.4_2 A library for desktop notifications libofx-0.9.0_1 OpenSource implementation of the OFX (Open Financial eXchan libogg-1.1.3,4 Ogg bitstream library liboldX-1.0.1 Old X library libopensync-0.22_2 Freedesktop synchronization framework libpaper-1.1.21_3 A library providing routines for paper size management librsvg2-2.22.2_2 Library for parsing and rendering SVG vector-graphic files libsamplerate-0.1.3 Secret Rabbit Code: a Sample Rate Converter for audio libsexy-0.1.11_1 Extension widgets for GTK+ libsigc++-2.2.2 Callback Framework for C++ libslang2-2.1.3 Routines for rapid alpha-numeric terminal applications deve libsndfile-1.0.17_2 Reading and writing files containing sampled sound (like WA libsoup-2.2.105_3 A SOAP (Simple Object Access Protocol) implementation in C libsoup-2.4.1_1 A SOAP (Simple Object Access Protocol) implementation in C libspiro-20071029 Library to convert clothoid splines into bezier splines libtasn1-1.4 ASN.1 structure parser library libthai-0.1.5_3 Thai language support library libtheora-1.0.b2 Theora video codec for the Ogg multimedia streaming system libtool-1.5.26 Generic shared library support script libungif-4.1.4_5 Tools and library routines for working with GIF images libuninameslist-20060907 A library of Unicode annotation data libusb-0.1.12_2 Library giving userland programs access to USB devices libvolume_id-0.81.0 Library to provide file system type information libvorbis-1.2.0_2,3 Audio compression codec library libwmf-0.2.8.4_2 Tools and library for converting Microsoft WMF (windows met libwpd-0.8.14_1 Tools for importing and exporting WordPerfect(tm) documents libwww-5.4.0_4 The W3C Reference Library libxine-1.1.12_1 Libraries for xine multimedia player libxkbfile-1.0.4 XKB file library libxkbui-1.0.2_1 The xkbui library libxml++-1.0.5_1 XML API for C++ libxml++-2.22.0_1 XML API for C++ libxml2-2.6.32 XML parser library for GNOME libxslt-1.1.24 The XSLT C library for GNOME licq-base-1.3.5_3 A popular ICQ-compatible plugin-based program licq-qt-gui-1.3.5_1 Qt plugin for licq linc-1.0.3_7 A library for writing networked servers & clients linux-alsa-lib-1.0.10.3 The Advanced Linux Sound Architecture libraries linux-atk-1.9.1 Accessibility Toolkit, Linux/i386 binary linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library linux-firefox-devel-3.0.b2 Web browser based on the browser portion of Mozilla linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig linux-glib2-2.6.6 Version 2.X Linux/i386 binary port of GLib linux-gtk2-2.6.10 GTK+ library, version 2.X, Linux binary linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project linux-jpeg-6b.34 RPM of the JPEG lib linux-libsigc-2.0.17 Callback Framework for C++ (linux version) linux-png-1.2.8_2 RPM of the PNG lib linux-tiff-3.7.1 TIFF library, Linux/i386 binary linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-fc6-6_5 Base set of packages needed in Linux mode (for i386/amd64) linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration of listres-1.0.1 List resources in widgets localedata-5.4 Legacy locale data for FreeBSD 6+ lsdvd-0.16_2 Print information about the contents and structure of a DVD lsof-4.80,2 Lists information about open files (similar to fstat(1)) luit-1.0.2_2 Locale and ISO 2022 support for Unicode terminals lzmautils-4.32.6 LZMA compression and decompression tools lzo2-2.03_1 Portable speedy, lossless data compression library m4-1.4.11,1 GNU m4 mDNSResponder-108 Apple's mDNSResponder makedepend-1.0.1,1 A dependency generator for makefiles mc-4.6.1_8 Midnight Commander, a free Norton Commander Clone mdbtools-gnome-0.5_14 Utilities and libraries to export data from MS Access datab mesa-demos-7.0.3 OpenGL demos distributed with Mesa metis-4.0_2 A package for unstructured graph partitioning mjpegtools-1.9.0.r3_2 Set of tools to record/playback/edit videos in MPEG format mkcomposecache-1.2_1 Program to create Compose cache files mkfontdir-1.0.3_1 Create an index of X font files in a directory mkfontscale-1.0.3 Creates an index of scalable font files for X mono-1.2.5.1_1 An open source implementation of .NET Development Framework mpeg2codec-1.2_3 An MPEG-2 Encoder and Decoder mpfr-2.3.1 A library for multiple-precision floating-point computation mplayer-skins-1.1.2_6 Skins for MPlayer's Graphical User Interface (GUI) mtools-3.9.10_4 A collection of tools for manipulating MSDOS files mysql-client-5.0.51a Multithreaded SQL database (client) mysql-server-5.0.51a Multithreaded SQL database (server) nas-1.9.1_2 Network Audio System nasm-2.02,1 General-purpose multi-platform x86 and x86-64 assembler neon26-0.26.4_1 An HTTP and WebDAV client library for Unix systems net-snmp-5.4.1.2 An extendable SNMP implementation netcdf-3.6.3 Library for machine-independent, array-oriented data access netpbm-10.26.55 A toolkit for conversion of images between different format netscape-java40-1999.11.15_1 Classes to allow a Java applet access to Javascript objects nmh-1.2_2 A cleaned up MH mailer suite nspr-4.7 A platform-neutral API for system level and libc like funct nss-3.11.9_2 Libraries to support development of security-enabled applic nvidia-driver-173.14.09 NVidia graphics card binary drivers for hardware OpenGL ren nvidia-settings-173.14.09 Display Control Panel for X NVidia driver oclock-1.0.1 Round clock application for X octave-3.0.0_4 High-level interactive language for numerical computations ode-0.9_2,1 Articulated rigid body dynamics library open-motif-2.2.3_5 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openal-20060211_7 A 3D positional spatialized sound library openldap-client-2.3.42 Open source LDAP client implementation openoffice.org-3.0.0.b_1 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br openquicktime-1.0_4 Portable library for handling Apple's QuickTime(TM) files openslp-1.2.1_2 Open-source implementation of the Service Location Protocol opera-9.51.20080630 Blazingly fast, full-featured, standards-compliant browser, ortp-0.13.0_1 A Real-time Transport Protocol (RTP) stack p5-AppConfig-1.66 A Perl module for reading configuration files p5-Archive-Tar-1.38_1 Perl module for creation and manipulation of tar files p5-Archive-Zip-1.23 Perl module to create, manipulate, read, and write Zip arch p5-Authen-SASL-2.12 Perl5 module for SASL authentication p5-CGI.pm-3.38,1 Simple Common Gateway Interface Class for Perl p5-Chart-2.4.1_1 A perl5 interface to build chart graphics p5-Class-Accessor-0.31 Automated accessor generation p5-Class-ISA-0.33 Report the search path for a class's ISA tree p5-Class-MethodMaker-2.11 Perl module for creating generic methods p5-Compress-Raw-Zlib-2.011 Low-Level Interface to zlib compression library p5-Compress-Zlib-2.011 Perl5 interface to zlib compression library p5-Convert-BinHex-1.119 Perl module to extract data from Macintosh BinHex files p5-Crypt-SSLeay-0.57 Perl5 interface to allow p5-libwww LWP to make https connec p5-DBD-mysql-4.006 MySQL driver for the Perl5 Database Interface (DBI) p5-DBI-1.60.4 The perl5 Database Interface. Required for DBD::* modules p5-Data-Dumper-2.121 Stringified perl data structures, suitable for both printin p5-Date-Manip-5.44 Perl5 module containing date manipulation routines p5-Digest-1.15 Modules that calculate message digests p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.36 Perl5 interface to the MD5 algorithm p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-Email-Abstract-2.134 Unified interface to mail representations p5-Email-Address-1.88.9 RFC 2822 Address Parsing and Creation p5-Email-Date-1.10.3 Find and Format Date Headers p5-Email-Date-Format-1.002 Produce RFC 2822 date strings p5-Email-MIME-1.861 Easy MIME message parsing p5-Email-MIME-Attachment-Stripper-1.31.4 Strip the attachments from a mail p5-Email-MIME-ContentType-1.01.4 Parse a MIME Content-Type Header p5-Email-MIME-Creator-1.454 Email::MIME constructor for starting anew p5-Email-MIME-Encodings-1.311 A unified interface to MIME encoding and decoding p5-Email-MIME-Modifier-1.442 Modify Email::MIME Objects Easily p5-Email-MessageID-1.351 Generate world unique message-ids p5-Email-Reply-1.202 Email::Reply - Reply to a Message p5-Email-Send-2.192 Email::Send - Simply Sending Email p5-Email-Simple-2.00.4 Simple parsing of RFC2822 message format and headers p5-Email-Simple-Creator-1.424 A constructor to Email::Simple for creating messages from s p5-Encode-2.25 Provides interfaces between strings and the rest of the sys p5-Encode-Detect-1.01 An Encode::Encoding subclass that detects the encoding of d p5-ExtUtils-CBuilder-0.23 Compile and link C code for Perl modules p5-ExtUtils-MakeMaker-6.44_1 Designed to write a Makefile for an extension module p5-ExtUtils-ParseXS-2.19 Converts Perl XS code into C code p5-File-HomeDir-0.80 Get home directory for self or other users p5-File-Temp-0.20 Perl5 module to generate temporary files or directories saf p5-File-Tempdir-0.02 Perl5 module to provide an object interface for File::Temp p5-File-Which-0.05 Portable implementation of `which' in Perl p5-Finance-Quote-1.13 Get stock and mutual fund quotes from various exchanges p5-Finance-QuoteHist-1.11 Perl module for fetching historical stock quotes p5-GD-2.39 A perl5 interface to Gd Graphics Library version2 p5-GD-Graph-1.44.01_1 Graph plotting module for perl5 p5-GD-TextUtil-0.86_1 Text utilities for use with GD drawing package p5-GSSAPI-0.26 Perl extension providing access to the GSSAPIv2 library p5-HTML-Parser-3.56_1 Perl5 module for parsing HTML documents p5-HTML-Scrubber-0.08 Perl extension for scrubbing/sanitizing html p5-HTML-TableExtract-2.10 Extract text contained in tables within an HTML document p5-HTML-Tagset-3.20 Some useful data table in parsing HTML p5-HTML-Tree-3.23 A collection of modules to manupulate HTML syntax trees p5-IMAP-Client-0.13 Advanced manipulation of IMAP services w/ referral support p5-IO-Compress-Base-2.011 Base Class for IO::Uncompress modules p5-IO-Compress-Zlib-2.011 Perl5 interface for reading and writing of (g)zip files p5-IO-Multiplex-1.09 IO::Multiplex - Manage IO on many file handles p5-IO-Socket-INET6-2.52 Perl module with object interface to AF_INET6 domain socket p5-IO-Socket-SSL-1.13 Perl5 interface to SSL sockets p5-IO-String-1.08 Simplified Perl5 module to handle I/O on in-core strings p5-IO-Zlib-1.09 IO:: style interface to Compress::Zlib p5-IO-stringy-2.110 Perl5 module for using IO handles with non-file objects p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-MIME-Tools-5.426,2 A set of perl5 modules for MIME p5-MIME-Types-1.24 Perl extension for determining MIME types p5-Mail-Audit-2.2.23 Perl module for creating easy mail filters p5-Mail-POP3Client-2.17 Perl5 module to talk to a POP3 (RFC1939) server p5-Mail-SpamAssassin-3.2.5 A highly efficient mail filter for identifying spam p5-Mail-Tools-2.02 Perl5 modules for dealing with Internet e-mail messages p5-Math-BigInt-1.89 Math::BigInt - Arbitrary size integer math package p5-Module-Build-0.28.08_2 Build and install Perl modules p5-Module-Pluggable-3.8_1 Automatically give your module the ability to have plugins p5-Net-1.22,1 Perl5 modules to access and use network protocols p5-Net-DNS-0.63 Perl5 interface to the DNS resolver, and dynamic updates p5-Net-IP-1.25 Perl extension for manipulating IPv4/IPv6 addresses p5-Net-SSLeay-1.30_1 Perl5 interface to SSL p5-Net-Server-0.97 A configurable base class for writing internet servers in P p5-Parse-Yapp-1.05 Perl extension for generating and using LALR parsers p5-PatchReader-0.9.5 Perl module with utilities to read and manipulate patches a p5-PathTools-3.2701 A Perl module for portably manipulating file specifications p5-Return-Value-1.302 Return::Value - Polymorphic Return Values p5-Scalar-List-Utils-1.19,1 Perl subroutines that would be nice to have in the perl cor p5-Socket6-0.20 IPv6 related part of the C socket.h defines and structure m p5-Spiffy-0.30 Spiffy Perl Interface Framework For You p5-Storable-2.18 Persistency for perl data structures p5-Template-GD-2.66 Template Toolkit plugin to interface with GD modules p5-Template-Toolkit-2.19 Extensive Toolkit for template processing p5-Term-ProgressBar-2.09 Perl extension to display a progress bar p5-Term-ReadKey-2.30 A perl5 module for simple terminal control p5-Test-Base-0.54_1 Test::Base - A Data Driven Testing Framework p5-Test-Harness-3.12 Run perl standard test scripts with statistics p5-Test-Simple-0.80 Basic utilities for writing tests in perl p5-Text-CSV_XS-0.45 Comma-separated values manipulation routines p5-Text-Iconv-1.7 Perl interface to iconv() codeset conversion function p5-Text-Tabs+Wrap-2006.1117 Line wrapping to form simple paragraphs p5-Tie-IxHash-1.21 Perl module implementing ordered in-memory associative arra p5-Time-Local-1.18 Efficiently compute time from local and GMT time p5-Time-Piece-1.13 Time::Piece - Object Oriented time objects p5-TimeDate-1.16,1 Perl5 module containing a better/faster date parser for abs p5-UNIVERSAL-require-0.11 Perl module to require() from a variable p5-URI-1.37 Perl5 interface to Uniform Resource Identifier (URI) refere p5-URI-imap-1.01 URI::imap - Support IMAP URI p5-XML-DOM-1.44 Perl module for building DOM Level 1 compliant document str p5-XML-Filter-BufferText-1.01 Filter to put all characters() in one event p5-XML-Handler-YAWriter-0.23 Yet another Perl SAX XML Writer p5-XML-LibXML-Common-0.13 Routines and Constants common for XML::LibXML and XML::GDOM p5-XML-NamespaceSupport-1.09_1 A simple generic namespace support class p5-XML-Parser-2.36 Perl extension interface to James Clark's XML parser, expat p5-XML-RegExp-0.03 Regular expressions for XML tokens p5-XML-SAX-0.16 Simple API for XML p5-XML-SAX-Expat-0.40 Simple API for XML p5-XML-SAX-Writer-0.50 SAX2 XML Writer p5-XML-Simple-2.18 Trivial API for reading and writing XML (esp config files) p5-XML-Twig-3.32 Process huge XML documents by chunks via a tree interface p5-XML-XPath-1.13 Modules for parsing and evaluating XPath statements p5-XML-XQL-0.68 Perl module for querying XML tree structures with XQL p5-YAML-0.66 YAML implementation in Perl p5-gettext-1.05_2 Message handling functions p5-libwww-5.805 Perl5 library for WWW access p5-libxml-0.08 Collection of Perl5 modules for working with XML p5-type1inst-0.6.1_5 A script that helps install Postscript fonts in X Window Sy pango-1.20.5 An open-source framework for the layout and rendering of i1 paraview-2.4.4_3 ParaView is a powerful scientific data visualization applic pari-2.3.3 Mathematics library and advanced calculator package patch-2.5.4 GNU patch utility patchutils-0.3.0 A small collection of programs that operate on patch files pciids-20080312 Database of all known ID's used in PCI devices pcre-7.7 Perl Compatible Regular Expressions library pdflib-7.0.2 A C library for dynamically generating PDF pdftk-1.41 A simple tool for doing everyday things with PDF documents perl-5.8.8_1 Practical Extraction and Report Language php5-5.2.6 PHP Scripting Language php5-mysql-5.2.6 The mysql shared extension for php php5-pcre-5.2.6 The pcre shared extension for php php5-xml-5.2.6 The xml shared extension for php pilot-link-0.12.2,1 Suite of tools used to connect and sync your Palm handled pixman-0.10.0_2 Low-level pixel manipulation library pkg-config-0.23_1 A utility to retrieve information about installed libraries plib-1.8.5 A portable library for joystick/sound/OpenGL GUI/3D math plotutils-2.5_1 A plotting library and toolkit png-1.2.28 Library for manipulating PNG images policykit-0.8_3 Framework for controlling access to system-wide components policykit-gnome-0.8_1 GNOME frontend to the PolicKit framework poppler-0.8.4_1 A PDF rendering library poppler-data-0.2.0 Poppler encoding data poppler-gtk-0.8.4 Gtk bindings to poppler poppler-qt-0.8.4 Qt bindings to poppler popt-1.7_5 A getopt(3) like library with a number of enhancements, fro portaudio-18.1_2 Portable cross-platform Audio API portupgrade-2.4.3_2,2 FreeBSD ports/packages administration and management tool s postgresql-client-7.4.21 PostgreSQL database (client) postgresql-libpqxx-2.6.9_1 A new C++ interface for PostgreSQL printproto-1.0.3 Print extension headers pth-2.0.7 GNU Portable Threads py25-libxml2-2.6.32 Python interface for XML parser library for GNOME py25-qt-3.17.4_1,2 Python bindings for the Qt toolkit py25-sip-4.7.4,1 Python to C and C++ bindings generator py25-xml-0.8.4 PyXML: Python XML library enhancements python24-2.4.5_1 An interpreted object-oriented programming language python25-2.5.2_2 An interpreted object-oriented programming language qca-tls-1.0_4 SSL/TLS plugin for Qt qhull-1.0_1 Qhull computes convex hulls, Delaunay triangulations and ha qmake-3.3.8_1 The build utility of the Qt project qscintilla-1.7.1_4 QT port of the Scintilla C++ editor class qt-copy-3.3.8_9 Multiplatform C++ application framework (+ KDE patches) qt4-corelib-4.3.4_1 Qt core library qt4-designer-4.3.4_1 Qt ui editor qt4-gui-4.3.4_2 Qt graphical user interface library qt4-libQtAssistantClient-4.3.4_1 Qt documentation browser integration library qt4-moc-4.3.4 Qt meta object compiler qt4-network-4.3.4_1 Qt network library qt4-opengl-4.3.4_2 Qt OpenGL library qt4-qmake-4.3.4 The build utility of the Qt project qt4-qt3support-4.3.4_2 Qt3 compatibility library qt4-rcc-4.3.4 Qt resource compiler qt4-script-4.3.4_1 Qt script qt4-sql-4.3.4_1 Qt SQL library qt4-uic-4.3.4 Qt user interface compiler qt4-xml-4.3.4_1 Qt XML library qtorrent-0.9.6.1_5 BitTorrent client that uses the Qt widget-set randrproto-1.2.1 Randr extension headers rapidsvn-0.9.4_4 Cross-platform GUI front-end for the Subversion revision sy rarian-0.8.0_1 An OMF help system based on the Freedesktop specification rawrec-0.9.991 A utility to record and playback raw audio data razor-agents-2.84 A distributed, collaborative, spam detection and filtering recode-3.6_7 Converts files between character sets and usages recordproto-1.13.2 RECORD extension headers renderproto-0.9.3 RenderProto protocol headers resourceproto-1.0.2 Resource extension headers rgb-1.0.1 Uncompile an rgb corl-name database rlwrap-0.30 Readline wrapper rpm-3.0.6_14 The Red Hat Package Manager rpm2cpio-1.2_2 Convert .rpm files for extraction with /usr/bin/cpio, needs rstart-1.0.2 Sample implementation of a Remote Start client ruby-1.8.6.111_4,1 An object-oriented interpreted scripting language ruby18-bdb-0.6.4 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat ruby18-deplate-0.8.1 Ruby tool for converting wiki-like markup samba-libsmbclient-3.0.30 Shared libs from the samba package scripts-1.0.1 Various X related scripts scrnsaverproto-1.1.0 ScrnSaver extension headers sdl-1.2.13_1,2 Cross-platform multimedia development API sdl_mixer-1.2.8_1 A sample multi-channel audio mixer library sdl_ttf-2.0.9 A library to use TrueType fonts to render text in SDL appli sdocbook-xml-1.1,1 "Simplified" DocBook XML DTD sessreg-1.0.3 Manage utmp/wtmp entries for non-init X clients setxkbmap-1.0.4 Set the keyboard using the X Keyboard Extension sge-6.0.12 Sun Grid Engine, a batch queueing system shared-mime-info-0.40 A MIME type database from the FreeDesktop project shc-3.8.6 A shell script "encoder" showfont-1.0.1_1 Font dumper for the X font server simage-1.6.1_4 Library with image format loaders and front-ends skype-2.0.0.72,1 P2P VoIP software slib-3a4_1 A portable scheme library slib-guile-3a4_2 SLIB installation for Guile smpeg-0.4.4_8 A free MPEG1 video player library with sound support smproxy-1.0.2 Session Manager Proxy sp-1.3.4 An object-oriented toolkit for SGML parsing and entity mana spampd-2.30_3 Spamassassin SMTP Proxy speex-1.2.b2,1 An open-source patent-free voice codec sqlite3-3.5.6 An SQL database engine in a C library w/ Tcl wrapper squid-2.6.21 HTTP Caching Proxy startup-notification-0.9_2 Library that supports startup notification spec from freede subversion-1.4.6_2 Version control system suckblow-1.1 Two companion utilities for transferring data over a TCP so sudo-1.6.9.15_1 Allow others to run commands as root suitesparse-3.1.0 SuiteSparse is a set of packages for sparse matrices calcul sunbird-0.7_2,1 Redesign of the Mozilla Calendar with XUL interface svgalib-1.4.3_5 A low level console graphics library sweep-0.9.3_1,1 A sound editor for the GNOME/GTK 2.0 desktop swi-pl-5.6.16 Edinburgh-style Prolog compiler swig-1.3.35 Simplified Wrapper and Interface Generator t1lib-5.1.2,1 A Type 1 Rasterizer Library for UNIX/X11 t1utils-1.32 Six utilities for manipulating t1 fonts taglib-1.5 Library for manipulating ID3 tags and Ogg comments tcl-8.4.19,1 Tool Command Language tcl-8.5.2 Tool Command Language tcl-threads-8.4.19,1 Tool Command Language teTeX-3.0_2 A meta port for teTeX suite teTeX-base-3.0_13 Thomas Esser's distribution of TeX & friends (binaries) teTeX-texmf-3.0_5 Thomas Esser's distribution of TeX & friends (texmf tree) tex-texmflocal-1.9 Meta-port that creates a site-local $TEXMF directory texi2html-1.76_1,1 Texinfo to HTML converter thunderbird-2.0.0.14_1 Mozilla Thunderbird is standalone mail and news that stands tidy-20000804_2 Fixes and tidies up HTML files tiff-3.8.2_1 Tools and library routines for working with TIFF images timbl-6.1.2 Tilburg Memory Based Learner tk-8.4.19,2 Graphical toolkit for TCL tk-wrapper-1.1 Shell wrapper for wish (Tk) tkcvs-8.1 Tcl/Tk frontends to CVS, Subversion and diff tkdiff-4.1.4 A Tk frontend for diff(1) tmake-1.7_4 Extremely portable perl-based make utility transcode-1.0.5_3 A text-console utility for video stream processing trapproto-3.4.3 DEC-XTRAP extension headers ttf2pt1-3.4.4_2 True Type Font to Postscript Type 1 Converter twm-1.0.3_3 Tab Window Manager for the X Window System ufraw-0.13_3 Read and manipulate raw images from digital cameras unrar-3.80.b2,5 Extract, view & test RAR archives unzip-5.52_5 List, test and extract compressed files in a ZIP archive vcdimager-0.7.23_5 GNU VCDImager/VCDRip -- The GNU VideoCD Image Maker/Ripping videoproto-2.2.2 Video extension headers viewres-1.0.1 Graphical class browser for Xt vim-7.1.315 Vi "workalike", with many additional features vnc-4.1.2_4 Display X and Win32 desktops on remote X/Win32/Java display vorbis-tools-1.2.0_3,3 Play, encode, and manage Ogg Vorbis files vtk-headers-4.4_2 The Visualization Toolkit C++ headers, CMake includes, Doxy wavpack-4.41.0 Compress (and restore) both 16 and 24-bit audio files in .w wget-1.11 Retrieve files from the Net via HTTP and FTP win32-codecs-3.1.0.r1,1 Huge compilation of Win32 binary video codecs wm2-4.0_2 A very simple window manager for X wordpress-2.5.1,1 A state-of-the-art semantic personal publishing platform wput-0.6.1_2 Uploads files or directories to a ftpserver with support of wv2-0.2.3_2 A library providing routines to access Microsoft Word files wxgtk2-2.6.3_5 The wxWidgets GUI toolkit with GTK+ bindings wxgtk2-common-2.6.3_4 The wxWidgets GUI toolkit (common files) x11perf-1.4.1 X11 server performance test program x264-0.0.20080409_2 Multimedia library and tool for encoding H.264/AVC video st xauth-1.0.2 X authority file utility xbacklight-1.1 Program to adjust backlight brightness xbiff-1.0.1 Mailbox flag for X xbitmaps-1.0.1 X.Org bitmaps data xcalc-1.0.2 Scientific calculator for X xclipboard-1.0.1 X clipboard client xclock-1.0.3 Analog and digital clock for X xcmiscproto-1.1.2 XCMisc extension headers xcmsdb-1.0.1 Device Color Characterization utility for X xconsole-1.0.3 Monitor system console messages with X xcursor-themes-1.0.1_1 X.org cursors themes xcursorgen-1.0.2 Create an X cursor file from a collection of PNG images xdbedizzy-1.0.2 Demo of DBE creating a double buffered spinning scene xdg-utils-1.0.2_2 Tools to allow all applications to integrate with the free xditview-1.0.1 Display ditroff output xdm-1.1.6_3 X.Org X display manager xdpyinfo-1.0.2_1 Display information utility for X xdriinfo-1.0.2 Query configuration information of DRI drivers xdvik-tetex-22.84.10_2 DVI Previewer(kpathsearch) for X xearth-1.1_2 Set the root window to the image of earth xedit-1.0.2 Simple text editor for X xev-1.0.2 Print contents of X events xextproto-7.0.2 XExt extension headers xeyes-1.0.1 A follow the mouse X demo xf86-input-acecad-1.2.1_1 X.Org acecad input driver xf86-input-calcomp-1.1.1_1 X.Org calcomp input driver xf86-input-citron-2.2.1_1 X.Org citron input driver xf86-input-digitaledge-1.1.0_1 X.Org digitaledge input driver xf86-input-dmc-1.1.1_1 X.Org dmc input driver xf86-input-dynapro-1.1.1_1 X.Org dynapro input driver xf86-input-elo2300-1.1.1_1 X.Org elo2300 input driver xf86-input-elographics-1.1.0_1 X.Org elographics input driver xf86-input-fpit-1.1.0_1 X.Org fpit input driver xf86-input-hyperpen-1.1.0_1 X.Org hyperpen input driver xf86-input-jamstudio-1.1.0_1 X.Org jamstudio input driver xf86-input-joystick-1.2.3_1 X.Org joystick input driver xf86-input-keyboard-1.2.2_2 X.Org keyboard input driver xf86-input-magellan-1.1.1_1 X.Org magellan input driver xf86-input-magictouch-1.0.0.5_2 X.Org magictouch input driver xf86-input-microtouch-1.1.1_1 X.Org microtouch input driver xf86-input-mouse-1.2.3_2 X.Org mouse input driver xf86-input-mutouch-1.1.0_1 X.Org mutouch input driver xf86-input-palmax-1.1.0_1 X.Org palmax input driver xf86-input-penmount-1.2.1_1 X.Org penmount input driver xf86-input-spaceorb-1.1.1_1 X.Org spaceorb input driver xf86-input-summa-1.1.0_1 X.Org summa input driver xf86-input-tek4957-1.1.0_1 X.Org tek4957 input driver xf86-input-void-1.1.1_1 X.Org void input driver xf86-video-apm-1.1.1_2 X.Org apm display driver xf86-video-ark-0.6.0_2 X.Org ark display driver xf86-video-ati-6.9.0 X.Org ati display driver xf86-video-chips-1.1.1_2 X.Org chips display driver xf86-video-cirrus-1.1.0_2 X.Org cirrus display driver xf86-video-cyrix-1.1.0_2 X.Org cyrix display driver xf86-video-dummy-0.2.0_2 X.Org dummy display driver xf86-video-fbdev-0.3.1_2 X.Org fbdev display driver xf86-video-glint-1.1.1_4 X.Org glint display driver xf86-video-i128-1.2.1_2 X.Org i128 display driver xf86-video-i740-1.1.0_2 X.Org i740 display driver xf86-video-i810-1.7.4_1 X.Org i810 display driver xf86-video-imstt-1.1.0_2 X.Org imstt display driver xf86-video-mach64-6.8.0 X.Org mach64 display driver xf86-video-mga-1.4.7_1,1 X.Org mga display driver xf86-video-neomagic-1.1.1_2 X.Org neomagic display driver xf86-video-newport-0.2.1_2 X.Org newport display driver xf86-video-nsc-2.8.3_1 X.Org nsc display driver xf86-video-nv-2.1.9 X.Org nv display driver xf86-video-r128-6.8.0 X.Org r128 display driver xf86-video-radeonhd-1.2.1_1 X.Org ati RadeonHD display driver xf86-video-rendition-4.1.3_2 X.Org rendition display driver xf86-video-s3-0.5.0_2 X.Org s3 display driver xf86-video-s3virge-1.9.1_2 X.Org s3virge display driver xf86-video-savage-2.1.3_1 X.Org savage display driver xf86-video-siliconmotion-1.5.1_1 X.Org siliconmotion display driver xf86-video-sis-0.9.3_3 X.Org sis display driver xf86-video-tdfx-1.3.0_3 X.Org tdfx display driver xf86-video-tga-1.1.0_2 X.Org tga display driver xf86-video-trident-1.2.3_2 X.Org trident display driver xf86-video-tseng-1.1.1_2 X.Org tseng display driver xf86-video-vesa-1.3.0_2 X.Org vesa display driver xf86-video-vga-4.1.0_2 X.Org vga display driver xf86-video-via-0.2.2_3 X.Org via display driver xf86-video-vmware-10.15.2_1 X.Org vmware display driver xf86-video-voodoo-1.1.1_2 X.Org voodoo display driver xf86bigfontproto-1.1.2 XFree86-Bigfont extension headers xf86dga-1.0.2 Test program for the XFree86-DGA extension xf86dgaproto-2.0.3 XFree86-DGA extension headers xf86driproto-2.0.3 XFree86-DRI extension headers xf86miscproto-0.9.2 XFree86-Misc extension headers xf86rushproto-1.1.2 XFree86-Rush extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xfd-1.0.1 Display all characters in an X font xfindproxy-1.0.1 Locate available proxy services xfontsel-1.0.2 Point and click selection of X11 font names xfs-1.0.5_1,1 X.Org font server xfsinfo-1.0.1 X font server information utility xfwp-1.0.1 X firewall proxy xgamma-1.0.2 Gamma correction through the X server. xgc-1.0.1 X graphics demo xhost-1.0.2 Server access control program for X xine-0.99.5_1 An X11 multimedia player xineramaproto-1.1.2 Xinerama extension headers xinit-1.0.7 X Window System initializer xkbcomp-1.0.3 Compile XKB keyboard description xkbevd-1.0.2 XKB event daemon xkbprint-1.0.1 Utility for printing an XKB keyboard description xkbutils-1.0.1_1 XKB utility demos xkeyboard-config-1.2_1 X Keyboard Configuration Database xkill-1.0.1 Utility for killing a client by its X resource xload-1.0.2 System load average display for X xlogo-1.0.1 Displays the X Window System logo. xlsatoms-1.0.1 List interned atoms defined on a server xlsclients-1.0.1 List client applications running on a display xlsfonts-1.0.2 Server font list displayer for X xmag-1.0.2 X application for screen magnifying xman-1.0.3 Manual page display program for X xmessage-1.0.2 Display message or query in a X window xmh-1.0.1 Send and read mail with an X interface to MH xmlcatmgr-2.2 SGML and XML catalog manager xmodmap-1.0.3 Utility for modifying keymaps and pointer button mappings i xmore-1.0.1 Plain text display program for X xorg-7.3_2 X.Org complete distribution metaport xorg-apps-7.3 X.org apps meta-port xorg-cf-files-1.0.2_2 X.org cf files for use with imake builds xorg-docs-1.4,1 X.org documentation files xorg-drivers-7.3_3 X.org drivers meta-port xorg-fonts-100dpi-7.3 X.Org 100dpi bitmap fonts xorg-fonts-7.3_1 X.org fonts meta-port xorg-fonts-75dpi-7.3 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-7.3 X.Org Cyrillic bitmap fonts xorg-fonts-miscbitmaps-7.3 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-7.3 X.Org TrueType fonts xorg-fonts-type1-7.3 X.Org Type1 fonts xorg-libraries-7.3_2 X.org libraries meta-port xorg-protos-7.3_2 X.org protos meta-port xorg-server-1.4.2,1 X.Org X server and related programs xphelloworld-1.0.1_1 Sends a test page to an Xprint printer xplsprinters-1.0.1 Shows a list of Xprint printers xpr-1.0.2 Utility for printing an X window dump xprehashprinterlist-1.0.1 Recomputes the list of available printers. xprop-1.0.3 Property displayer for X xproto-7.0.10_1 X11 protocol headers xproxymanagementprotocol-1.0.2 X Proxy Management Protocol headers xrandr-1.2.2 Primitive command line interface to the RandR extension xrdb-1.0.4 X server resource database utility xrefresh-1.0.2 Refresh all or part of an X screen xrx-1.0.1_1 RX helper program xscreensaver-gnome-4.24_8 Save your screen while you entertain your cat (for GNOME us xset-1.0.3 User preference utility for X xsetmode-1.0.0 Set the mode for an X Input Device xsetpointer-1.0.1 Set an X Input device as the main pointer xsetroot-1.0.2 root window parameter setting utility for X xsm-1.0.1 X Session Manager xstdcmap-1.0.1 X standard colormap utility xterm-235 Terminal emulator for the X Window System xtrans-1.0.4 Abstract network code for X xtrap-1.0.2 XTrap sample clients for X xvid-1.1.3,1 An opensource MPEG-4 codec, based on OpenDivx xvid4conf-1.12_2 XviD configuration panel for transcode xvidtune-1.0.1 Video mode tuner for X xvinfo-1.0.2 Print out X-Video extension adaptor information xwd-1.0.1 Dump an image of an X window xwininfo-1.0.3 Window information utility for X xwud-1.0.1 Image displayer for X yasm-0.7.1_1 A complete rewrite of the NASM assembler yelp-2.22.1_1 A help browser for the GNOME 2 desktop yudit-2.9.0_1 Multi-lingual unicode text editor with TTF support zh-CJKUnifonts-0.2.20080216.1 CJKUnifonts TrueType Font is a combine of Arphic Ming and K zh-arphicttf-2.11_2 Four Chinese Big5/GB TrueType fonts made by Arphic Technolo zh-big5con-0.92i Big5 Chinese console zh-chinput-3.0.2.5_7 Chinese GB2312,BIG5 code input server zh-gcin-1.4.2 A traditional chinese input utility in X zh-hanzim-1.3_3 A Chinese character learning-aid program zh-mingunittf-1.08_1 Chinese Big5HKSCS TrueType fonts zh-ttf2pt1-3.4.0 True Type Font to Postscript Type 1 Converter with chinese zh-ttfm-0.9.5_3 A Big5/GB enhanced TrueType Font Manager zip-2.32 Create/update ZIP files compatible with pkzip From mikhailg at webanoide.org Mon Jul 7 20:43:46 2008 From: mikhailg at webanoide.org (Mikhail Goriachev) Date: Mon Jul 7 20:43:53 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <20080705075249.GA1145@straylight.m.ringlet.net> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> <20080705075249.GA1145@straylight.m.ringlet.net> Message-ID: <20080707164339.10063b9lns9zqh2c@www.san.navalradio.cl> Quoting Peter Pentchev : > On Fri, Jul 04, 2008 at 10:34:32PM -0400, Mikhail Goriachev wrote: >> Quoting Peter Pentchev : >> >> > On Fri, Jul 04, 2008 at 01:22:15PM -0400, Mikhail Goriachev wrote: >> >> Hi, >> > [snip] >> >> I slapped together a workaround. Here's a "patch", maybe the idea of >> >> it will be of some use. >> > >> > Just a minor comment on the patch: >> > >> >> +DBDIR=`grep directory /usr/local/etc/openldap/slapd.conf | awk '{ >> >> print $2 }'` >> > >> > This is better written as >> > >> > awk '/directory/ {print $2}' /usr/local/etc/openldap/slapd.conf >> >> Nice one! >> >> > or possibly (I'm not quite familiar with the slapd.conf syntax) even: >> > >> > awk '$1 == "directory" {print $2}' /usr/local/etc/openldap/slapd.conf >> >> They both work but I like the first one more. > > Actually the second one might be better - the first one may be confused > by the string "directory" appearing either in a comment or in the string > value of some other parameter or even in the *name* of some other > parameter. Oh, didn't really see the meaning of the second line before. Thanks a lot for that. And the patch goes again: --- slapd.sh.in.orig 2008-07-05 18:47:30.000000000 +0000 +++ slapd.sh.in 2008-07-05 18:53:00.000000000 +0000 @@ -39,6 +39,8 @@ # extract user and group, adjust ownership of directories and database +DBDIR=`awk '$1 == "directory" {print $2}' "%%PREFIX%%/etc/openldap/slapd.conf"` + start_precmd() { local slapd_ownername slapd_groupname @@ -48,8 +50,8 @@ ;; *) chown "$slapd_owner" "%%LDAP_RUN_DIR%%" - chown -RL "$slapd_owner" "%%DATABASEDIR%%" - chmod 700 "%%DATABASEDIR%%" + chown -RL "$slapd_owner" "${DBDIR}" + chmod 700 "${DBDIR}" chown "$slapd_owner" "%%PREFIX%%/etc/openldap/slapd.conf" slapd_ownername="${slapd_owner%:*}" Regards, Mikhail. -- Mikhail Goriachev Webanoide From delphij at delphij.net Mon Jul 7 20:56:43 2008 From: delphij at delphij.net (Xin LI) Date: Mon Jul 7 20:57:19 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <20080707164339.10063b9lns9zqh2c@www.san.navalradio.cl> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> <20080705075249.GA1145@straylight.m.ringlet.net> <20080707164339.10063b9lns9zqh2c@www.san.navalradio.cl> Message-ID: <487282F9.9020701@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Mikhail Goriachev wrote: [...] |> Actually the second one might be better - the first one may be confused |> by the string "directory" appearing either in a comment or in the string |> value of some other parameter or even in the *name* of some other |> parameter. | | | Oh, didn't really see the meaning of the second line before. Thanks a | lot for that. I have just committed it as openldap-server-2.4.10_1. We may want to revise the way we handle DATABASEDIR, which we used to create automatically upon installation. Using values from configuration file would be definitely better, thanks for your submission! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhygvgACgkQi+vbBBjt66CxzQCcCXMYfH4RwNZgSs4pHogRsMc3 ZIkAoICZUTo8BJIwjDw+oq/yrgOdwO3q =walv -----END PGP SIGNATURE----- From anomeloris at gmail.com Mon Jul 7 23:33:22 2008 From: anomeloris at gmail.com (anomeloris) Date: Mon Jul 7 23:33:28 2008 Subject: IcedTea java virtual machine Message-ID: <878d49300807071604h654ab4feu707b110fed84e98e@mail.gmail.com> Is there any reason why the IcedTea isn't in ports? I haven't tried compiling it or anything, so are there any problems compiling it for freebsd? From pgollucci at ridecharge.com Tue Jul 8 01:26:14 2008 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Jul 8 01:26:21 2008 Subject: www/rt2, www/rt3, www/rt32 Message-ID: <4872BFDB.2060003@ridecharge.com> Hi All, I recently inherited $subject ports. 1) Do we really need 5 versions of rt in the ports tree ? 2) Why is only www/rt3 marked ignore when as far as I can tell it does the same thing as the other 4. $ cvs log Makefile revision 1.49 date: 2007/03/24 20:38:13; author: kris; state: Exp; lines: +2 -0 IGNORE: this port uses a random gid in the range reserved for local sysadmin use $ grep IGNORE rt*/Makefile rt3/Makefile:IGNORE= uses a random gid in the range reserved for local sysadmin use $ grep groupadd rt*/pkg-install rt3/pkg-install: if pw groupadd ${GROUP}; then rt32/pkg-install: if pw groupadd ${GROUP}; then rt34/pkg-install: if pw groupadd ${GROUP}; then rt36/pkg-install: if pw groupadd ${GROUP}; then 3) I would like to set EXPIRES=NOW()+3 months for www/rt2, www/rt3, www/rt32. Leaving www/rt34, www/rt36 where I should either fix the problem and/or mark them IGNORE until I do. If this sounds good I'll send a PR in. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From jan.rockstedt at assaabloy.com Tue Jul 8 06:15:55 2008 From: jan.rockstedt at assaabloy.com (Rockstedt, Jan) Date: Tue Jul 8 06:16:02 2008 Subject: FreeBSD Port: smokeping-2.3.6_1 In-Reply-To: <95a4ccfc0807070504j36c2232fm3147f1e70591a430@mail.gmail.com> References: <001216BC7BE8574FAF41321F1B5E1B42109BCE@selansex01.ad.global> <95a4ccfc0807070504j36c2232fm3147f1e70591a430@mail.gmail.com> Message-ID: <001216BC7BE8574FAF41321F1B5E1B42109BE0@selansex01.ad.global> I think so. :-) The 2.4.1 stuff, seem to be very nice. Best regards, Jan Rockstedt Network Specialist IT Shared Service Center EMEA ---------------------------------------------------- ASSA ABLOY Entrance Systems AB -----Original Message----- From: lars.thegler@gmail.com [mailto:lars.thegler@gmail.com] On Behalf Of Lars Thegler Sent: Monday, July 07, 2008 2:04 PM To: Rockstedt, Jan Cc: ports@freebsd.org Subject: Re: FreeBSD Port: smokeping-2.3.6_1 On Mon, Jul 7, 2008 at 1:29 PM, Rockstedt, Jan wrote: > Any new port version? Yeah, maybe it's time to look at the 2.4-stuff. I always wait a bit, the release quality is not always optimal. /Lars From awatts at pett.com.au Tue Jul 8 06:25:39 2008 From: awatts at pett.com.au (Alastair Watts) Date: Tue Jul 8 06:25:47 2008 Subject: FreeBSD Port: gnokii-0.6.26_1,1 Message-ID: <1215497500.7663.17.camel@adele> Hi, I've just attempted to install Gnokii with smsd from ports on a FreeBSD 7.0 system, and I've encountered the following problems: 1) It appears that when SMSD is built, a dependency check for glib is missing. This causes the build of smsd to be disabled. 2) When the binaries are installed, they are installed with the prefix 'i386-portbld-freebsd7.0-', causing 'make install' to break when it tries to apply the appropriate ownership and permissions. As a side issue, is there any chance for a 'make config' to handle WITHOUT_X11, WITH_SMSD etc? This would make portupgrade (and others) significantly easier. Details are as follows: ----------------------- Built using: 'make -DWITHOUT_X11 -DWITH_SMSD install clean' Latest ports tree as of 1 hour prior to this email Gnokii port version: gnokii-0.6.26_1,1 make install breaks as such: ---------------------------- chgrp: /usr/local/bin/gnokii: No such file or directory chgrp: /usr/local/sbin/gnokiid: No such file or directory chgrp: /usr/local/sbin/mgnokiidev: No such file or directory chmod: /usr/local/bin/gnokii: No such file or directory chmod: /usr/local/sbin/gnokiid: No such file or directory chmod: /usr/local/sbin/mgnokiidev: No such file or directory chmod: /usr/local/sbin/gnokiid: No such file or directory chmod: /usr/local/sbin/mgnokiidev: No such file or directory *** Error code 1 Stop in /usr/ports/comms/gnokii. Currently installed packages (ls -l /var/db/pkg): ----------------------------- drwxr-xr-x 2 root wheel 512 Jun 22 00:26 apache-2.2.8 drwxr-xr-x 2 root wheel 512 Jul 4 00:33 asterisk-1.4.20.1_1 drwxr-xr-x 2 root wheel 512 Jun 22 00:02 autoconf-2.61_2 drwxr-xr-x 2 root wheel 512 Jun 22 00:02 autoconf-wrapper-20071109 drwxr-xr-x 2 root wheel 512 Jul 4 00:20 bison-2.3_4,1 drwxr-xr-x 2 root wheel 512 Jun 21 23:26 cclient-2006j_1,1 drwxr-xr-x 2 root wheel 512 Jul 4 00:33 curl-7.18.0 drwxr-xr-x 2 root wheel 512 Jun 22 00:06 expat-2.0.1 drwxr-xr-x 2 root wheel 512 Jul 8 14:49 gettext-0.17_1 drwxr-xr-x 2 root wheel 512 Jul 8 15:11 glib-2.16.4 drwxr-xr-x 2 root wheel 512 Jun 22 00:02 gmake-3.81_3 drwxr-xr-x 2 root wheel 512 Jul 4 00:33 gsm-1.0.12_1 drwxr-xr-x 2 root wheel 512 Jun 22 00:02 help2man-1.36.4_2 drwxr-xr-x 2 root wheel 512 Jun 21 23:28 imap-uw-2006j_3,1 drwxr-xr-x 2 root wheel 512 Jun 23 10:24 libexecinfo-1.1_1 drwxr-xr-x 2 root wheel 512 Jul 8 14:49 libiconv-1.11_1 drwxr-xr-x 2 root wheel 512 Jun 23 14:30 libltdl-1.5.26 drwxr-xr-x 2 root wheel 512 Jun 23 14:30 libmcrypt-2.5.8 drwxr-xr-x 2 root wheel 512 Jul 4 00:21 libogg-1.1.3,4 drwxr-xr-x 2 root wheel 512 Jul 4 00:23 libslang2-2.1.3 drwxr-xr-x 2 root wheel 512 Jun 21 23:32 libtool-1.5.26 drwxr-xr-x 2 root wheel 512 Jul 4 00:33 libvorbis-1.2.0_2,3 drwxr-xr-x 2 root wheel 512 Jun 22 00:26 libxml2-2.6.32 drwxr-xr-x 2 root wheel 512 Jun 22 00:02 m4-1.4.11,1 drwxr-xr-x 2 root wheel 512 Jun 23 14:31 mhash-0.9.9 drwxr-xr-x 2 root wheel 512 Jul 4 00:33 mpg123-0.59r_17 drwxr-xr-x 2 root wheel 512 Jun 21 23:42 mysql-client-5.0.51a drwxr-xr-x 2 root wheel 512 Jun 21 23:42 mysql-server-5.0.51a drwxr-xr-x 2 root wheel 512 Jul 4 00:33 newt-0.51.0_6 drwxr-xr-x 2 root wheel 512 Jul 8 11:39 p5-XML-Parser-2.36 drwxr-xr-x 2 root wheel 512 Jun 22 00:02 p5-gettext-1.05_2 drwxr-xr-x 2 root wheel 512 Jul 8 14:49 pcre-7.7 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 pecl-filter-0.11.0 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 pecl-hash-1.5 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 pecl-json-1.2.1 drwxr-xr-x 2 root wheel 512 Jul 8 14:49 perl-5.8.8_1 drwxr-xr-x 2 root wheel 512 Jun 23 14:25 php5-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-calendar-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-ctype-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-dom-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-extensions-1.1 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-iconv-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 24 08:16 php5-mbstring-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-mcrypt-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-mhash-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-mysql-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-mysqli-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-openssl-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:26 php5-pcre-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:33 php5-pdo-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-pdo_sqlite-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-posix-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-session-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:26 php5-simplexml-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:27 php5-spl-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-sqlite-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-tokenizer-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-xml-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-xmlreader-5.2.6 drwxr-xr-x 2 root wheel 512 Jun 23 14:34 php5-xmlwriter-5.2.6 drwxr-xr-x 2 root wheel 512 Jul 8 14:49 pkg-config-0.23_1 drwxr-xr-x 2 root wheel 512 Jul 4 00:23 png-1.2.28 drwxr-xr-x 2 root wheel 512 Jun 23 10:24 popt-1.7_5 drwxr-xr-x 2 root wheel 512 Jun 21 21:24 portaudit-0.5.12 drwxr-xr-x 2 root wheel 512 Jul 8 15:11 python25-2.5.2_2 drwxr-xr-x 2 root wheel 512 Jun 24 08:16 roundcube-0.1.1_1,1 drwxr-xr-x 2 root wheel 512 Jun 23 10:24 samba-3.0.28a_2,1 drwxr-xr-x 2 root wheel 512 Jul 4 00:33 speex-1.2.b2,1 Output of 'find . -name i386-portbld-freebsd7.0-\*' run from /usr/local: ------------------------------------------------------------------------ ./bin/i386-portbld-freebsd7.0-gnokii ./man/man8/i386-portbld-freebsd7.0-smsd.8 ./sbin/i386-portbld-freebsd7.0-gnokiid ./sbin/i386-portbld-freebsd7.0-mgnokiidev ./sbin/i386-portbld-freebsd7.0-smsd Cheers, Al From jimmy at mammothcheese.ca Tue Jul 8 10:55:54 2008 From: jimmy at mammothcheese.ca (James Bailie) Date: Tue Jul 8 10:56:01 2008 Subject: IcedTea java virtual machine In-Reply-To: <878d49300807071604h654ab4feu707b110fed84e98e@mail.gmail.com> References: <878d49300807071604h654ab4feu707b110fed84e98e@mail.gmail.com> Message-ID: <48734178.7010806@mammothcheese.ca> anomeloris wrote: > Is there any reason why the IcedTea isn't in ports? I haven't tried > compiling it or anything, so are there any problems compiling it for > freebsd? Ports are maintained by third-parties. Someone has to take it upon themselves to make a port and submit it, on their own initiative, if they want something in the ports collection. -- James Bailie http://www.mammothcheese.ca From spry at anarchy.in.the.ph Tue Jul 8 10:53:46 2008 From: spry at anarchy.in.the.ph (Mars G Miro) Date: Tue Jul 8 11:19:21 2008 Subject: firefox 2.0.0.15? Message-ID: Greetz, Are there any thoughts of updating www/firefox to 2.0.0.15? Some folks might not want to jump directly to 3.0 :-p Thanks. -- cheers mars From freebsd at meijome.net Tue Jul 8 11:58:13 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Tue Jul 8 11:58:20 2008 Subject: lang/fpc-utils, problem + solved Message-ID: <20080708215808.2611863f@ayiin> Hi there, I've been having problems upgrading fpc-utils to its latest incarnation. The error i was getting was not during build, but at install (either make reinstall or make package), with the following error: [...] gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/h2pas' gmake -C fprcp all gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fprcp' gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fprcp' gmake -C dxegen all gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/dxegen' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/dxegen' gmake -C fpdoc all gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpdoc' gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpdoc' gmake -C fpcres all gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpcres' gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpcres' /usr/local/bin/ginstall -m 755 -d /usr/local/bin /usr/local/bin/ginstall -c -m 755 ppdep ptop rstconv data2inc delp bin2obj postw32 rmcvsdir /usr/local/bin gmake -C fppkg install gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fppkg' /usr/local/bin/ginstall -m 755 -d /usr/local/bin /usr/local/bin/ginstall -c -m 755 fppkg /usr/local/bin /usr/local/bin/fpcmake -p -Ti386-freebsd Makefile.fpc gmake[1]: /usr/local/bin/fpcmake: Command not found gmake[1]: *** [fpc_install] Error 127 gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fppkg' gmake: *** [fppkg_install] Error 2 *** Error code 2 Stop in /usr/ports/lang/fpc-utils. *** Error code 1 Stop in /usr/ports/lang/fpc-utils ============================================ How I fixed it : 1) build fpcmake by hand: [betom@ayiin] [Tue Jul 8 18:54:30 2008] /usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpcm $ sudo gmake [....] 2) install fpcmake by hand BEFORE installing the package sudo cp fpcmake /usr/local/bin/fpcmake I hope this can be added to the port's install procedure itself. cheers!! B _________________________ {Beto|Norberto|Numard} Meijome Hildebrant's Principle: If you don't know where you are going, any road will get you there. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From stefan.lambrev at moneybookers.com Tue Jul 8 13:28:37 2008 From: stefan.lambrev at moneybookers.com (Stefan Lambrev) Date: Tue Jul 8 13:28:44 2008 Subject: please test sysutlis/apcupsd update In-Reply-To: <20080701212152.32075fef@it.buh.tecnik93.com> References: <20080629195422.4d96e014@it.buh.tecnik93.com> <486A0939.3090107@moneybookers.com> <20080701141417.156aa1a3@it.buh.tecnik93.com> <486A20D1.4020501@moneybookers.com> <20080701212152.32075fef@it.buh.tecnik93.com> Message-ID: <48736B7F.30601@moneybookers.com> Hi, Ion-Mihai Tetcu wrote: > On Tue, 01 Jul 2008 15:19:29 +0300 > Stefan Lambrev wrote: > > >> Greetings Ion-Mihai, >> >> Ion-Mihai Tetcu wrote: >> >>> On Tue, 01 Jul 2008 13:38:49 +0300 >>> Stefan Lambrev wrote: >>> >>> [ .. ] >>> >>> >>> >>>> ===> Patching for apcupsd-3.14.4 >>>> ===> Applying FreeBSD patches for apcupsd-3.14.4 >>>> Ignoring previously applied (or reversed) patch. >>>> 3 out of 3 hunks ignored--saving rejects to >>>> ./src/drivers/usb/bsd/bsd-usb.c.rej >>>> => Patch patch-src__drivers__usb__bsd__bsd-usb.c failed to apply >>>> cleanly. ** Command failed [exit code 1]: /usr/bin/script -qa >>>> /tmp/portupgrade.54579.0 env UPGRADE_TOOL=portupgrade >>>> UPGRADE_PORT=apcupsd-3.14.3_1 UPGRADE_PORT_VER=3.14.3_1 make >>>> ** Fix the problem and try again. >>>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >>>> ! sysutils/apcupsd (apcupsd-3.14.3_1) (patch error) >>>> >>>> Can you please send me tar of your port? May be the diff is broken? >>>> >>>> >>> That file was removed as it was integrated upstream; I did diff -u >>> instead of diff -uN. Thanks for catching this. >>> >>> Try the one attached or just rm the file. >>> >>> >>> >>> >> Removing the old patch fix the compilation problem. >> The new version of apcups (usb) works fine with: ugen0: > Power Conversion Back-UPS CS 500 FW:808.q7.I USB FW:q7, class 0/0, >> rev 1.10/0.06, addr 2> on uhub0 >> I hope to find time to test and with Smart-UPS 3000 RM (serial) and >> network too. >> I just tested and can confirm that new port works fine with APC Smart-UPS 3000 RM >> > > I missed -N to cvs diff. The patch is no longer useful since it has > been incorporated upstream. I uploaded the good patch: > > http://t32.tecnik93.com/FreeBSD/ports/apcupsd/port/apcupsd-3.14.3_2-to-3.14.4.diff > > Thanks, > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From mad at madpilot.net Tue Jul 8 15:29:53 2008 From: mad at madpilot.net (Guido Falsi) Date: Tue Jul 8 15:30:03 2008 Subject: FreeBSD Port: gnokii-0.6.26_1,1 In-Reply-To: <1215497500.7663.17.camel@adele> References: <1215497500.7663.17.camel@adele> Message-ID: <20080708151050.GD67144@megatron.madpilot.net> On Tue, Jul 08, 2008 at 03:41:40PM +0930, Alastair Watts wrote: > Hi, > > I've just attempted to install Gnokii with smsd from ports on a FreeBSD > 7.0 system, and I've encountered the following problems: > > 1) It appears that when SMSD is built, a dependency check for glib is > missing. This causes the build of smsd to be disabled. > > 2) When the binaries are installed, they are installed with the prefix > 'i386-portbld-freebsd7.0-', causing 'make install' to break when it > tries to apply the appropriate ownership and permissions. I just noticed the email was to the list too. As I said in an email to the sender, I'm investigating this one, but have been unable to reproduce it locally. If anyone else is experiencing this problem and has some information to share, please do so. Thank you! -- Guido Falsi From vivek at khera.org Tue Jul 8 16:00:21 2008 From: vivek at khera.org (Vivek Khera) Date: Tue Jul 8 16:00:27 2008 Subject: www/rt2, www/rt3, www/rt32 In-Reply-To: <4872BFDB.2060003@ridecharge.com> References: <4872BFDB.2060003@ridecharge.com> Message-ID: <4BEE64ED-2062-4F86-863C-7C92D61FBCF9@khera.org> On Jul 7, 2008, at 9:16 PM, Philip M. Gollucci wrote: > 3) I would like to set EXPIRES=NOW()+3 months for www/rt2, www/rt3, > www/rt32. > > Leaving www/rt34, www/rt36 where I should either fix the problem and/ > or mark them IGNORE until I do. > > If this sounds good I'll send a PR in. +1 on the expires. is *anyone* still using them? I also think 3.4 should get the same treatment, given that 3.8 is about to be released. I'll approve any fix you post for 3.6. If you're up to taking over 3.6 (and presumably 3.8) I'll be glad to hand it over. I only took it on because it was languishing unmaintained for a while, but I'm way overloaded to give it the love it needs :-( From david at vizion2000.net Tue Jul 8 16:43:48 2008 From: david at vizion2000.net (David Southwell) Date: Tue Jul 8 16:43:55 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? Message-ID: <200807081007.14826.david@vizion2000.net> Is a fix likely for: x11-toolkits/py-wxPython24: is marked as broken: Does not build on 64-bit architectures Thanks for the info David From chuckr at telenix.org Tue Jul 8 18:42:50 2008 From: chuckr at telenix.org (Chuck Robey) Date: Tue Jul 8 18:42:57 2008 Subject: poscript display problems Message-ID: <4873B275.8050504@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm seeing some odd display problems, and I need to get somebody else to verify for me if it's a pan-FreeBSD problem, or if perhaps I have some oddity with my ghostcript installation. My problem is, on doc files from the Xorg project, *.PS.gz files (and not all of these, only the ones deriving directly from Framework .mif files) gv displays blank pages, and ps2pdf is converting to blank pages on pdfs. If you have a moment to do it, and would write me, I'd mail you one of these files, and see if you can view them yourself. If you can, I need to look harder. If you can't, then maybe we all need to (because one of the Xorg folks just told me they can read them fine using gv). I need some independent verification. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhzsnUACgkQz62J6PPcoOnwZgCgmVuBDWVPk0ati4u0clyUrZUb ijAAn17ajDK/cpRCad4Wq/kln1zis/xk =C6hS -----END PGP SIGNATURE----- From chuckr at telenix.org Tue Jul 8 21:16:09 2008 From: chuckr at telenix.org (Chuck Robey) Date: Tue Jul 8 21:16:15 2008 Subject: poscript display problems In-Reply-To: <4873D657.2080706@wallnet.com> References: <4873B275.8050504@telenix.org> <4873C0D9.3040306@wallnet.com> <4873D209.5060506@telenix.org> <4873D657.2080706@wallnet.com> Message-ID: <4873D665.2060202@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tim Kellers wrote: > 55 completely blank pages well, thanks very much, Tim. You and Phil Ost tested, and I found out that our FreeBSD-ports installed gs seems to have some sickness, when being asked to display PS files that don't have embedded fonts ... because that's what this is. I'll be investigating it further. I have already verified that at least some of the Linux-derived gs ports display this fine, so it's a ports problem of some kind, because of the testing, and I know my gs and gs fonts are installed the way they should be. > > Chuck Robey wrote: >> Tim Kellers wrote: >> >>> Send me one, I have gv installed (FreeBSD 7.0-Stable Xorg 7.3_1). >>> >> >> Great, it's attached, I really appreciate this. >> >> >>> Chuck Robey wrote: >>> I'm seeing some odd display problems, and I need to get somebody else >>> to verify >>> for me if it's a pan-FreeBSD problem, or if perhaps I have some oddity >>> with my >>> ghostcript installation. >>> >>> My problem is, on doc files from the Xorg project, *.PS.gz files (and >>> not all of >>> these, only the ones deriving directly from Framework .mif files) gv >>> displays >>> blank pages, and ps2pdf is converting to blank pages on pdfs. If you >>> have a >>> moment to do it, and would write me, I'd mail you one of these files, >>> and see if >>> you can view them yourself. If you can, I need to look harder. If >>> you can't, >>> then maybe we all need to (because one of the Xorg folks just told me >>> they can >>> read them fine using gv). I need some independent verification. >>> >> _______________________________________________ >> 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" >> >>>> >> >> > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhz1mQACgkQz62J6PPcoOl1qQCgktjSAn0DPiJX47/1hZHNs4Ss U8QAn2onnogfZqjjr6Qswhmo2OLss/Rn =9DIr -----END PGP SIGNATURE----- From joe at zircon.seattle.wa.us Tue Jul 8 22:00:21 2008 From: joe at zircon.seattle.wa.us (Joe Kelsey) Date: Tue Jul 8 22:08:17 2008 Subject: Neon upgrade is fatally broken Message-ID: <4873DD33.2080301@zircon.seattle.wa.us> The neon26 to neon28 upgrade is completely broken. There are multiple ports with explicit neon26 dependencies that cause enormous problems. There are also some sort of hidden problems that prevent things from working. For instance, gstreamer-plugins-neon has no explicit neon26 dependency, but the portupgrade still insists of finding a dependency somewhere. I have moved to neon28, but I cannot reinstall gstreamer-plugins-neon due to its instence that it install neon26, which conflicts with neon28. How do I fix this? /Joe From delphij at delphij.net Tue Jul 8 22:25:08 2008 From: delphij at delphij.net (Xin LI) Date: Tue Jul 8 22:25:14 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <200807081007.14826.david@vizion2000.net> References: <200807081007.14826.david@vizion2000.net> Message-ID: <4873E934.3060200@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Southwell wrote: | Is a fix likely for: | | x11-toolkits/py-wxPython24: | is marked as broken: Does not build on 64-bit architectures | | Thanks for the info I have taken a look at this, it seems that this is not trivial work. Do you have problem using newer wxPython versions? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhz6TQACgkQi+vbBBjt66BS4ACdF8xeCIWOV1oNAXa7DFSBpuXQ EnUAn1buwa/TtLxMX9PlpzjCjVLMn9AY =QaXZ -----END PGP SIGNATURE----- From joe at zircon.seattle.wa.us Tue Jul 8 22:39:14 2008 From: joe at zircon.seattle.wa.us (Joe Kelsey) Date: Tue Jul 8 22:39:21 2008 Subject: Neon upgrade is fatally broken Message-ID: <4873EC91.50100@zircon.seattle.wa.us> The neon26 to neon28 upgrade is completely broken. There are multiple ports with explicit neon26 dependencies that cause enormous problems. There are also some sort of hidden problems that prevent things from working. For instance, gstreamer-plugins-neon has no explicit neon26 dependency, but the portupgrade still insists of finding a dependency somewhere. I have moved to neon28, but I cannot reinstall gstreamer-plugins-neon due to its instence that it install neon26, which conflicts with neon28. How do I fix this? /Joe From Jason.Mainwaring at aecsystems.com.au Wed Jul 9 03:24:11 2008 From: Jason.Mainwaring at aecsystems.com.au (Jason Mainwaring) Date: Wed Jul 9 03:24:20 2008 Subject: FreeBSD Port: bind95-9.5.0 Message-ID: <9BD03FA039A4BC49B0171A04DC344A800124F69F@aecsrv.AEC.local> Hi Doug, Any chance of getting the new bind release which addresses the cache poisoning reference http://www.kb.cert.org/vuls/id/800113 I believe this is 9.5.0-P1 or 9.5.1b1? Thanks. Regards, Jason Jason Mainwaring Network Administrator AEC Systems Pty Ltd / AEC MicroCADD (AEC Systems Pty Ltd T/A in Victoria) SYDNEY - MELBOURNE - BRISBANE - PERTH - ADELAIDE - HOBART A.B.N: 64 075 153 025 Head Office: Lvl 1, 255-259 Pacific Highway, North Sydney NSW Australia 2060 Phone: 1300 368 609 Fax: 1300 362 140 Website: http://www.aecsystems.com.au Autodesk Systems Centre Accreditations * AutoCAD Autodesk Systems Centre (NSW, VIC, WA) * Building Solutions (ADT & REVIT) Autodesk Systems Centre (NSW, VIC, WA) * Building Solutions (ABS) Autodesk Systems Centre (NSW, VIC, WA) * Infrastructure Solutions (Land,Civil & Survey) Autodesk Systems Centre (NSW, WA) * Infrastructure Solutions (Map) Autodesk Systems Centre (NSW, VIC) * Infrastructure Solutions (Map & MAPGuide) Autodesk Enterprise Partner (All States throughout Australia) **CONFIDENTIALITY AND PRIVILEGE NOTICE** This e-mail is intended only to be read or used by the addressee. It is confidential and may contain legal privileged information. If you are not the intended recipient, any use, distribution disclosure or copying of this e-mail or any attachment is strictly prohibited. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of the mistaken delivery to you. If you have received this e-mail in error, please delete it and notify us immediately by telephone or e-mail. Whilst all care is taken in scanning all e-mails for viruses, neither AEC Systems Pty. Ltd. nor any employees thereof will be held in any way liable for the transmission of viruses. Please ensure your anti-virus software is up to date. From yuri at tsoft.com Wed Jul 9 07:28:49 2008 From: yuri at tsoft.com (Yuri) Date: Wed Jul 9 07:28:55 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" In-Reply-To: <48722941.1060803@FreeBSD.org> References: <4872100F.5080202@tsoft.com> <48722941.1060803@FreeBSD.org> Message-ID: <487468B0.1090803@tsoft.com> Sergey Matveychuk wrote: > Yuri wrote: >> I am having the following problem while updating he ports: >> >> # /usr/local/sbin/portupgrade -aP >> >> ** Makefile possibly broken: lang/php5: >> apxs:Error: /usr/local/bin/apr-1-config not found!. >> "/usr/ports/Mk/bsd.apache.mk", line 287: warning: >> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >> php5-5.2.6 >> > > It's not enough info. Show pkg_info output. > I mailed pkg_info output few days ago. Any hope to have this fixed? Yuri From yuri.pankov at gmail.com Wed Jul 9 08:08:44 2008 From: yuri.pankov at gmail.com (Yuri Pankov) Date: Wed Jul 9 08:08:50 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" In-Reply-To: <487468B0.1090803@tsoft.com> References: <4872100F.5080202@tsoft.com> <48722941.1060803@FreeBSD.org> <487468B0.1090803@tsoft.com> Message-ID: <20080709074045.GA1734@darklight.homeunix.org> On Wed, Jul 09, 2008 at 12:28:48AM -0700, Yuri wrote: > Sergey Matveychuk wrote: >> Yuri wrote: >>> I am having the following problem while updating he ports: >>> >>> # /usr/local/sbin/portupgrade -aP >>> >>> ** Makefile possibly broken: lang/php5: >>> apxs:Error: /usr/local/bin/apr-1-config not found!. >>> "/usr/ports/Mk/bsd.apache.mk", line 287: warning: >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>> php5-5.2.6 >>> >> >> It's not enough info. Show pkg_info output. >> > > I mailed pkg_info output few days ago. > Any hope to have this fixed? > > Yuri Looks like your /usr/local/bin/apr-1-config gone MIA. Check if it's there, its permissions and try reinstalling apache port if something is wrong. HTH, Yuri From john.marshall at riverwillow.com.au Wed Jul 9 11:11:28 2008 From: john.marshall at riverwillow.com.au (John Marshall) Date: Wed Jul 9 11:13:54 2008 Subject: HEADS UP - samba 3.0.30 winbindd broken Message-ID: <20080709105617.GB31955@ctipc01.mby.riverwillow.net.au> HEADS UP if you are thinking of upgrading net/samba3 to 3.0.30 in an Active Directory environment. I have recently upgraded from 3.0.28a to 3.0.30 on a couple of FreeBSD 7.0 servers: one is a member server in a Windows 2000 Active Directory environment, and the other is a member server in a Windows 2003 Active Directory environment. Everything works for a while and then winbindd goes into sulking mode. Re-starting fixes everythng for a little while. Symptoms are that users are denied access to shares, log.smbd shows authentication failures, and wbinfo -p gets no response from winbindd. I'm guessing I've hit the winbindd bug described here: http://lists.samba.org/archive/samba/2008-June/141041.html I've posted on the samba mailing list to check if the patch mentioned in that post is still the correct one to apply. -- John Marshall -------------- 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/20080709/2554d6e6/attachment.pgp From sem at FreeBSD.org Wed Jul 9 11:57:09 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Wed Jul 9 11:57:20 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" In-Reply-To: <487468B0.1090803@tsoft.com> References: <4872100F.5080202@tsoft.com> <48722941.1060803@FreeBSD.org> <487468B0.1090803@tsoft.com> Message-ID: <4874A78F.2090307@FreeBSD.org> Yuri wrote: > Sergey Matveychuk wrote: >> Yuri wrote: >>> I am having the following problem while updating he ports: >>> >>> # /usr/local/sbin/portupgrade -aP >>> >>> ** Makefile possibly broken: lang/php5: >>> apxs:Error: /usr/local/bin/apr-1-config not found!. >>> "/usr/ports/Mk/bsd.apache.mk", line 287: warning: >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status >>> php5-5.2.6 >>> >> >> It's not enough info. Show pkg_info output. >> > > I mailed pkg_info output few days ago. > Any hope to have this fixed? Really the message is quite understandable. You have no /usr/local/bin/apr-1-config. Install devel/apr port or reinstall apache with WITH_APR_FROM_PORTS option off. -- Dixi. Sem. From david at vizion2000.net Wed Jul 9 13:29:21 2008 From: david at vizion2000.net (David Southwell) Date: Wed Jul 9 13:29:28 2008 Subject: koffice-kde3 compile failure on amd64 Message-ID: <200807090652.54308.david@vizion2000.net> Here it is.. Does anyone know how to fix this one? Thanks in advance ___________________________________________________________________________ then mv -f ".deps/karbon.la.Tpo" ".deps/karbon.la.Po"; else rm -f ".deps/karbon.la.Tpo"; exit 1; fi /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=link c++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF -L/usr/local/lib -o karbon -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -no-undefined -L/usr/local/lib -D_THREAD_SAFE -pthread -L/usr/local/lib karbon.la.o libkdeinit_karbon.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg -L/usr/local/lib /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetViewbox' /usr/local/lib/libMagickCore.so: undefined reference to `DrawScale' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetTextUnderColor' /usr/local/lib/libMagickCore.so: undefined reference to `DestroyMagickWand' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokeDashArray' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokeWidth' /usr/local/lib/libMagickCore.so: undefined reference to `DrawColor' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPathStart' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokeAntialias' /usr/local/lib/libMagickCore.so: undefined reference to `PopDrawingWand' /usr/local/lib/libMagickCore.so: undefined reference to `DrawAnnotation' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokeLineCap' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPathEllipticArcAbsolute' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokeLineJoin' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPathClose' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPushClipPath' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokePatternURL' /usr/local/lib/libMagickCore.so: undefined reference to `PixelSetBlueQuantum' /usr/local/lib/libMagickCore.so: undefined reference to `NewPixelWand' /usr/local/lib/libMagickCore.so: undefined reference to `DrawComment' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetFillPatternURL' /usr/local/lib/libMagickCore.so: undefined reference to `DrawComposite' /usr/local/lib/libMagickCore.so: undefined reference to `PixelSetRedQuantum' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPushPattern' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPopDefs' /usr/local/lib/libMagickCore.so: undefined reference to `NewMagickWandFromImage' /usr/local/lib/libMagickCore.so: undefined reference to `DrawEllipse' /usr/local/lib/libMagickCore.so: undefined reference to `DrawAllocateWand' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPathLineToAbsolute' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetClipPath' /usr/local/lib/libMagickCore.so: undefined reference to `PushDrawingWand' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPopClipPath' /usr/local/lib/libMagickCore.so: undefined reference to `DrawRender' /usr/local/lib/libMagickCore.so: undefined reference to `PixelSetQuantumColor' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPathMoveToAbsolute' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetStrokeColor' /usr/local/lib/libMagickCore.so: undefined reference to `DrawRotate' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPopPattern' /usr/local/lib/libMagickCore.so: undefined reference to `DrawArc' /usr/local/lib/libMagickCore.so: undefined reference to `DrawRoundRectangle' /usr/local/lib/libMagickCore.so: undefined reference to `PixelSetOpacityQuantum' /usr/local/lib/libMagickCore.so: undefined reference to `DrawTranslate' /usr/local/lib/libMagickCore.so: undefined reference to `DrawLine' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetFillColor' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetFontSize' /usr/local/lib/libMagickCore.so: undefined reference to `PixelSetGreenQuantum' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetFont' /usr/local/lib/libMagickCore.so: undefined reference to `DestroyPixelWand' /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetClipRule' /usr/local/lib/libMagickCore.so: undefined reference to `DrawRectangle' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPushDefs' /usr/local/lib/libMagickCore.so: undefined reference to `PixelSetColor' /usr/local/lib/libMagickCore.so: undefined reference to `DrawPathFinish' gmake[3]: *** [karbon] Error 1 gmake[3]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.6.3/karbon' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.6.3/karbon' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.6.3' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/editors/koffice-kde3. [root@dns1 /usr/ports/editors/koffice-kde3]# ______________________________________________________________________ Thanks David From erwin at FreeBSD.org Wed Jul 9 13:29:56 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 9 13:30:02 2008 Subject: INDEX build failed for 6.x Message-ID: <200807091329.m69DTt5M010708@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 zccron-0.0.0: "/a/erwin/tindex/ports/devel/p5-ZConf" non-existent -- dependency list incomplete ===> sysutils/zccron failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: edwin gahr koitsu mat Most recent CVS update was: U devel/libphish/Makefile U editors/yui/Makefile U graphics/showimg/Makefile U mail/kavmilter/Makefile U mail/sccmilter/Makefile U mail/smfsav/files/patch-getaddrinfo.c U net/Makefile U net/p5-ZConf/Makefile U net/p5-ZConf/distinfo U net/p5-ZConf/pkg-descr U net/p5-ZConf/pkg-plist U net/rsync/Makefile U net/smb4k/Makefile U sysutils/Makefile U sysutils/915resolution/Makefile U sysutils/bubblemon-dockapp/Makefile U sysutils/bubblemon-dockapp/files/patch-sys_freebsd.c U sysutils/kkbswitch/Makefile U sysutils/mountsmb2/Makefile U sysutils/spassgen/Makefile U sysutils/zccron/Makefile U sysutils/zccron/distinfo U sysutils/zccron/pkg-descr U textproc/p5-Spreadsheet-WriteExcel-FromXML/Makefile U x11/oooqs2/Makefile From itetcu at FreeBSD.org Wed Jul 9 13:32:22 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Jul 9 13:32:30 2008 Subject: koffice-kde3 compile failure on amd64 In-Reply-To: <200807090652.54308.david@vizion2000.net> References: <200807090652.54308.david@vizion2000.net> Message-ID: <20080709163214.16247255@it.buh.tecnik93.com> On Wed, 9 Jul 2008 06:52:54 -0700 David Southwell wrote: > Here it is.. > > Does anyone know how to fix this one? > Thanks in advance Update your Ports Tree, update GraphicsMagick, then it will work. -- 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/20080709/14f40f7d/signature.pgp From itetcu at FreeBSD.org Wed Jul 9 13:37:19 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Jul 9 13:37:25 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200807091329.m69DTt5M010708@pointyhat.freebsd.org> References: <200807091329.m69DTt5M010708@pointyhat.freebsd.org> Message-ID: <20080709163710.6d3421ce@it.buh.tecnik93.com> On Wed, 9 Jul 2008 13:29:55 GMT Erwin Lansing wrote: > 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 > zccron-0.0.0: "/a/erwin/tindex/ports/devel/p5-ZConf" non-existent -- > dependency list incomplete ===> sysutils/zccron failed > U net/p5-ZConf/Makefile The "other erwin" :-)) broke it: net != devel -- 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/20080709/35cecbf3/signature.pgp From david at vizion2000.net Wed Jul 9 14:29:59 2008 From: david at vizion2000.net (David Southwell) Date: Wed Jul 9 14:30:06 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <4873E934.3060200@delphij.net> References: <200807081007.14826.david@vizion2000.net> <4873E934.3060200@delphij.net> Message-ID: <200807090753.32041.david@vizion2000.net> On Tuesday 08 July 2008 15:24:52 Xin LI wrote: > David Southwell wrote: > | Is a fix likely for: > | > | x11-toolkits/py-wxPython24: > | is marked as broken: Does not build on 64-bit architectures > | > | Thanks for the info > > I have taken a look at this, it seems that this is not trivial work. Do > you have problem using newer wxPython versions? > > Cheers, Thanks wxPython28 works so I guess we can forget about 24 Portupgrade -a was determined to try 24!!! Thanks David From denissia at mail.ru Wed Jul 9 14:37:19 2008 From: denissia at mail.ru (Dennis Yusupoff) Date: Wed Jul 9 14:37:51 2008 Subject: Critical vulnerability patch need in BINDx ports Message-ID: <1471888212.20080709162207@mail.ru> Hello, Doug. I hope, you've already seen patch for BINDx, that close critical vulnerability. Could you register it in your FreeBSD-port(s)? http://www.isc.org/index.pl?/sw/bind/index.php === Index: inet_network.c diff -u inet_network.c:1.5 inet_network.c:1.6 --- inet_network.c:1.5 Wed Apr 27 04:56:21 2005 +++ inet_network.c Tue Jan 15 04:02:01 2008 @@ -84,9 +84,9 @@ } if (!digit) return (INADDR_NONE); + if (pp >= parts + 4 || val > 0xffU) + return (INADDR_NONE); if (*cp == '.') { - if (pp >= parts + 4 || val > 0xffU) - return (INADDR_NONE); *pp++ = val, cp++; goto again; } === --- With best regards, sysadmin of Ozerki.Net Dennis Yusupoff From jacardenasm at gmail.com Wed Jul 9 14:54:40 2008 From: jacardenasm at gmail.com (Jose Alonso Cardenas Marquez) Date: Wed Jul 9 14:54:46 2008 Subject: lang/fpc-utils, problem + solved In-Reply-To: <20080708215808.2611863f@ayiin> References: <20080708215808.2611863f@ayiin> Message-ID: <7c58fcfc0807090729t51ae39b8recb9bddaa67fec66@mail.gmail.com> 2008/7/8, Norberto Meijome : > Hi there, > I've been having problems upgrading fpc-utils to its latest incarnation. > > The error i was getting was not during build, but at install (either make reinstall or make package), with the following error: > [...] > gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/h2pas' > gmake -C fprcp all > gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fprcp' > gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fprcp' > gmake -C dxegen all > gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/dxegen' > gmake[1]: Nothing to be done for `all'. > gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/dxegen' > gmake -C fpdoc all > gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpdoc' > gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpdoc' > gmake -C fpcres all > gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpcres' > gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpcres' > /usr/local/bin/ginstall -m 755 -d /usr/local/bin > /usr/local/bin/ginstall -c -m 755 ppdep ptop rstconv data2inc delp bin2obj postw32 rmcvsdir /usr/local/bin > gmake -C fppkg install > gmake[1]: Entering directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fppkg' > /usr/local/bin/ginstall -m 755 -d /usr/local/bin > /usr/local/bin/ginstall -c -m 755 fppkg /usr/local/bin > /usr/local/bin/fpcmake -p -Ti386-freebsd Makefile.fpc > gmake[1]: /usr/local/bin/fpcmake: Command not found > gmake[1]: *** [fpc_install] Error 127 > gmake[1]: Leaving directory `/usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fppkg' > gmake: *** [fppkg_install] Error 2 > *** Error code 2 > > Stop in /usr/ports/lang/fpc-utils. > *** Error code 1 > > Stop in /usr/ports/lang/fpc-utils > > ============================================ > > How I fixed it : > 1) build fpcmake by hand: > [betom@ayiin] [Tue Jul 8 18:54:30 2008] > /usr/ports/lang/fpc-utils/work/fpc-2.2.0/utils/fpcm > $ sudo gmake > [....] > > 2) install fpcmake by hand BEFORE installing the package > sudo cp fpcmake /usr/local/bin/fpcmake > > > I hope this can be added to the port's install procedure itself. > > cheers!! > B > Hi :) The main reason for this problem is that now fpcmake is part of lang/fpc port, only you need deinstall lang/fpc-utils port, you must to update lang/fpc port and you must to try installing lang/fpc-utils later. Greetings ACM From timothyk at wallnet.com Wed Jul 9 15:10:42 2008 From: timothyk at wallnet.com (Tim Kellers) Date: Wed Jul 9 15:10:49 2008 Subject: poscript display problems In-Reply-To: <4873D665.2060202@telenix.org> References: <4873B275.8050504@telenix.org> <4873C0D9.3040306@wallnet.com> <4873D209.5060506@telenix.org> <4873D657.2080706@wallnet.com> <4873D665.2060202@telenix.org> Message-ID: <4874CA92.8060504@wallnet.com> I was in a rush last night when I sent that e-mail. I wanted to add that the file, when ftp'd to my MacBook (10.5.4), open just fine Preview and all the pages were readable. Tim Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tim Kellers wrote: > >> 55 completely blank pages >> > > well, thanks very much, Tim. You and Phil Ost tested, and I found out that our > FreeBSD-ports installed gs seems to have some sickness, when being asked to > display PS files that don't have embedded fonts ... because that's what this is. > I'll be investigating it further. I have already verified that at least some > of the Linux-derived gs ports display this fine, so it's a ports problem of some > kind, because of the testing, and I know my gs and gs fonts are installed the > way they should be. > > >> Chuck Robey wrote: >> >>> Tim Kellers wrote: >>> >>> >>>> Send me one, I have gv installed (FreeBSD 7.0-Stable Xorg 7.3_1). >>>> >>>> >>> Great, it's attached, I really appreciate this. >>> >>> >>> >>>> Chuck Robey wrote: >>>> I'm seeing some odd display problems, and I need to get somebody else >>>> to verify >>>> for me if it's a pan-FreeBSD problem, or if perhaps I have some oddity >>>> with my >>>> ghostcript installation. >>>> >>>> My problem is, on doc files from the Xorg project, *.PS.gz files (and >>>> not all of >>>> these, only the ones deriving directly from Framework .mif files) gv >>>> displays >>>> blank pages, and ps2pdf is converting to blank pages on pdfs. If you >>>> have a >>>> moment to do it, and would write me, I'd mail you one of these files, >>>> and see if >>>> you can view them yourself. If you can, I need to look harder. If >>>> you can't, >>>> then maybe we all need to (because one of the Xorg folks just told me >>>> they can >>>> read them fine using gv). I need some independent verification. >>>> >>>> >>> _______________________________________________ >>> 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" >>> >>> >>>>> >>>>> >>> >>> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkhz1mQACgkQz62J6PPcoOl1qQCgktjSAn0DPiJX47/1hZHNs4Ss > U8QAn2onnogfZqjjr6Qswhmo2OLss/Rn > =9DIr > -----END PGP SIGNATURE----- > > > From erwin at FreeBSD.org Wed Jul 9 15:49:52 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 9 15:49:59 2008 Subject: INDEX build failed for 6.x Message-ID: <200807091549.m69FnkEG000790@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..zbgset-3.0.0: "/a/erwin/tindex/ports/devel/p5-ZConf" non-existent -- dependency list incomplete ===> deskutils/zbgset failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: edwin gahr jmelo koitsu mat miwi nivit pav wxs Most recent CVS update was: U audio/audiotag/Makefile U audio/audiotag/distinfo U audio/py-mpd/Makefile U audio/py-mpd/distinfo U deskutils/Makefile U deskutils/zbgset/Makefile U deskutils/zbgset/distinfo U deskutils/zbgset/pkg-descr U deskutils/zbgset-admin/Makefile U deskutils/zbgset-admin/distinfo U deskutils/zbgset-admin/pkg-descr U games/py-pychess/Makefile U games/py-pychess/distinfo U games/py-pychess/pkg-plist U games/py-pychess/files/patch-setup.py U mail/firepay/Makefile U math/miracl/Makefile U print/lilypond/Makefile U print/lilypond/distinfo U security/samba-vscan/Makefile U www/drupal4-textile/Makefile U www/trac-nav/Makefile From yuri at tsoft.com Wed Jul 9 16:05:41 2008 From: yuri at tsoft.com (Yuri) Date: Wed Jul 9 16:05:48 2008 Subject: portupgrade complains "Makefile possibly broken: lang/php5" In-Reply-To: <4874A78F.2090307@FreeBSD.org> References: <4872100F.5080202@tsoft.com> <48722941.1060803@FreeBSD.org> <487468B0.1090803@tsoft.com> <4874A78F.2090307@FreeBSD.org> Message-ID: <4874E1D4.60108@tsoft.com> Sergey Matveychuk wrote: > Really the message is quite understandable. You have no > /usr/local/bin/apr-1-config. > > Install devel/apr port or reinstall apache with WITH_APR_FROM_PORTS > option off. > Before I reinstalled apache 'pkg_info -W /usr/local/bin/apr-1-config' said this file belongs to no packages. After apache reinstall it says file belongs to apache. Now the problem is gone. Very strange. Thanks! Yuri From pj at smo.de Wed Jul 9 16:29:16 2008 From: pj at smo.de (Philipp Ost) Date: Wed Jul 9 16:29:24 2008 Subject: poscript display problems In-Reply-To: <4873D665.2060202@telenix.org> References: <4873B275.8050504@telenix.org> <4873C0D9.3040306@wallnet.com> <4873D209.5060506@telenix.org> <4873D657.2080706@wallnet.com> <4873D665.2060202@telenix.org> Message-ID: <4874E756.7090908@smo.de> Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tim Kellers wrote: > >>55 completely blank pages > > > well, thanks very much, Tim. You and Phil Ost tested, and I found out that our > FreeBSD-ports installed gs seems to have some sickness, when being asked to > display PS files that don't have embedded fonts ... because that's what this is. I see this too. I get the following error when displaying the files with Ghostview: Error: /typecheck in --setscreen-- Operand stack: 6.01146 0.0 --dict:4/4(ro)(L)-- 4 4 Frequency 6.01146 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1905 1 3 %oparray_pop 1904 1 3 %oparray_pop 1888 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 1883 3 4 %oparray_pop 1821 3 4 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --dict:4/4(ro)(L)-- --nostringval-- 4 %dict_continue --nostringval-- Dictionary stack: --dict:1146/1684(ro)(G)-- --dict:0/20(G)-- --dict:128/200(L)-- --dict:286/400(L)-- Current allocation mode is local GPL Ghostscript 8.62: Unrecoverable error, exit code 1 Program version: $ pkg_info | grep ghost ghostscript-gpl-8.62_2 GPL Postscript interpreter ghostview-1.5_1 An X11 front-end for ghostscript $ > I'll be investigating it further. I have already verified that at least some > of the Linux-derived gs ports display this fine, so it's a ports problem of some > kind, because of the testing, and I know my gs and gs fonts are installed the > way they should be. evince-2.22.2_2 has also problems displaying the files. I don't know if evince uses ghostscript as a backend though. ps2pdf can't convert them also, it bombs out with the same error message as above. I'm running 7-STABLE if this matters. HTH, Philipp From chuckr at telenix.org Wed Jul 9 16:41:31 2008 From: chuckr at telenix.org (Chuck Robey) Date: Wed Jul 9 16:41:37 2008 Subject: poscript display problems In-Reply-To: <4874CA92.8060504@wallnet.com> References: <4873B275.8050504@telenix.org> <4873C0D9.3040306@wallnet.com> <4873D209.5060506@telenix.org> <4873D657.2080706@wallnet.com> <4873D665.2060202@telenix.org> <4874CA92.8060504@wallnet.com> Message-ID: <4874E789.8040009@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tim Kellers wrote: > I was in a rush last night when I sent that e-mail. I wanted to add > that the file, when ftp'd to my MacBook (10.5.4), open just fine Preview > and all the pages were readable. OK, I appreciate that, it seems to work on Linux ghostscript also, just fails on FreeBSD's ghostscript, so I'll be checking out it's font handling today, I'm willing to bet that's the problem. To the others (I'm still getting more test offers!) I have all the testing I could possibly need now, I only need to troubleshoot this now, there's something screwy about gs's font handling. > > Tim > > > Chuck Robey wrote: > Tim Kellers wrote: > >>>> 55 completely blank pages >>>> > > well, thanks very much, Tim. You and Phil Ost tested, and I found out that our > FreeBSD-ports installed gs seems to have some sickness, when being asked to > display PS files that don't have embedded fonts ... because that's what this is. > I'll be investigating it further. I have already verified that at least some > of the Linux-derived gs ports display this fine, so it's a ports problem of some > kind, because of the testing, and I know my gs and gs fonts are installed the > way they should be. > > >>>> Chuck Robey wrote: >>>> >>>>> Tim Kellers wrote: >>>>> >>>>> >>>>>> Send me one, I have gv installed (FreeBSD 7.0-Stable Xorg 7.3_1). >>>>>> >>>>>> >>>>> Great, it's attached, I really appreciate this. >>>>> >>>>> >>>>> >>>>>> Chuck Robey wrote: >>>>>> I'm seeing some odd display problems, and I need to get somebody else >>>>>> to verify >>>>>> for me if it's a pan-FreeBSD problem, or if perhaps I have some oddity >>>>>> with my >>>>>> ghostcript installation. >>>>>> >>>>>> My problem is, on doc files from the Xorg project, *.PS.gz files (and >>>>>> not all of >>>>>> these, only the ones deriving directly from Framework .mif files) gv >>>>>> displays >>>>>> blank pages, and ps2pdf is converting to blank pages on pdfs. If you >>>>>> have a >>>>>> moment to do it, and would write me, I'd mail you one of these files, >>>>>> and see if >>>>>> you can view them yourself. If you can, I need to look harder. If >>>>>> you can't, >>>>>> then maybe we all need to (because one of the Xorg folks just told me >>>>>> they can >>>>>> read them fine using gv). I need some independent verification. >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> 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" >>>>> >>>>> >>>>>>> >>>>>>> >>>>> >>>>> > >> >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh054kACgkQz62J6PPcoOmb9QCfVdh6TblGlW59cw18EB++58b2 UYYAni8kp4sROy305stlEIJYgeCw9ZEI =jT8d -----END PGP SIGNATURE----- From david at vizion2000.net Wed Jul 9 17:22:53 2008 From: david at vizion2000.net (David Southwell) Date: Wed Jul 9 17:23:00 2008 Subject: koffice-kde3 compile failure on amd64 In-Reply-To: <20080709163214.16247255@it.buh.tecnik93.com> References: <200807090652.54308.david@vizion2000.net> <20080709163214.16247255@it.buh.tecnik93.com> Message-ID: <200807091046.27092.david@vizion2000.net> On Wednesday 09 July 2008 06:32:14 Ion-Mihai Tetcu wrote: > On Wed, 9 Jul 2008 06:52:54 -0700 > > David Southwell wrote: > > Here it is.. > > > > Does anyone know how to fix this one? > > Thanks in advance > > Update your Ports Tree, update GraphicsMagick, then it will work. Thanks for coming back to me.. however no good news. I took the usual steps of updating port tree (including updating GraphicsMagick before posting. After receiving your post I did it and again just in case there had been a materail change but still no joy. Any other ideas?? David Linker error remains with same error report as originally posted. david From delphij at delphij.net Wed Jul 9 17:33:03 2008 From: delphij at delphij.net (Xin LI) Date: Wed Jul 9 17:33:14 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <200807090753.32041.david@vizion2000.net> References: <200807081007.14826.david@vizion2000.net> <4873E934.3060200@delphij.net> <200807090753.32041.david@vizion2000.net> Message-ID: <4874F63E.5010703@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Southwell wrote: | On Tuesday 08 July 2008 15:24:52 Xin LI wrote: |> David Southwell wrote: |> | Is a fix likely for: |> | |> | x11-toolkits/py-wxPython24: |> | is marked as broken: Does not build on 64-bit architectures |> | |> | Thanks for the info |> |> I have taken a look at this, it seems that this is not trivial work. Do |> you have problem using newer wxPython versions? |> |> Cheers, | | Thanks | | wxPython28 works so I guess we can forget about 24 That would be great :) | Portupgrade -a was determined to try 24!!! Erm... Do you mean that we have some port that depends on 24? Perhaps we should fix it anyway... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh09j4ACgkQi+vbBBjt66DVZACfTZkqbPQrCzVXREHFJ3FKoEir jWkAoLE2yrXYTadKdzKzfuH4AbSIpwfM =b+iR -----END PGP SIGNATURE----- From david at vizion2000.net Wed Jul 9 17:45:10 2008 From: david at vizion2000.net (David Southwell) Date: Wed Jul 9 17:45:16 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <4874F63E.5010703@delphij.net> References: <200807081007.14826.david@vizion2000.net> <200807090753.32041.david@vizion2000.net> <4874F63E.5010703@delphij.net> Message-ID: <200807091108.44419.david@vizion2000.net> On Wednesday 09 July 2008 10:32:46 Xin LI wrote: > David Southwell wrote: > | On Tuesday 08 July 2008 15:24:52 Xin LI wrote: > |> David Southwell wrote: > |> | Is a fix likely for: > |> | > |> | x11-toolkits/py-wxPython24: > |> | is marked as broken: Does not build on 64-bit architectures > |> | > |> | Thanks for the info > |> > |> I have taken a look at this, it seems that this is not trivial work. Do > |> you have problem using newer wxPython versions? > |> > |> Cheers, > | > | Thanks > | > | wxPython28 works so I guess we can forget about 24 > > That would be great :) > > | Portupgrade -a was determined to try 24!!! > > Erm... Do you mean that we have some port that depends on 24? Perhaps > we should fix it anyway... > > Cheers, I think it the port that depended upon 24 that had not been upgraded. David From roberthuff at rcn.com Wed Jul 9 17:58:04 2008 From: roberthuff at rcn.com (Robert Huff) Date: Wed Jul 9 17:58:11 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <200807091108.44419.david@vizion2000.net> References: <200807081007.14826.david@vizion2000.net> <200807090753.32041.david@vizion2000.net> <4874F63E.5010703@delphij.net> <200807091108.44419.david@vizion2000.net> Message-ID: <18548.64519.965391.62392@jerusalem.litteratus.org> David Southwell writes: > > Erm... Do you mean that we have some port that depends on 24? Perhaps > > we should fix it anyway... > > I think it the port that depended upon 24 that had not been > upgraded. A quick inspection suggests many of the ports using python23 and python24 are Zope-related; I vaugely remember there are ongoing issues with Zope that may or may not involve Python. Robert Huff From delphij at delphij.net Wed Jul 9 18:02:13 2008 From: delphij at delphij.net (Xin LI) Date: Wed Jul 9 18:02:19 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <18548.64519.965391.62392@jerusalem.litteratus.org> References: <200807081007.14826.david@vizion2000.net> <200807090753.32041.david@vizion2000.net> <4874F63E.5010703@delphij.net> <200807091108.44419.david@vizion2000.net> <18548.64519.965391.62392@jerusalem.litteratus.org> Message-ID: <4874FD12.5060303@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Huff wrote: | David Southwell writes: | |> > Erm... Do you mean that we have some port that depends on 24? Perhaps |> > we should fix it anyway... |> |> I think it the port that depended upon 24 that had not been |> upgraded. | | A quick inspection suggests many of the ports using python23 | and python24 are Zope-related; I vaugely remember there are ongoing | issues with Zope that may or may not involve Python. I think wxPython24 is wxPython 2.4, not wxPython for Python 2.4. We are not going to drop Python 2.4 so quickly =-) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh0/RIACgkQi+vbBBjt66BKmQCeN0Yi3/iIVtLgXw/Cw/9HTuhq e7cAn2EKpHgMWCOF+wfsCtAVmpOXXrVC =iK3U -----END PGP SIGNATURE----- From ertr1013 at student.uu.se Wed Jul 9 18:07:33 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Wed Jul 9 18:07:40 2008 Subject: koffice-kde3 compile failure on amd64 In-Reply-To: <200807090652.54308.david@vizion2000.net> References: <200807090652.54308.david@vizion2000.net> Message-ID: <20080709180726.GA9648@owl.midgard.homeip.net> On Wed, Jul 09, 2008 at 06:52:54AM -0700, David Southwell wrote: > Here it is.. > > Does anyone know how to fix this one? > Thanks in advance > ___________________________________________________________________________ > then mv -f ".deps/karbon.la.Tpo" ".deps/karbon.la.Po"; else > rm -f ".deps/karbon.la.Tpo"; exit 1; fi > /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=link > c++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF -L/usr/local/lib -o > karbon -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -no-undefined -L/usr/local/lib -D_THREAD_SAFE -pthread -L/usr/local/lib > karbon.la.o > libkdeinit_karbon.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg -L/usr/local/lib > /usr/local/lib/libMagickCore.so: undefined reference to `DrawSetViewbox' > /usr/local/lib/libMagickCore.so: undefined reference to `DrawScale' > /usr/local/lib/libMagickCore.so: undefined reference to > `DrawSetTextUnderColor' Yes, I have seen a similar problem before. If you have the graphics/ImageMagick port installed, then the koffice-kde3 build will somehow try to link against that instead of the libraries installed by the graphics/GraphicsMagick port (which it should use.) (Note that the file /usr/local/lib/libMagickCore.so is installed by graphics/ImageMagick, not by graphics/GraphicsMagick.) If you deinstall ImageMagick, and then try to reinstall koffice-kde3 it should work. Afterwards you can reinstall ImageMagick again if you wish. (As far as I can tell it is only when building and installing koffice-kde3 that the presence of ImageMagick is a problem, not when running it.) -- Erik Trulsson ertr1013@student.uu.se From delphij at delphij.net Wed Jul 9 18:24:13 2008 From: delphij at delphij.net (Xin LI) Date: Wed Jul 9 18:24:19 2008 Subject: Critical vulnerability patch need in BINDx ports In-Reply-To: <1471888212.20080709162207@mail.ru> References: <1471888212.20080709162207@mail.ru> Message-ID: <4875023C.6030109@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dennis Yusupoff wrote: | Hello, Doug. | | I hope, you've already seen patch for BINDx, that close critical | vulnerability. | Could you register it in your FreeBSD-port(s)? | | http://www.isc.org/index.pl?/sw/bind/index.php | === | Index: inet_network.c | diff -u inet_network.c:1.5 inet_network.c:1.6 | --- inet_network.c:1.5 Wed Apr 27 04:56:21 2005 | +++ inet_network.c Tue Jan 15 04:02:01 2008 | @@ -84,9 +84,9 @@ | } | if (!digit) | return (INADDR_NONE); | + if (pp >= parts + 4 || val > 0xffU) | + return (INADDR_NONE); | if (*cp == '.') { | - if (pp >= parts + 4 || val > 0xffU) | - return (INADDR_NONE); | *pp++ = val, cp++; | goto again; | } | === This is for BIND8... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh1AjwACgkQi+vbBBjt66DO/ACdEbCx9pp4B1E7nro1VcWSNAo0 vvcAmQGZY2t86DQfaFfwNxCA8q0RGBsF =X3pp -----END PGP SIGNATURE----- From dougb at FreeBSD.org Wed Jul 9 18:25:12 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 9 18:25:18 2008 Subject: Critical vulnerability patch need in BINDx ports In-Reply-To: <1471888212.20080709162207@mail.ru> References: <1471888212.20080709162207@mail.ru> Message-ID: <48750285.90404@FreeBSD.org> Dennis Yusupoff wrote: > Hello, Doug. > > I hope, you've already seen patch for BINDx, that close critical > vulnerability. > Could you register it in your FreeBSD-port(s)? That change is included in the versions of BIND already in the ports. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Wed Jul 9 18:26:16 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 9 18:26:23 2008 Subject: Critical vulnerability patch need in BINDx ports In-Reply-To: <4875023C.6030109@delphij.net> References: <1471888212.20080709162207@mail.ru> <4875023C.6030109@delphij.net> Message-ID: <487502C6.6020704@FreeBSD.org> Xin LI wrote: > This is for BIND8... Yeah, that too. :) No one should be running BIND 8 BTW, just in case that news has escaped your notice. Doug -- This .signature sanitized for your protection From delphij at delphij.net Wed Jul 9 18:52:52 2008 From: delphij at delphij.net (Xin LI) Date: Wed Jul 9 18:53:05 2008 Subject: Critical vulnerability patch need in BINDx ports In-Reply-To: <48750285.90404@FreeBSD.org> References: <1471888212.20080709162207@mail.ru> <48750285.90404@FreeBSD.org> Message-ID: <487508F3.9070103@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Barton wrote: | Dennis Yusupoff wrote: |> Hello, Doug. |> |> I hope, you've already seen patch for BINDx, that close critical |> vulnerability. |> Could you register it in your FreeBSD-port(s)? | | That change is included in the versions of BIND already in the ports. Any plan to update them to corresponding -P1 versions? :) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh1CPMACgkQi+vbBBjt66C0vwCfYSm19+xjJp34TeePCfBg3shx iJMAoIlPG/WgelPFhc0wYWRkUaEF6ENp =UI7c -----END PGP SIGNATURE----- From denissia at mail.ru Wed Jul 9 18:58:48 2008 From: denissia at mail.ru (Dennis Yusupoff) Date: Wed Jul 9 18:58:55 2008 Subject: Critical vulnerability patch need in BINDx ports In-Reply-To: <48750285.90404@FreeBSD.org> References: <1471888212.20080709162207@mail.ru> <48750285.90404@FreeBSD.org> Message-ID: <239015821.20080709225838@mail.ru> ??????? ????? ?????, Doug! DB> Dennis Yusupoff wrote: >> Hello, Doug. >> >> I hope, you've already seen patch for BINDx, that close critical >> vulnerability. >> Could you register it in your FreeBSD-port(s)? DB> That change is included in the versions of BIND already in the ports. DB> This is for BIND8... Oh... I'm sorry. I'm feeling idiot. %-) I mean this one: http://www.isc.org/sw/bind/forgery-resilience.php What will you say? ? ?????????, ?????? ?. ?. -- TheBat! 4.0.24 ???????? 09.07.2008 ? 22:52 ? ????? ?? ?????? ?? 09.07.2008 22:25 From dougb at FreeBSD.org Wed Jul 9 19:05:38 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jul 9 19:05:50 2008 Subject: Critical vulnerability patch need in BINDx ports In-Reply-To: <487508F3.9070103@delphij.net> References: <1471888212.20080709162207@mail.ru> <48750285.90404@FreeBSD.org> <487508F3.9070103@delphij.net> Message-ID: <48750C00.4050307@FreeBSD.org> Xin LI wrote: > Doug Barton wrote: > | Dennis Yusupoff wrote: > |> Hello, Doug. > |> > |> I hope, you've already seen patch for BINDx, that close critical > |> vulnerability. > |> Could you register it in your FreeBSD-port(s)? > | > | That change is included in the versions of BIND already in the ports. > > Any plan to update them to corresponding -P1 versions? :) No, I really don't care about security vulnerabilities. Running secure systems is highly overrated. Doug -- This .signature sanitized for your protection From erwin at FreeBSD.org Wed Jul 9 19:21:34 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Jul 9 19:21:41 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200807091921.m69JLXtR064752@pointyhat.freebsd.org> From shuvaev at physik.uni-wuerzburg.de Wed Jul 9 20:40:54 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Wed Jul 9 20:41:00 2008 Subject: [x11-toolkits/gtkdatabox[2]]: Kind request to commit an update Message-ID: <20080709204410.GA1137@localhost.my.domain> Hello dear commiters :-> There is a http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123937 laying around for about 1.5 month. It is just a little bit non-trivial update to the port (see the notes in the PR). As for the maintainership claim one can see the beginning of the history at http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/116120 I belive one should not wait another maintainer timeout? It would be nice if someone can commit this somewhere around weekend so I can finish the trilogy x11-toolkits/{slgtk,gtkdatabox,slgtkdatabox}. Here, the latest version of slgtkdatabox (not in the tree) is built upon the latest version of gtkdatabox (not updated yet). Thanks in advance, Alexey. From beech at freebsd.org Wed Jul 9 20:51:15 2008 From: beech at freebsd.org (Beech Rintoul) Date: Wed Jul 9 20:51:21 2008 Subject: [x11-toolkits/gtkdatabox[2]]: Kind request to commit an update In-Reply-To: <20080709204410.GA1137@localhost.my.domain> References: <20080709204410.GA1137@localhost.my.domain> Message-ID: <200807091251.07563.beech@freebsd.org> On Wednesday 09 July 2008, Alexey Shuvaev said: > Hello dear commiters :-> > > There is a > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123937 > laying around for about 1.5 month. It is just a little bit > non-trivial update to the port (see the notes in the PR). > As for the maintainership claim one can see the beginning of the > history at http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/116120 > I belive one should not wait another maintainer timeout? > It would be nice if someone can commit this somewhere around > weekend so I can finish the trilogy > x11-toolkits/{slgtk,gtkdatabox,slgtkdatabox}. Here, the latest > version of slgtkdatabox (not in the tree) is built upon the latest > version of gtkdatabox (not updated yet). > > Thanks in advance, > Alexey. First of all you need to request a repocopy from gtkdatabox --> gtkdatabox2. You cant just "rename a port". I'll grab it. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From yuri at tsoft.com Wed Jul 9 22:09:27 2008 From: yuri at tsoft.com (Yuri) Date: Wed Jul 9 22:09:33 2008 Subject: portupgrade fails to upgrade the package because the older version is installed Message-ID: <48753715.10601@tsoft.com> I got the error below during portupgrade -aP. Why wouldn't portupgrade just upgrade neon? 'pkgdb -F' doesn;t find any problems. Yuri ===> Installing for neon28-0.28.2_1 ===> neon28-0.28.2_1 conflicts with installed package(s): neon26-0.26.4_1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/www/neon28. From chuckr at telenix.org Thu Jul 10 02:21:43 2008 From: chuckr at telenix.org (Chuck Robey) Date: Thu Jul 10 02:21:50 2008 Subject: poscript display problems In-Reply-To: <4874E756.7090908@smo.de> References: <4873B275.8050504@telenix.org> <4873C0D9.3040306@wallnet.com> <4873D209.5060506@telenix.org> <4873D657.2080706@wallnet.com> <4873D665.2060202@telenix.org> <4874E756.7090908@smo.de> Message-ID: <48756F81.5090304@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philipp Ost wrote: > Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Tim Kellers wrote: >> >>> 55 completely blank pages >> >> >> well, thanks very much, Tim. You and Phil Ost tested, and I found out >> that our >> FreeBSD-ports installed gs seems to have some sickness, when being >> asked to >> display PS files that don't have embedded fonts ... because that's >> what this is. > > I see this too. I get the following error when displaying the files with > Ghostview: > > Error: /typecheck in --setscreen-- > Operand stack: > 6.01146 0.0 --dict:4/4(ro)(L)-- 4 4 Frequency 6.01146 > Execution stack: > %interp_exit .runexec2 --nostringval-- --nostringval-- > --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- > --nostringval-- false 1 %stopped_push 1905 1 3 > %oparray_pop 1904 1 3 %oparray_pop 1888 1 3 %oparray_pop > 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop > .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 > %stopped_push --nostringval-- 1883 3 4 %oparray_pop 1821 3 > 4 %oparray_pop --nostringval-- --nostringval-- --nostringval-- > --dict:4/4(ro)(L)-- --nostringval-- 4 %dict_continue --nostringval-- > Dictionary stack: > --dict:1146/1684(ro)(G)-- --dict:0/20(G)-- --dict:128/200(L)-- > --dict:286/400(L)-- > Current allocation mode is local > GPL Ghostscript 8.62: Unrecoverable error, exit code 1 Yeah, Phil, it seems to be a gs font problem, and a LOT of things use gs (like ps2pdf). I'm sorry, my disability means I need to move slower than I personally think is reasonable, but leave me a day or so with it, I'll puzzle this out. My error list is exactly as yours is. > > Program version: > > $ pkg_info | grep ghost > ghostscript-gpl-8.62_2 GPL Postscript interpreter > ghostview-1.5_1 An X11 front-end for ghostscript > $ > >> I'll be investigating it further. I have already verified that at >> least some >> of the Linux-derived gs ports display this fine, so it's a ports >> problem of some >> kind, because of the testing, and I know my gs and gs fonts are >> installed the >> way they should be. > > evince-2.22.2_2 has also problems displaying the files. I don't know if > evince uses ghostscript as a backend though. > ps2pdf can't convert them also, it bombs out with the same error message > as above. > > I'm running 7-STABLE if this matters. > > > HTH, > Philipp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh1b4EACgkQz62J6PPcoOljdACfRbTI9ZkhQ+3dAWWbpqfTY2BA wzYAn1bZC/YtZfLTKmyNNNpjEp77I+oH =5boa -----END PGP SIGNATURE----- From dgeo at ec-marseille.fr Thu Jul 10 05:00:07 2008 From: dgeo at ec-marseille.fr (Geoffroy Desvernay) Date: Thu Jul 10 05:00:30 2008 Subject: ports/125460: New port: mail/dovecot-managesieve dovecot's managesieve implementation Message-ID: <20080710045721.C003556476@box.dgeos.net> >Number: 125460 >Category: ports >Synopsis: New port: mail/dovecot-managesieve dovecot's managesieve implementation >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Thu Jul 10 05:00:06 UTC 2008 >Closed-Date: >Last-Modified: >Originator: dgeo@ec-marseille.fr >Release: FreeBSD 6.3-RELEASE-p2 i386 >Organization: Ecole Centrale de Marseille >Environment: System: FreeBSD box.dgeos.net 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #0: Thu Apr 24 22:41:45 CEST 2008 root@box.dgeos.net:/usr/obj/usr/src/sys/BOX i386 tested on i386,amd64 (athlon, xeon and via cpus) >Description: Dovecot is a secure and compact IMAP server and also a LDA (Local Delivery Agent), that can use sieve scripts via dovecot-sieve plugin (mail/dovecot-sieve). This managesieve implementation is maintained by Stephan Bosch >How-To-Repeat: >Fix: --- dovecot-managesieve.shar begins here --- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # dovecot-managesieve # dovecot-managesieve/Makefile # dovecot-managesieve/distinfo # dovecot-managesieve/pkg-descr # dovecot-managesieve/pkg-message # dovecot-managesieve/pkg-plist # echo c - dovecot-managesieve mkdir -p dovecot-managesieve > /dev/null 2>&1 echo x - dovecot-managesieve/Makefile sed 's/^X//' >dovecot-managesieve/Makefile << 'END-of-dovecot-managesieve/Makefile' X# New ports collection makefile for: dovecot-managesieve X# Date created: 2008-07-05 X# Whom: Geoffroy Desvernay X# X XPORTNAME= dovecot-1.1-managesieve XPORTVERSION= 0.10.3 X#DISTFILES= dovecot-1.1-managesieve-${PORTVERSION}.tar.gz XCATEGORIES= mail XMASTER_SITES= http://www.rename-it.nl/dovecot/1.1/ X XMAINTAINER= dgeo@ec-marseille.fr XCOMMENT= Managesieve package X XBUILD_DEPENDS= ${NONEXISTENT}:${PORTSDIR}/mail/dovecot:build XBUILD_DEPENDS+= ${NONEXISTENT}:${PORTSDIR}/mail/dovecot-sieve:build X XRUN_DEPENDS= ${PREFIX}/lib/dovecot/lda/lib90_cmusieve_plugin.so:${PORTSDIR}/mail/dovecot-sieve X X#USE_LDCONFIG= ${PREFIX}/lib/dovecot/managesieve X XGNU_CONFIGURE= yes XCONFIGURE_TARGET= --build=${MACHINE_ARCH}-portbld-freebsd${OSREL} XCONFIGURE_ARGS= --prefix=${PREFIX} --with-dovecot=`make -C ${PORTSDIR}/mail/dovecot -V WRKSRC` --with-dovecot-sieve=`make -C ${PORTSDIR}/mail/dovecot-sieve -V WRKSRC` X X.include END-of-dovecot-managesieve/Makefile echo x - dovecot-managesieve/distinfo sed 's/^X//' >dovecot-managesieve/distinfo << 'END-of-dovecot-managesieve/distinfo' XSIZE (dovecot-1.1-managesieve-0.10.3.tar.gz) = 395123 XMD5 (dovecot-1.1-managesieve-0.10.3.tar.gz) = 14ad3bdec508bad8bcce35b57681d255 XSHA256 (dovecot-1.1-managesieve-0.10.3.tar.gz) = ac70ee48cdec2d472c14cb93bc9f3339a30763e418a579ddea0b9b18befac5ac END-of-dovecot-managesieve/distinfo echo x - dovecot-managesieve/pkg-descr sed 's/^X//' >dovecot-managesieve/pkg-descr << 'END-of-dovecot-managesieve/pkg-descr' XFrom the Dovecot wiki on LDA (WWW: http://wiki.dovecot.org/LDA/Sieve) X XSieve language support by a plugin for the deliver LDA X X * Mail filtering X * Mail forwarding X * Vacation auto-reply X XWWW: http://www.dovecot.org END-of-dovecot-managesieve/pkg-descr echo x - dovecot-managesieve/pkg-message sed 's/^X//' >dovecot-managesieve/pkg-message << 'END-of-dovecot-managesieve/pkg-message' X--------------------------------------------------------------------- X X This port assumes you are known with Dovecot and have it installed X and running on the system you have installed this plugin on. X X You can enable the plugin with this directive in your dovecot.conf: X X protocol lda { X mail_plugins = cmusieve X } X X Further information on configuration can be found at: X X http://wiki.dovecot.org/ X X--------------------------------------------------------------------- END-of-dovecot-managesieve/pkg-message echo x - dovecot-managesieve/pkg-plist sed 's/^X//' >dovecot-managesieve/pkg-plist << 'END-of-dovecot-managesieve/pkg-plist' X@comment $ID:$ Xlibexec/dovecot/managesieve Xlibexec/dovecot/managesieve-login X@dirrmtry libexec/dovecot END-of-dovecot-managesieve/pkg-plist exit --- dovecot-managesieve.shar ends here --- >Release-Note: >Audit-Trail: >Unformatted: From edwin at FreeBSD.org Thu Jul 10 05:00:28 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Jul 10 05:00:55 2008 Subject: ports/125460: New port: mail/dovecot-managesieve dovecot's managesieve implementation Message-ID: <200807100500.m6A50S71019026@freefall.freebsd.org> Synopsis: New port: mail/dovecot-managesieve dovecot's managesieve implementation Class-Changed-From-To: maintainer-update->change-request Class-Changed-By: edwin Class-Changed-When: Thu Jul 10 05:00:28 UTC 2008 Class-Changed-Why: Fix category (new ports should be change-requests) (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=125460 From david at vizion2000.net Thu Jul 10 05:25:30 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 05:25:37 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <48753715.10601@tsoft.com> References: <48753715.10601@tsoft.com> Message-ID: <200807092249.06852.david@vizion2000.net> On Wednesday 09 July 2008 15:09:25 Yuri wrote: > I got the error below during portupgrade -aP. > > Why wouldn't portupgrade just upgrade neon? > > 'pkgdb -F' doesn;t find any problems. > > Yuri > > ===> Installing for neon28-0.28.2_1 > > ===> neon28-0.28.2_1 conflicts with installed package(s): > neon26-0.26.4_1 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/www/neon28. > Did you follow the instructions in UPDATING (see below)? They may have some bearing on the problem. ________________________ 20080701: AFFECTS: users of devel/subversion* AUTHOR: Lev Serebryakov subversion now uses neon-0.28.x (www/neon28) port, and automatic portupgrade will fail because neon26 will conflict with installed neon26. You should upgrade neon library tohgether with subversion with # portupgrade -o www/neon28 neon subversion command. Also, if you use special subversion port with bindings, you should upgrade your port to clean subversion port with # portupgrade -o devel/subversion subversion-\* and install needed bindings (p5-subversion, py-subversion and/or ruby-subversion) after that. If you use subversion with bindings, installed from devel/subversion with custom options, don't forget to install separate bindings ports after subversion upgrade. __________________________- David From Helko.Glathe at freenet.de Thu Jul 10 06:54:23 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Thu Jul 10 06:55:03 2008 Subject: firefox-3.0_2,1 no reactions Message-ID: <200807100849.27824.Helko.Glathe@freenet.de> Hi I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. Firefox3 starts without warnings. But entering URLs into the adress field there are no reactions. No request to the URL is made. Only the Home Button works fine. Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ show reactions. A portupgrade fR www/firefox3 doesn't fixed that problem. Any ideas? -- =================================================================== Mit freundlichem Gruss Helko Glathe From swp at swp.pp.ru Thu Jul 10 07:21:54 2008 From: swp at swp.pp.ru (mitrohin a.s.) Date: Thu Jul 10 07:22:03 2008 Subject: [patch] net-im/sim-im-devel Message-ID: <20080710055907.GA64243@swp.pp.ru> recent icq protocol changes broke sim. this patch based on pidgin fix. /swp -------------- next part -------------- --- plugins/icq/icqlogin.cpp.orig 2008-04-28 19:06:15.000000000 +0700 +++ plugins/icq/icqlogin.cpp 2008-07-10 12:50:25.000000000 +0700 @@ -203,7 +203,7 @@ socket()->writeBuffer().tlv(0x0001, uin); socket()->writeBuffer().tlv(0x0002, pswd.data(), pswd.size()); socket()->writeBuffer().tlv(0x0003, "ICQBasic"); // ID String, currently ICQ 5.1 (21.08.2006) - socket()->writeBuffer().tlv(0x0016, 0x010A); // ID Number + socket()->writeBuffer().tlv(0x0016, 0x010B); // ID Number socket()->writeBuffer().tlv(0x0017, 0x0014); // major socket()->writeBuffer().tlv(0x0018, 0x0034); // minor socket()->writeBuffer().tlv(0x0019, 0x0000); // lesser From yuri at tsoft.com Thu Jul 10 08:18:30 2008 From: yuri at tsoft.com (Yuri) Date: Thu Jul 10 08:18:37 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <200807092249.06852.david@vizion2000.net> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> Message-ID: <4875C5D2.70003@tsoft.com> David Southwell wrote: > Did you follow the instructions in UPDATING (see below)? > They may have some bearing on the problem. > ________________________ > 20080701: > AFFECTS: users of devel/subversion* > AUTHOR: Lev Serebryakov > > subversion now uses neon-0.28.x (www/neon28) port, and automatic > portupgrade will fail because neon26 will conflict with installed > neon26. > You should upgrade neon library tohgether with subversion with > > # portupgrade -o www/neon28 neon subversion > > command. > > Also, if you use special subversion port with bindings, you > should upgrade your port to clean subversion port with > > # portupgrade -o devel/subversion subversion-\* > > and install needed bindings (p5-subversion, py-subversion and/or > ruby-subversion) after that. > > If you use subversion with bindings, installed from devel/subversion > with custom options, don't forget to install separate bindings ports > after subversion upgrade. > __________________________- > > David > No, command "portupgrade -o www/neon28 neon subversion" causes the same error message itself. Yuri From haudh at sysadmin.su Thu Jul 10 09:07:53 2008 From: haudh at sysadmin.su (Michael A. Loginov) Date: Thu Jul 10 09:08:00 2008 Subject: portupgrade fails to upgrade the package because the older version is installed Message-ID: And what about deinstall neon26 and install neon28 instead? David Southwell wrote: > Did you follow the instructions in UPDATING (see below)? > They may have some bearing on the problem. > ________________________ > 20080701: > AFFECTS: users of devel/subversion* > AUTHOR: Lev Serebryakov > > subversion now uses neon-0.28.x (www/neon28) port, and automatic > portupgrade will fail because neon26 will conflict with installed > neon26. > You should upgrade neon library tohgether with subversion with > > # portupgrade -o www/neon28 neon subversion > > command. > > Also, if you use special subversion port with bindings, you > should upgrade your port to clean subversion port with > > # portupgrade -o devel/subversion subversion-\* > > and install needed bindings (p5-subversion, py-subversion and/or > ruby-subversion) after that. > > If you use subversion with bindings, installed from devel/subversion > with custom options, don't forget to install separate bindings ports > after subversion upgrade. > __________________________- > > David > No, command "portupgrade -o www/neon28 neon subversion" causes the same error message itself. Yuri From haudh at sysadmin.su Thu Jul 10 09:19:18 2008 From: haudh at sysadmin.su (Michael A. Loginov) Date: Thu Jul 10 09:19:25 2008 Subject: portupgrade fails to upgrade the package because the older version is installed Message-ID: And what about deinstall neon26 and install neon28 instead? David Southwell wrote: > Did you follow the instructions in UPDATING (see below)? > They may have some bearing on the problem. > ________________________ > 20080701: > AFFECTS: users of devel/subversion* > AUTHOR: Lev Serebryakov > > subversion now uses neon-0.28.x (www/neon28) port, and automatic > portupgrade will fail because neon26 will conflict with installed > neon26. > You should upgrade neon library tohgether with subversion with > > # portupgrade -o www/neon28 neon subversion > > command. > > Also, if you use special subversion port with bindings, you > should upgrade your port to clean subversion port with > > # portupgrade -o devel/subversion subversion-\* > > and install needed bindings (p5-subversion, py-subversion and/or > ruby-subversion) after that. > > If you use subversion with bindings, installed from devel/subversion > with custom options, don't forget to install separate bindings ports > after subversion upgrade. > __________________________- > > David > No, command "portupgrade -o www/neon28 neon subversion" causes the same error message itself. Yuri From freebsd at troback.com Thu Jul 10 09:22:14 2008 From: freebsd at troback.com (Anders Troback) Date: Thu Jul 10 09:22:22 2008 Subject: Tgz in tgz...! Message-ID: <20080710110457.4b160eb1@itpc02.gelita.swe> Hi, I need some tips about a port that I'm working on! The problem that I have are that the source of the code are in a tgz that are in a sub folder in an other tgz! So first I need the port to download and extract the first tgz and then extract, configure and make the second tgz! How do I cope with that? Thanks! -- Anders Trob?ck http://www.troback.com/ ============================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" -------------------------------------------- From beech at freebsd.org Thu Jul 10 09:54:22 2008 From: beech at freebsd.org (Beech Rintoul) Date: Thu Jul 10 09:54:29 2008 Subject: Tgz in tgz...! In-Reply-To: <20080710110457.4b160eb1@itpc02.gelita.swe> References: <20080710110457.4b160eb1@itpc02.gelita.swe> Message-ID: <200807100154.17094.beech@freebsd.org> On Thursday 10 July 2008, Anders Troback said: > Hi, > > I need some tips about a port that I'm working on! > > The problem that I have are that the source of the code are in a > tgz that are in a sub folder in an other tgz! So first I need the > port to download and extract the first tgz and then extract, > configure and make the second tgz! > > How do I cope with that? > > Thanks! You can probably extract the second time in post-extract, but you're going to have to get creative defining the right ${WRKSRC}. After that it should patch and build normally. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From carpetsmoker at rwxrwxrwx.net Thu Jul 10 10:00:11 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Thu Jul 10 10:00:17 2008 Subject: Tgz in tgz...! In-Reply-To: <20080710110457.4b160eb1@itpc02.gelita.swe> References: <20080710110457.4b160eb1@itpc02.gelita.swe> Message-ID: <20080710094338.GA40134@rwxrwxrwx.net> On Thu, Jul 10, 2008 at 11:04:57AM +0200, Anders Troback wrote: > Hi, > > I need some tips about a port that I'm working on! > > The problem that I have are that the source of the code are in a tgz > that are in a sub folder in an other tgz! So first I need the port to > download and extract the first tgz and then extract, configure and > make the second tgz! > > How do I cope with that? > > Thanks! You can use the "post-extract" target to extract the second archive, here's a simple example. post-extract: ${TAR} xzp ${WRKSRC}/tarinsidetar.tgz -C ${WRKSRC}/extract/ -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org QOTD: Pure drivel tends to drive ordinary drivel off of the TV screen. From david at vizion2000.net Thu Jul 10 10:04:16 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 10:04:22 2008 Subject: x11-toolkits/py-wxPython24 Broken 64bit Fix????? In-Reply-To: <4874FD12.5060303@delphij.net> References: <200807081007.14826.david@vizion2000.net> <18548.64519.965391.62392@jerusalem.litteratus.org> <4874FD12.5060303@delphij.net> Message-ID: <200807100327.53854.david@vizion2000.net> On Wednesday 09 July 2008 11:01:54 Xin LI wrote: > Robert Huff wrote: > | David Southwell writes: > |> > Erm... Do you mean that we have some port that depends on 24? > > Perhaps > > |> > we should fix it anyway... > |> > |> I think it the port that depended upon 24 that had not been > |> upgraded. > | > | A quick inspection suggests many of the ports using python23 > | and python24 are Zope-related; I vaugely remember there are ongoing > | issues with Zope that may or may not involve Python. > > I think wxPython24 is wxPython 2.4, not wxPython for Python 2.4. We are > not going to drop Python 2.4 so quickly =-) > > Cheers, The problems seems to be with pydbdesigner which seems to depend upon x11-toolkits/py-wxPython24. See error messages: [root@dns1 /usr/ports/databases/pydbdesigner]# make install ===> Installing for pydbdesigner-0.1.4.1_2 ===> pydbdesigner-0.1.4.1_2 depends on file: /usr/local/bin/python2.5 - found ===> pydbdesigner-0.1.4.1_2 depends on file: /usr/local/lib/python2.5/site-packages/wx/__init__.py - not found ===> Verifying install for /usr/local/lib/python2.5/site-packages/wx/__init__.py in /usr/ports/x11-toolkits/py-wxPython24 ===> py25-wxPython-2.4.2.4_8 is marked as broken: Does not build on 64-bit architectures. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-wxPython24. *** Error code 1 Stop in /usr/ports/databases/pydbdesigner. [root@dns1 /usr/ports/databases/pydbdesigner]# Is there any reason why the pydbdesigner port could not rely on 28? David From david at vizion2000.net Thu Jul 10 10:17:00 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 10:17:05 2008 Subject: portupgrade to Perl 5.10.0 ?? Message-ID: <200807100340.38399.david@vizion2000.net> Hi Just wondered when an upgrade to 5.10.0 could be expected. David From sim-im at lehis.ru Thu Jul 10 10:42:15 2008 From: sim-im at lehis.ru (Alexey V. Panfilov) Date: Thu Jul 10 10:42:22 2008 Subject: [patch] net-im/sim-im-devel In-Reply-To: <20080710055907.GA64243@swp.pp.ru> References: <20080710055907.GA64243@swp.pp.ru> Message-ID: <4875E13B.8000303@lehis.ru> mitrohin a.s. ?????: > recent icq protocol changes broke sim. this patch based on pidgin fix. > > /swp > Hi! I'll send PR of new version subj today or tomorrow, where this bug (and not only this) also fixed ( http://developer.berlios.de/bugs/?func=detailbug&bug_id=14117&group_id=4482 ) -- Best regards, Alexey V. Panfilov ICQ: 1053180 Jabber: lehis@jabber.ru mailto: sim-im@lehis.ru www: http://www.lehis.ru From david at vizion2000.net Thu Jul 10 10:42:50 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 10:42:56 2008 Subject: koffice-kde3 compile failure on amd64 _SOLVED In-Reply-To: <20080709180726.GA9648@owl.midgard.homeip.net> References: <200807090652.54308.david@vizion2000.net> <20080709180726.GA9648@owl.midgard.homeip.net> Message-ID: <200807100406.28636.david@vizion2000.net> On Wednesday 09 July 2008 11:07:26 Erik Trulsson wrote: > On Wed, Jul 09, 2008 at 06:52:54AM -0700, David Southwell wrote: > > Here it is.. > > > > Does anyone know how to fix this one? > > Thanks in advance > > _________________________________________________________________________ > >__ then mv -f ".deps/karbon.la.Tpo" ".deps/karbon.la.Po"; else > > rm -f ".deps/karbon.la.Tpo"; exit 1; fi > > /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=link > > c++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG > > -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions > > -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST > > -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF > > -L/usr/local/lib -o karbon -R /usr/local/lib -R /usr/local/lib -R > > /usr/local/lib -R /usr/local/lib -R /usr/local/lib -no-undefined > > -L/usr/local/lib -D_THREAD_SAFE -pthread -L/usr/local/lib karbon.la.o > > libkdeinit_karbon.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg > > -L/usr/local/lib /usr/local/lib/libMagickCore.so: undefined reference to > > `DrawSetViewbox' /usr/local/lib/libMagickCore.so: undefined reference to > > `DrawScale' /usr/local/lib/libMagickCore.so: undefined reference to > > `DrawSetTextUnderColor' > > Yes, I have seen a similar problem before. > If you have the graphics/ImageMagick port installed, then the koffice-kde3 > build will somehow try to link against that instead of the libraries > installed by the graphics/GraphicsMagick port (which it should use.) > (Note that the file /usr/local/lib/libMagickCore.so is installed by > graphics/ImageMagick, not by graphics/GraphicsMagick.) > > > If you deinstall ImageMagick, and then try to reinstall koffice-kde3 it > should work. Afterwards you can reinstall ImageMagick again if you wish. > (As far as I can tell it is only when building and installing koffice-kde3 > that the presence of ImageMagick is a problem, not when running it.) Thanks v much your diagnosis was spot on. Your advice should be in UPDATING .. maybe you could draft an entry and submit it. David From gerard at seibercom.net Thu Jul 10 10:43:01 2008 From: gerard at seibercom.net (Gerard) Date: Thu Jul 10 10:43:08 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807100340.38399.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> Message-ID: <20080710064246.346e2200@scorpio> On Thu, 10 Jul 2008 03:40:38 -0700 David Southwell wrote: > Hi > > Just wondered when an upgrade to 5.10.0 could be expected. > > David I have been trying to get an answer to that question for quite some time now also. Perhaps they are planning on releasing it with, and hopefully including it in the FreeBSD-7.1 release. -- Gerard gerard@seibercom.net COMPASS [for the CDC-6000 series] is the sort of assembler one expects from a corporation whose president codes in octal. J. N. Gray -------------- 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/20080710/8f8ee0f0/signature.pgp From david at vizion2000.net Thu Jul 10 10:52:43 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 10:52:50 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080710064246.346e2200@scorpio> References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> Message-ID: <200807100416.22051.david@vizion2000.net> On Thursday 10 July 2008 03:42:46 Gerard wrote: > On Thu, 10 Jul 2008 03:40:38 -0700 > > David Southwell wrote: > > Hi > > > > Just wondered when an upgrade to 5.10.0 could be expected. > > > > David > > I have been trying to get an answer to that question for quite some > time now also. Perhaps they are planning on releasing it with, and > hopefully including it in the FreeBSD-7.1 release. Humph I have just been clearing the decks -- my main system is currently on 6.1 and I am preparing to move to 7.0 with an intermediate stop at 6.3 so maybe it will be timely to wait David From freebsd at troback.com Thu Jul 10 11:53:34 2008 From: freebsd at troback.com (Anders Troback) Date: Thu Jul 10 11:53:40 2008 Subject: Tgz in tgz...! In-Reply-To: <20080710094338.GA40134@rwxrwxrwx.net> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <20080710094338.GA40134@rwxrwxrwx.net> Message-ID: <20080710135456.60519d5d@itpc02.gelita.swe> On Thu, 10 Jul 2008 11:43:38 +0200 Martin Tournoij wrote: > On Thu, Jul 10, 2008 at 11:04:57AM +0200, Anders Troback wrote: > > Hi, > > > > I need some tips about a port that I'm working on! > > > > The problem that I have are that the source of the code are in a tgz > > that are in a sub folder in an other tgz! So first I need the port > > to download and extract the first tgz and then extract, configure > > and make the second tgz! > > > > How do I cope with that? > > > > Thanks! > > You can use the "post-extract" target to extract the second archive, > here's a simple example. > > post-extract: > ${TAR} xzp ${WRKSRC}/tarinsidetar.tgz -C ${WRKSRC}/extract/ > With and additional f after xzp did the trick! ;-) Thanks! -- Anders Trob?ck http://www.troback.com/ ============================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" -------------------------------------------- From dirk.meyer at dinoex.sub.org Thu Jul 10 12:51:09 2008 From: dirk.meyer at dinoex.sub.org (Dirk Meyer) Date: Thu Jul 10 12:51:18 2008 Subject: Tgz in tgz...! References: <20080710110457.4b160eb1@itpc02.gelita.swe> Message-ID: Hallo Anders Troback, > I need some tips about a port that I'm working on! > > The problem that I have are that the source of the code are in a tgz > that are in a sub folder in an other tgz! So first I need the port to > download and extract the first tgz and then extract, configure and > make the second tgz! > > How do I cope with that? How about a post-extract target, where you untar the 2nd tgz. kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] http://people.freebsd.org/~dinoex/errorlogs/ From freebsd at troback.com Thu Jul 10 12:52:51 2008 From: freebsd at troback.com (Anders Troback) Date: Thu Jul 10 12:52:58 2008 Subject: Tgz in tgz...! In-Reply-To: <200807100154.17094.beech@freebsd.org> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <200807100154.17094.beech@freebsd.org> Message-ID: <20080710145415.59244492@itpc02.gelita.swe> On Thu, 10 Jul 2008 01:54:10 -0800 Beech Rintoul wrote: > On Thursday 10 July 2008, Anders Troback said: > > Hi, > > > > I need some tips about a port that I'm working on! > > > > The problem that I have are that the source of the code are in a > > tgz that are in a sub folder in an other tgz! So first I need the > > port to download and extract the first tgz and then extract, > > configure and make the second tgz! > > > > How do I cope with that? > > > > Thanks! > > You can probably extract the second time in post-extract, but you're > going to have to get creative defining the right ${WRKSRC}. After > that it should patch and build normally. > > Beech > OK! Next problem:-] The program that I want to build are under a sub folder of ${WRKSRC}/src so first I need to make the "main" program and then I have to run make in that sub folder! Are there any macros that do things like this or is there some other way? Thanks again! -- Anders Trob?ck http://www.troback.com/ ============================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" -------------------------------------------- From yves.guerin at muhc.mcgill.ca Thu Jul 10 12:53:34 2008 From: yves.guerin at muhc.mcgill.ca (yves.guerin@muhc.mcgill.ca) Date: Thu Jul 10 12:53:41 2008 Subject: FreeBSD Port: mgeupsd-0.3_1 Message-ID: Hello, I redo the rc.d script file. #!/bin/sh # PatrioteBSD ######################################### # JAMAIS TESTE AVEC mgeupsd_enable="yes" # NEVER TESTED WITH mgeupsd_enable="YES" ######################################### # mettre dans /etc/rc.conf: mgeupsd_enable="YES" # PROVIDE: mgeupsd # REQUIRE: # BEFORE: securelevel . /etc/rc.subr name="mgeupsd" mgeupsd_enable=${mgeupsd_enable:-"NO"} rcvar=`set_rcvar` start_cmd="mgeupsd_start" stop_cmd="mgeupsd_stop" mgeupsd_start() { #/usr/local/sbin/mgeupsd -run /usr/local/sbin/powerhandler /dev/cuaa0 echo -n ' jamais teste - never tested - veuillez editer ce fichier $0 - edit this file $0 => mgeupsd' sleep 2 } mgeupsd_stop() { kill `cat /var/run/mgeupsd.pid` rm -f /var/run/mgeupsd.pid rm -f /var/run/powerstatus echo -n ' mgeupsd' } load_rc_config $name run_rc_command "$1" Regards, Yves From yvesguerin at yahoo.ca Thu Jul 10 14:17:17 2008 From: yvesguerin at yahoo.ca (=?iso-8859-1?Q?Yves_Gu=E9rin?=) Date: Thu Jul 10 14:17:25 2008 Subject: FreeBSD Port: upsd-2.0.1.6_1 Message-ID: <490870.12555.qm@web56409.mail.re3.yahoo.com> Hello, I redo the rc.d script #!/bin/sh # PatrioteBSD - Yves Guerin - ygvesguerin@yah00.ca - 2008-07-10 ######################################### # JAMAIS TESTE AVEC upsd_enable="yes" # NEVER TESTED WITH upsd_enable="YES" ######################################### # mettre dans /etc/rc.conf: upsd_enable="YES" # PROVIDE: upsd # REQUIRE: DAEMON # BEFORE: shutdown . /etc/rc.subr name="upsd" upsd_enable=${upsd_enable:-"NO"} rcvar=`set_rcvar` start_cmd="upsd_start" stop_cmd="upsd_stop" upsd_start() { ??????? [ -x /usr/local/sbin/upsd ] && /usr/local/sbin/upsd && echo -n ' upsd' } upsd_stop() { ???????? [ -f /var/run/upsd.pid ] && kill -QUIT `cat /var/run/upsd.pid` && echo -n ' upsd' } load_rc_config $name run_rc_command "$1" Yves Guerin _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr From yvesguerin at yahoo.ca Thu Jul 10 14:19:05 2008 From: yvesguerin at yahoo.ca (=?iso-8859-1?Q?Yves_Gu=E9rin?=) Date: Thu Jul 10 14:19:11 2008 Subject: FreeBSD Port: upsmon-2.1.3 Message-ID: <124731.94899.qm@web56414.mail.re3.yahoo.com> Hello, I redo the rc.d script #!/bin/sh # PatrioteBSD - Yves Guerin yvesguerin@yahoo.ca - 2008-07-10 ######################################### # JAMAIS TESTE AVEC upsmon_enable="YES" # NEVER TESTED WITH upsmon_enable="YES" ######################################### # put into /etc/rc.conf: upsmon_enable="YES" # PROVIDE: upsmon # REQUIRE: DAEMON # BEFORE: shutdown . /etc/rc.subr name="upsmon" upsmon_enable=${upsmon_enable:-"NO"} rcvar=`set_rcvar` start_cmd="upsmon_start" stop_cmd="upsmon_stop" upsmon_start() { ??????? # see /usr/local/share/doc/upsmon/INSTALL for command line option details ??????? if [ -x /usr/local/sbin/upsmond ]; then ??????????????? /usr/local/sbin/upsmond -p /dev/cuaa0 2>&1 > /dev/null && echo -n ' upsmond' ??????? fi } upsmon_stop() { ??????? killall upsmond && echo -n ' upsmond' } load_rc_config $name run_rc_command "$1" Regards Yves Guerin _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr From jimmiejaz at gmail.com Thu Jul 10 16:53:08 2008 From: jimmiejaz at gmail.com (Jimmie James) Date: Thu Jul 10 16:53:13 2008 Subject: vlc-devel WxGTK switch to qt4 Message-ID: <48763772.2080902@gmail.com> configure: error: The skins2 module depends on a the Qt4 development package. Without it you won't be able to open any dialog box from the interface, which makes the skins2 interface rather useless. Install the Qt4 development package or alternatively you can also configure with: --disable-qt4 --disable-skins2. Who's bright idea was it to move from WxGTK to qt4? http://docs.freebsd.org/cgi/getmsg.cgi?fetch=756874+0+current/cvs-ports Fix volume bar position problem ? USE_WX=2.6 fixed that issue. Can anyone suggest a work around for us GTK2 users that doesn't require qt4? -- Over the years I've come to regard you as people I've met. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From chuckr at telenix.org Thu Jul 10 17:20:07 2008 From: chuckr at telenix.org (Chuck Robey) Date: Thu Jul 10 17:20:14 2008 Subject: poscript display problems In-Reply-To: <4874E756.7090908@smo.de> References: <4873B275.8050504@telenix.org> <4873C0D9.3040306@wallnet.com> <4873D209.5060506@telenix.org> <4873D657.2080706@wallnet.com> <4873D665.2060202@telenix.org> <4874E756.7090908@smo.de> Message-ID: <4876421C.4090105@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philipp Ost wrote: > Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Tim Kellers wrote: >> >>> 55 completely blank pages >> >> >> well, thanks very much, Tim. You and Phil Ost tested, and I found out >> that our >> FreeBSD-ports installed gs seems to have some sickness, when being >> asked to >> display PS files that don't have embedded fonts ... because that's >> what this is. > > I see this too. I get the following error when displaying the files with > Ghostview: > > Error: /typecheck in --setscreen-- > Operand stack: > 6.01146 0.0 --dict:4/4(ro)(L)-- 4 4 Frequency 6.01146 > Execution stack: > %interp_exit .runexec2 --nostringval-- --nostringval-- > --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- > --nostringval-- false 1 %stopped_push 1905 1 3 > %oparray_pop 1904 1 3 %oparray_pop 1888 1 3 %oparray_pop > 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop > .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 > %stopped_push --nostringval-- 1883 3 4 %oparray_pop 1821 3 > 4 %oparray_pop --nostringval-- --nostringval-- --nostringval-- > --dict:4/4(ro)(L)-- --nostringval-- 4 %dict_continue --nostringval-- > Dictionary stack: > --dict:1146/1684(ro)(G)-- --dict:0/20(G)-- --dict:128/200(L)-- > --dict:286/400(L)-- > Current allocation mode is local > GPL Ghostscript 8.62: Unrecoverable error, exit code 1 > > Program version: > > $ pkg_info | grep ghost > ghostscript-gpl-8.62_2 GPL Postscript interpreter > ghostview-1.5_1 An X11 front-end for ghostscript This time I'm copying Hiroki Sato, who is the fellow who did the last few ghostscript commits ... why? Because I just tried to compile ghostscript-8.62.tar.bz2 directly from the version that was downloaded by the port into distfiles. I only used autogen.sh (with the only options being - --prefix=/usr/local), used gmake, and then executed it from the preinstallation ./bin directory. Result: it displays fine, no error. I think that hrs ought to take a look at his port now, does that sould right? When I'd used the port, at first I'd had no extra options at all, later on for testing, I added the trutype font processing (the 3rd option, I think). So, if you needed it today, that's the fix, DON'T use the port. > $ > >> I'll be investigating it further. I have already verified that at >> least some >> of the Linux-derived gs ports display this fine, so it's a ports >> problem of some >> kind, because of the testing, and I know my gs and gs fonts are >> installed the >> way they should be. > > evince-2.22.2_2 has also problems displaying the files. I don't know if > evince uses ghostscript as a backend though. > ps2pdf can't convert them also, it bombs out with the same error message > as above. > > I'm running 7-STABLE if this matters. > > > HTH, > Philipp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh2QhsACgkQz62J6PPcoOnGbgCdHLNAuk9ycLKiUlkA3YxEKfEZ WoQAnRzbMgTVpuClSRRkq9L2tpqEjjwd =51Z2 -----END PGP SIGNATURE----- From raj at csub.edu Thu Jul 10 17:30:09 2008 From: raj at csub.edu (Russell Jackson) Date: Thu Jul 10 17:30:21 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <200807100849.27824.Helko.Glathe@freenet.de> References: <200807100849.27824.Helko.Glathe@freenet.de> Message-ID: <48763D9C.9050903@csub.edu> Helko Glathe wrote: > Hi > > I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. > Firefox3 starts without warnings. > > But entering URLs into the adress field there are no reactions. No request to > the URL is made. > > Only the Home Button works fine. > > Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ show > reactions. > > A portupgrade fR www/firefox3 doesn't fixed that problem. > > Any ideas? If you have an old profile from firefox1/2 in ${HOME}/.mozilla, you might try moving that out of the way (i.e. mv ${HOME}/.mozilla ${HOME}/.mozilla.old), and starting firefox3 back up. -- Russell A. Jackson Network Analyst California State University, Bakersfield A man usually falls in love with a woman who asks the kinds of questions he is able to answer. -- Ronald Colman -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4291 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080710/710f1181/smime.bin From Helko.Glathe at freenet.de Thu Jul 10 17:40:22 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Thu Jul 10 17:40:34 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <48763D9C.9050903@csub.edu> References: <200807100849.27824.Helko.Glathe@freenet.de> <48763D9C.9050903@csub.edu> Message-ID: <200807101935.19080.Helko.Glathe@freenet.de> Am Donnerstag 10 Juli 2008 18:49:32 schrieb Russell Jackson: > Helko Glathe wrote: > > Hi > > > > I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. > > Firefox3 starts without warnings. > > > > But entering URLs into the adress field there are no reactions. No > > request to the URL is made. > > > > Only the Home Button works fine. > > > > Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ > > show reactions. > > > > A portupgrade fR www/firefox3 doesn't fixed that problem. > > > > Any ideas? > > If you have an old profile from firefox1/2 in ${HOME}/.mozilla, you might > try moving that out of the way (i.e. mv ${HOME}/.mozilla > ${HOME}/.mozilla.old), and starting firefox3 back up. Hi I've tried this but the problem is still there. -- =================================================================== Mit freundlichem Gruss Helko Glathe From freebsd at troback.com Thu Jul 10 17:42:18 2008 From: freebsd at troback.com (Anders =?UTF-8?B?VHJvYsOkY2s=?=) Date: Thu Jul 10 17:42:24 2008 Subject: Tgz in tgz...! In-Reply-To: <20080710145415.59244492@itpc02.gelita.swe> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <200807100154.17094.beech@freebsd.org> <20080710145415.59244492@itpc02.gelita.swe> Message-ID: <20080710193955.1acc2184@baal.troback.com> On Thu, 10 Jul 2008 14:54:15 +0200 Anders Troback wrote: > On Thu, 10 Jul 2008 01:54:10 -0800 > Beech Rintoul wrote: > > > On Thursday 10 July 2008, Anders Troback said: > > > Hi, > > > > > > I need some tips about a port that I'm working on! > > > > > > The problem that I have are that the source of the code are in a > > > tgz that are in a sub folder in an other tgz! So first I need the > > > port to download and extract the first tgz and then extract, > > > configure and make the second tgz! > > > > > > How do I cope with that? > > > > > > Thanks! > > > > You can probably extract the second time in post-extract, but > > you're going to have to get creative defining the right ${WRKSRC}. > > After that it should patch and build normally. > > > > Beech > > > > OK! Next problem:-] > > The program that I want to build are under a sub folder of > ${WRKSRC}/src so first I need to make the "main" program and then I > have to run make in that sub folder! Are there any macros that do > things like this or is there some other way? > > Thanks again! > Is this a "legal" way of solving this issue? post-build: cd ${WRKSRC}/src/extras && make -- ================================================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" ---------------------------------------------------------------- Anders Trob?ck http://www.troback.com/ - From Helko.Glathe at freenet.de Thu Jul 10 17:54:25 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Thu Jul 10 17:54:36 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <20080710173847.GA23196@just.puresimplicity.net> References: <200807100849.27824.Helko.Glathe@freenet.de> <48763D9C.9050903@csub.edu> <20080710173847.GA23196@just.puresimplicity.net> Message-ID: <200807101949.17737.Helko.Glathe@freenet.de> Am Donnerstag 10 Juli 2008 19:38:47 schrieb Josh Tolbert: > On Thu, Jul 10, 2008 at 09:49:32AM -0700, Russell Jackson wrote: > > Helko Glathe wrote: > > > Hi > > > > > > I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. > > > Firefox3 starts without warnings. > > > > > > But entering URLs into the adress field there are no reactions. No > > > request to the URL is made. > > > > > > Only the Home Button works fine. > > > > > > Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ > > > show reactions. > > > > > > A portupgrade fR www/firefox3 doesn't fixed that problem. > > > > > > Any ideas? > > > > If you have an old profile from firefox1/2 in ${HOME}/.mozilla, you > > might try moving that out of the way (i.e. mv ${HOME}/.mozilla > > ${HOME}/.mozilla.old), and starting firefox3 back up. > > Or, if you're like me and have your workstation's homedir mounted via NFS, > just forget about Firefo3 entirely and stick with Firefox2. Apparently the > version of SQLite they're using internally with Firefox3 doesn't like > non-local file systems. This problem exhibited with OS X and AFP-mounted > homedirs as well. It's fixed in Minefield, but not yet in an official > Firefox release. I haven't got around to seeing if the firefox-devel port > has been updated or trying to build Minefield some other way yet. > > Thanks, > > Josh I have no dirs mounted over nfs or some else remote dirs. Helko -- =================================================================== Mit freundlichem Gruss Helko Glathe From hrs at FreeBSD.org Thu Jul 10 17:59:13 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Thu Jul 10 17:59:26 2008 Subject: poscript display problems In-Reply-To: <4876421C.4090105@telenix.org> References: <4873D665.2060202@telenix.org> <4874E756.7090908@smo.de> <4876421C.4090105@telenix.org> Message-ID: <20080711.025831.223810389.hrs@allbsd.org> Chuck Robey wrote in <4876421C.4090105@telenix.org>: ch> This time I'm copying Hiroki Sato, who is the fellow who did the last few ch> ghostscript commits ... why? Because I just tried to compile ch> ghostscript-8.62.tar.bz2 directly from the version that was downloaded by the ch> port into distfiles. I only used autogen.sh (with the only options being ch> - --prefix=/usr/local), used gmake, and then executed it from the preinstallation ch> ./bin directory. Result: it displays fine, no error. I think that hrs ought to ch> take a look at his port now, does that sould right? I need the questionable postscript file to reproduce the problem. Could you send it to me? I will investigate. -- | Hiroki SATO -------------- 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/20080710/d0b9b7ed/attachment.pgp From david at vizion2000.net Thu Jul 10 17:59:18 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 17:59:27 2008 Subject: cvsup after upgrade to 6.3 coredump Message-ID: <200807101120.41134.david@vizion2000.net> Can anyone help me out here.. Obviously I have missed something in the upgrade to 6.3 from 6.1 I seem to have a working system but cvsup is falling down. Mail is working fine, so is kde. After upgrade from 6.1 to 6.3 I got a core dump from cvsup UNAME: [root@dns1 /usr/ports/net/cvsup]# uname -a FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 /usr/ports/net/cvsup]# RECOMPILED cvsup after core dump: [root@dns1 /usr/ports/net/cvsup]# make clean ===> Cleaning for cvsup-without-gui-16.1h_4 [root@dns1 /usr/ports/net/cvsup]# make [root@dns1 /usr/ports/net/cvsup]# make deinstall ===> Deinstalling for net/cvsup ===> Deinstalling cvsup-without-gui-16.1h_4 [root@dns1 /usr/ports/net/cvsup]# make reinstall [root@dns1 /usr/ports/net/cvsup]# make deinstall ===> Deinstalling for net/cvsup ===> Deinstalling cvsup-without-gui-16.1h_4 [root@dns1 /usr/ports/net/cvsup]# make reinstall BUT STILL GOT: cvsup /var/cvsupconfig/ports-supfile Connected to cvsup10.FreeBSD.org Bus error: 10 (core dumped) [root@dns1 /usr/ports/net/cvsup]# Can anyone point me in the right direction please Thanks From hemi at puresimplicity.net Thu Jul 10 18:06:30 2008 From: hemi at puresimplicity.net (Josh Tolbert) Date: Thu Jul 10 18:06:41 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <48763D9C.9050903@csub.edu> References: <200807100849.27824.Helko.Glathe@freenet.de> <48763D9C.9050903@csub.edu> Message-ID: <20080710173847.GA23196@just.puresimplicity.net> On Thu, Jul 10, 2008 at 09:49:32AM -0700, Russell Jackson wrote: > Helko Glathe wrote: > > Hi > > > > I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. > > Firefox3 starts without warnings. > > > > But entering URLs into the adress field there are no reactions. No request to > > the URL is made. > > > > Only the Home Button works fine. > > > > Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ show > > reactions. > > > > A portupgrade fR www/firefox3 doesn't fixed that problem. > > > > Any ideas? > > If you have an old profile from firefox1/2 in ${HOME}/.mozilla, you might try moving that > out of the way (i.e. mv ${HOME}/.mozilla ${HOME}/.mozilla.old), and starting firefox3 back up. Or, if you're like me and have your workstation's homedir mounted via NFS, just forget about Firefo3 entirely and stick with Firefox2. Apparently the version of SQLite they're using internally with Firefox3 doesn't like non-local file systems. This problem exhibited with OS X and AFP-mounted homedirs as well. It's fixed in Minefield, but not yet in an official Firefox release. I haven't got around to seeing if the firefox-devel port has been updated or trying to build Minefield some other way yet. Thanks, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ Security is mostly a superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. -- Helen Keller From wxs at FreeBSD.org Thu Jul 10 18:06:51 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Jul 10 18:06:57 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <200807101120.41134.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> Message-ID: <20080710180923.GD97641@atarininja.org> On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > Can anyone help me out here.. > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > > I seem to have a working system but cvsup is falling down. > Mail is working fine, so is kde. > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > UNAME: > [root@dns1 /usr/ports/net/cvsup]# uname -a > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul 10 > 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 > [root@dns1 /usr/ports/net/cvsup]# > > RECOMPILED cvsup after core dump: > [root@dns1 /usr/ports/net/cvsup]# make clean > ===> Cleaning for cvsup-without-gui-16.1h_4 > [root@dns1 /usr/ports/net/cvsup]# make > [root@dns1 /usr/ports/net/cvsup]# make deinstall > ===> Deinstalling for net/cvsup > ===> Deinstalling cvsup-without-gui-16.1h_4 > [root@dns1 /usr/ports/net/cvsup]# make reinstall > [root@dns1 /usr/ports/net/cvsup]# make deinstall > ===> Deinstalling for net/cvsup > ===> Deinstalling cvsup-without-gui-16.1h_4 > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > BUT STILL GOT: > > cvsup /var/cvsupconfig/ports-supfile > Connected to cvsup10.FreeBSD.org > Bus error: 10 (core dumped) > [root@dns1 /usr/ports/net/cvsup]# > > Can anyone point me in the right direction please Not sure if you're cutting out the relevant parts but did you actually rebuild cvsup (ie: was it cleaned)? I'm not even sure if that's going to matter or not. Your other option is to just use csup (it's in 6.3). -- WXS From david at vizion2000.net Thu Jul 10 18:21:57 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 18:22:10 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <20080710180923.GD97641@atarininja.org> References: <200807101120.41134.david@vizion2000.net> <20080710180923.GD97641@atarininja.org> Message-ID: <200807101143.21235.david@vizion2000.net> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > Can anyone help me out here.. > > > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > > > > I seem to have a working system but cvsup is falling down. > > Mail is working fine, so is kde. > > > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > UNAME: > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul 10 > > 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 > > [root@dns1 /usr/ports/net/cvsup]# > > > > RECOMPILED cvsup after core dump: > > [root@dns1 /usr/ports/net/cvsup]# make clean > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > [root@dns1 /usr/ports/net/cvsup]# make > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > ===> Deinstalling for net/cvsup > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > ===> Deinstalling for net/cvsup > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > BUT STILL GOT: > > > > cvsup /var/cvsupconfig/ports-supfile > > Connected to cvsup10.FreeBSD.org > > Bus error: 10 (core dumped) > > [root@dns1 /usr/ports/net/cvsup]# > > > > Can anyone point me in the right direction please > > Not sure if you're cutting out the relevant parts but did you actually > rebuild cvsup (ie: was it cleaned)? I'm not even sure if that's going > to matter or not. > > Your other option is to just use csup (it's in 6.3). > Yes I cleaned (twice) and ran make config before make. This is weird why a core dump & why a Bus error?? Strange David From david at vizion2000.net Thu Jul 10 18:25:45 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 10 18:25:57 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <200807101143.21235.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <20080710180923.GD97641@atarininja.org> <200807101143.21235.david@vizion2000.net> Message-ID: <200807101147.09496.david@vizion2000.net> On Thursday 10 July 2008 11:43:20 David Southwell wrote: > On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > > Can anyone help me out here.. > > > > > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > > > > > > I seem to have a working system but cvsup is falling down. > > > Mail is working fine, so is kde. > > > > > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > > UNAME: > > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul > > > 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 > > > [root@dns1 /usr/ports/net/cvsup]# > > > > > > RECOMPILED cvsup after core dump: > > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > [root@dns1 /usr/ports/net/cvsup]# make > > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > ===> Deinstalling for net/cvsup > > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > ===> Deinstalling for net/cvsup > > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > > BUT STILL GOT: > > > > > > cvsup /var/cvsupconfig/ports-supfile > > > Connected to cvsup10.FreeBSD.org > > > Bus error: 10 (core dumped) > > > [root@dns1 /usr/ports/net/cvsup]# > > > > > > Can anyone point me in the right direction please > > > > Not sure if you're cutting out the relevant parts but did you actually > > rebuild cvsup (ie: was it cleaned)? I'm not even sure if that's going > > to matter or not. > > > > Your other option is to just use csup (it's in 6.3). > > Yes I cleaned (twice) and ran make config before make. > > This is weird why a core dump & why a Bus error?? > > Strange > > David > > Humph weirder stil csup is working - no problem However there must be a problem somewhere for cvsup to fail.. If I ignore it it sure will not go away David From Helko.Glathe at freenet.de Thu Jul 10 18:43:54 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Thu Jul 10 18:44:01 2008 Subject: kdesvn-0.14.1_3 Build error Message-ID: <200807102038.58123.Helko.Glathe@freenet.de> Hi Building the port kdesvn-0.14.1_3 evokes the following error: ===> Building for kdesvn-0.14.1_3 [ 0%] Generating kdesvn.moc [ 1%] Generating urldlg.moc Scanning dependencies of target kdesvn [ 1%] Building CXX object src/CMakeFiles/kdesvn.dir/main.o In file included from /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/kdesvn.h:30, from /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/main.cpp:22: /usr/local/include/kbookmarkmanager.h:318: warning: 'class KBookmarkOwner' has virtual functions but non-virtual destructor [ 1%] Building CXX object src/CMakeFiles/kdesvn.dir/kdesvn.o In file included from /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/kdesvn.h:30, from /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/kdesvn.cpp:22: /usr/local/include/kbookmarkmanager.h:318: warning: 'class KBookmarkOwner' has virtual functions but non-virtual destructor In file included from /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/kdesvn.cpp:57: /usr/local/include/kedittoolbar.h:271: warning: 'KEditToolbarWidget' has a field 'KEditToolbarWidget::m_inactiveList' whose type uses the anonymous namespace /usr/local/include/kedittoolbar.h:271: warning: 'KEditToolbarWidget' has a field 'KEditToolbarWidget::m_activeList' whose type uses the anonymous namespace [ 2%] Building CXX object src/CMakeFiles/kdesvn.dir/urldlg.o In file included from /usr/local/include/kurlrequester.h:25, from /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/urldlg.cpp:22: /usr/local/include/keditlistbox.h:60: warning: 'class KEditListBox::CustomEditor' has virtual functions but non-virtual destructor [ 2%] Building CXX object src/CMakeFiles/kdesvn.dir/commandline.o Linking CXX executable ../bin/kdesvn [ 2%] Built target kdesvn Scanning dependencies of target kdesvnaskpass [ 2%] Building CXX object src/CMakeFiles/kdesvnaskpass.dir/askpass/kdesvn-askpass.o Linking CXX executable ../bin/kdesvnaskpass [ 2%] Built target kdesvnaskpass Scanning dependencies of target svnqt [ 3%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/apr.o [ 3%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/client_annotate.o [ 3%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/client_cat.o [ 4%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/client.o [ 4%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/client_diff.o [ 4%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/client_ls.o /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/svnqt/client_ls.cpp:190: warning: unused parameter 'abs_path' [ 5%] Building CXX object src/svnqt/CMakeFiles/svnqt.dir/client_modify.o /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/svnqt/client_modify.cpp: In member function 'virtual svn::Revision svn::Client_impl::commit(const svn::Targets&, const QString&, bool, bool)': /usr/ports/devel/kdesvn/work/kdesvn-0.14.1/src/svnqt/client_modify.cpp:203: error: cannot convert 'bool' to 'svn_depth_t' for argument '3' to 'svn_error_t* svn_client_commit4(svn_commit_info_t**, const apr_array_header_t*, svn_depth_t, svn_boolean_t, svn_boolean_t, const apr_array_header_t*, const apr_hash_t*, svn_client_ctx_t*, apr_pool_t*)' *** Error code 1 Stop in /usr/ports/devel/kdesvn/work/kdesvn-0.14.1. *** Error code 1 Stop in /usr/ports/devel/kdesvn/work/kdesvn-0.14.1. *** Error code 1 Stop in /usr/ports/devel/kdesvn/work/kdesvn-0.14.1. *** Error code 1 Stop in /usr/ports/devel/kdesvn. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.74276.1 env make ** Fix the problem and try again. ---> Build of devel/kdesvn ended at: Thu, 10 Jul 2008 20:25:40 +0200 (consumed 00:00:37) Any ideas how to fix this? Helko Glathe From delphij at delphij.net Thu Jul 10 18:49:16 2008 From: delphij at delphij.net (Xin LI) Date: Thu Jul 10 18:49:23 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807100416.22051.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> <200807100416.22051.david@vizion2000.net> Message-ID: <48765999.8030708@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Southwell wrote: | On Thursday 10 July 2008 03:42:46 Gerard wrote: |> On Thu, 10 Jul 2008 03:40:38 -0700 |> |> David Southwell wrote: |>> Hi |>> |>> Just wondered when an upgrade to 5.10.0 could be expected. |>> |>> David |> I have been trying to get an answer to that question for quite some |> time now also. Perhaps they are planning on releasing it with, and |> hopefully including it in the FreeBSD-7.1 release. | | Humph | I have just been clearing the decks -- my main system is currently on 6.1 and | I am preparing to move to 7.0 with an intermediate stop at 6.3 so maybe it | will be timely to wait Err... I don't think it would be a good idea to commit such a big change during release cycle, the earlier will make it easier to reveal bugs and have more people to fix them, did anyone talked with the maintainer or submitted patches? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh2WZkACgkQi+vbBBjt66BmBgCbBDHfos0xODzzY7TC9J/7Boew UhAAoI0RcEBZKNplcxA0+1T4+896cu30 =kv4h -----END PGP SIGNATURE----- From delphij at delphij.net Thu Jul 10 18:51:34 2008 From: delphij at delphij.net (Xin LI) Date: Thu Jul 10 18:51:40 2008 Subject: kdesvn-0.14.1_3 Build error In-Reply-To: <200807102038.58123.Helko.Glathe@freenet.de> References: <200807102038.58123.Helko.Glathe@freenet.de> Message-ID: <48765A25.4040708@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Helko Glathe wrote: | Hi | | Building the port kdesvn-0.14.1_3 evokes the following error: [...] | Any ideas how to fix this? There is a pending PR which may have fixed this: http://www.freebsd.org/cgi/query-pr.cgi?pr=125443 Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh2WiUACgkQi+vbBBjt66D6+wCeNtLGKpL+XUR1vWuZrhfGmCGl BBIAn1G3PkV1MJu4QKO98W7fcR4VMU9p =Vq3C -----END PGP SIGNATURE----- From pgollucci at p6m7g8.com Thu Jul 10 19:26:00 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Jul 10 19:26:08 2008 Subject: Neon upgrade is fatally broken In-Reply-To: <4873EC91.50100@zircon.seattle.wa.us> References: <4873EC91.50100@zircon.seattle.wa.us> Message-ID: <48766246.8030502@p6m7g8.com> Joe Kelsey wrote: > The neon26 to neon28 upgrade is completely broken. There are multiple > ports with explicit neon26 dependencies that cause enormous problems. > There are also some sort of hidden problems that prevent things from > working. For instance, gstreamer-plugins-neon has no explicit neon26 > dependency, but the portupgrade still insists of finding a dependency > somewhere. I have moved to neon28, but I cannot reinstall > gstreamer-plugins-neon due to its instence that it install neon26, which > conflicts with neon28. > > How do I fix this? Try this diff CC'ing edwin since he's the neon man of late. NB: to actually commit this would require a rather large PORTREVISION bump of things which I did not spend the time to investigate. If I had to guess, Tools/scripts/bump_version.pl also needs to look for Makefile.common since thats where this was. Also note, I only compiled this, I didn't *use* it. cvs diff Index: Makefile.common =================================================================== RCS file: /home/ncvs/ports/multimedia/gstreamer-plugins/Makefile.common,v retrieving revision 1.71 diff -u -r1.71 Makefile.common --- Makefile.common 20 Jun 2008 15:41:52 -0000 1.71 +++ Makefile.common 10 Jul 2008 19:25:34 -0000 @@ -320,7 +320,7 @@ ${GST_LIB_DIR}/libgstnassink.so # neon -gst_neon_LIB_DEPENDS+= neon.26:${PORTSDIR}/www/neon26 +gst_neon_LIB_DEPENDS+= neon.28:${PORTSDIR}/www/neon28 gst_neon_CONFIGURE_ENV+= NEON_CFLAGS="-I${LOCALBASE}/include/neon" gst_neon_PLIST_FILES= ${GST_LIB_DIR}/libgstneonhttpsrc.a \ ${GST_LIB_DIR}/libgstneonhttpsrc.la \ From dandee at hellteam.net Thu Jul 10 19:51:46 2008 From: dandee at hellteam.net (=?utf-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Thu Jul 10 19:51:58 2008 Subject: FreeBSD Port: quagga-0.99.10_3 References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <4CB32F5E329F44B2A3A95B20D9AD9675@tocnet28.jspoj.czf> <48722658.4060406@FreeBSD.org> Message-ID: <56874B070CEF4FA5B60B2D158D5A9113@tocnet28.jspoj.czf> Hi Sergey, may the problem with "lock pid_file" messages be connected with running watchquagga daemon ? Here is what I have got in rc.conf file: quagga_enable="YES" quagga_flags="-d" quagga_daemons="zebra ospfd ospf6d bgpd" <<<<<<<<<<<< Is this order okay ? quagga_extralibs_path="" quagga_delay="10" watchquagga_enable="YES" watchquagga_flags="-dz -R '/usr/local/sbin/zebra -d; /usr/local/sbin/ospfd -d; /usr/local/sbin/ospf6d -d; /usr/local/sbin/bgpd -d' zebra ospfd ospf6d bgpd" <<<<<<<<<<<<<<<<<<<<< I hope this syntax is right one. I did upgrading of quagga to the last one and restarting daemons. Error messages reappeared. Important! Watchquagga daemon was running at that time too. [root@VERSION 0.99.10 /]# egrep lock /var/log/quagga/* /var/log/quagga/ospfd.log:2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file /var/run/quagga/ospfd.pid, exiting /var/log/quagga/ospfd.log:2008/07/10 17:17:27 errors: OSPF: Could not lock pid_file /var/run/quagga/ospfd.pid, exiting ^^^^^^^^^^^^^^^^^^^^^^ the last restarting /var/log/quagga/ospf6d.log:2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file /var/run/quagga/ospf6d.pid, exiting /var/log/quagga/ospf6d.log:2008/07/10 17:17:27 errors: OSPF6: Could not lock pid_file /var/run/quagga/ospf6d.pid, exiting ^^^^^^^^^^^^^^^^^^^^^^ the last restarting /var/log/quagga/zebra.log:2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file /var/run/quagga/zebra.pid, exiting /var/log/quagga/zebra.log:2008/07/10 17:17:27 errors: ZEBRA: Could not lock pid_file /var/run/quagga/zebra.pid, exiting ^^^^^^^^^^^^^^^^^^^^^^ the last restarting [root@VERSION 0.99.10 /]# It is interesting that the bgp daemon runs without these errors. Important! After that, I stopped watchquagga daemon and I restarted quagga daemons, no wunder that error messages haven?t been appearing anymore. Voila! IMHO, the problem is connected with watchquagga daemon deffinitely. Daniel -----Original Message----- From: Daniel Dvo??k [mailto:dandee@hellteam.net] Sent: Monday, July 07, 2008 4:44 PM To: 'Sergey Matveychuk' Cc: 'Boris Kovalenko'; 'ports@FreeBSD.org' Subject: RE: FreeBSD Port: quagga-0.99.9_7 And do you use watchquagga in rc.conf ? I do. Daniel -----Original Message----- From: Sergey Matveychuk [mailto:sem@FreeBSD.org] Sent: Monday, July 07, 2008 4:21 PM To: dandee@hellteam.net Cc: 'Boris Kovalenko'; ports@FreeBSD.org Subject: Re: FreeBSD Port: quagga-0.99.9_7 Daniel Dvo??k wrote: > VERSION 0.99.10# egrep lock /var/log/quagga/zebra.log ^^^^^^^^^^^^^^^ > 2008/06/30 01:38:59 errors: ZEBRA: Could not lock pid_file > /var/run/quagga/zebra.pid, exiting > 2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file > /var/run/quagga/zebra.pid, exiting > > VERSION 0.99.10# egrep lock /var/log/quagga/ospfd.log 2008/06/30 > 01:38:59 errors: OSPF: Could not lock pid_file > /var/run/quagga/ospfd.pid, exiting > 2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file > /var/run/quagga/ospfd.pid, exiting > > VERSION 0.99.10# egrep lock /var/log/quagga/ospf6d.log > 2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file > /var/run/quagga/ospf6d.pid, exiting > Looks like the daemons tried to run twice and fault. But I can see the problem on my boxes. -- Dixi. Sem. From simon at niftywerks.com Thu Jul 10 20:25:56 2008 From: simon at niftywerks.com (Simon Shapiro) Date: Thu Jul 10 20:26:25 2008 Subject: www/ismail port breaking make index Message-ID: www/ismail fails during make index on FreeBSD 6.2, not 7.0 from what i can tell. Generating INDEX-6 - please wait.."Makefile", line 32: Could not find bsd.port.options.mk make: fatal errors encountered -- cannot continue ===> www/ismail failed *** Error code 1 Ports tree just updated from CVS, this appears to be a new bug introduced with the recent update of said port. -Simon Shapiro From yanefbsd at gmail.com Thu Jul 10 20:34:43 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Jul 10 20:34:49 2008 Subject: Tgz in tgz...! In-Reply-To: <20080710193955.1acc2184@baal.troback.com> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <200807100154.17094.beech@freebsd.org> <20080710145415.59244492@itpc02.gelita.swe> <20080710193955.1acc2184@baal.troback.com> Message-ID: <7d6fde3d0807101334v1362886di7fe1057093ca29bf@mail.gmail.com> On Thu, Jul 10, 2008 at 10:39 AM, Anders Trob?ck wrote: > On Thu, 10 Jul 2008 14:54:15 +0200 > Anders Troback wrote: > >> On Thu, 10 Jul 2008 01:54:10 -0800 >> Beech Rintoul wrote: >> >> > On Thursday 10 July 2008, Anders Troback said: >> > > Hi, >> > > >> > > I need some tips about a port that I'm working on! >> > > >> > > The problem that I have are that the source of the code are in a >> > > tgz that are in a sub folder in an other tgz! So first I need the >> > > port to download and extract the first tgz and then extract, >> > > configure and make the second tgz! >> > > >> > > How do I cope with that? >> > > >> > > Thanks! >> > >> > You can probably extract the second time in post-extract, but >> > you're going to have to get creative defining the right ${WRKSRC}. >> > After that it should patch and build normally. >> > >> > Beech >> > >> >> OK! Next problem:-] >> >> The program that I want to build are under a sub folder of >> ${WRKSRC}/src so first I need to make the "main" program and then I >> have to run make in that sub folder! Are there any macros that do >> things like this or is there some other way? >> >> Thanks again! >> > > Is this a "legal" way of solving this issue? > > post-build: > cd ${WRKSRC}/src/extras && make Wouldn't `gmake -C ${WRKSRC}/src/extras' be better? -Garrett From itetcu at FreeBSD.org Thu Jul 10 20:50:53 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Thu Jul 10 20:51:00 2008 Subject: www/ismail port breaking make index In-Reply-To: References: Message-ID: <20080710235045.12734721@it.buh.tecnik93.com> On Thu, 10 Jul 2008 12:59:04 -0700 Simon Shapiro wrote: > www/ismail fails during make index on FreeBSD 6.2, not 7.0 from what > i can tell. > > Generating INDEX-6 - please wait.."Makefile", line 32: Could not > find bsd.port.options.mk > make: fatal errors encountered -- cannot continue > ===> www/ismail failed > *** Error code 1 > > Ports tree just updated from CVS, this appears to be a new bug > introduced with the recent update of said port. Yes, please update to a supported FreeBSD version. -- 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/20080710/246d553d/signature.pgp From freebsd at troback.com Thu Jul 10 20:55:37 2008 From: freebsd at troback.com (Anders =?UTF-8?B?VHJvYsOkY2s=?=) Date: Thu Jul 10 20:55:44 2008 Subject: Tgz in tgz...! In-Reply-To: <7d6fde3d0807101334v1362886di7fe1057093ca29bf@mail.gmail.com> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <200807100154.17094.beech@freebsd.org> <20080710145415.59244492@itpc02.gelita.swe> <20080710193955.1acc2184@baal.troback.com> <7d6fde3d0807101334v1362886di7fe1057093ca29bf@mail.gmail.com> Message-ID: <20080710225313.48fe6423@baal.troback.com> On Thu, 10 Jul 2008 13:34:39 -0700 "Garrett Cooper" wrote: > On Thu, Jul 10, 2008 at 10:39 AM, Anders Trob?ck > wrote: > > On Thu, 10 Jul 2008 14:54:15 +0200 > > Anders Troback wrote: > > > >> On Thu, 10 Jul 2008 01:54:10 -0800 > >> Beech Rintoul wrote: > >> > >> > On Thursday 10 July 2008, Anders Troback said: > >> > > Hi, > >> > > > >> > > I need some tips about a port that I'm working on! > >> > > > >> > > The problem that I have are that the source of the code are in > >> > > a tgz that are in a sub folder in an other tgz! So first I > >> > > need the port to download and extract the first tgz and then > >> > > extract, configure and make the second tgz! > >> > > > >> > > How do I cope with that? > >> > > > >> > > Thanks! > >> > > >> > You can probably extract the second time in post-extract, but > >> > you're going to have to get creative defining the right > >> > ${WRKSRC}. After that it should patch and build normally. > >> > > >> > Beech > >> > > >> > >> OK! Next problem:-] > >> > >> The program that I want to build are under a sub folder of > >> ${WRKSRC}/src so first I need to make the "main" program and then I > >> have to run make in that sub folder! Are there any macros that do > >> things like this or is there some other way? > >> > >> Thanks again! > >> > > > > Is this a "legal" way of solving this issue? > > > > post-build: > > cd ${WRKSRC}/src/extras && make > > Wouldn't `gmake -C ${WRKSRC}/src/extras' be better? > -Garrett Yes, much nice and cleaner! I don't need gmake but make was the same! Thanks! -- ================================================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" ---------------------------------------------------------------- Anders Trob?ck http://www.troback.com/ - From yanefbsd at gmail.com Thu Jul 10 21:14:45 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Jul 10 21:14:51 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <200807101147.09496.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <20080710180923.GD97641@atarininja.org> <200807101143.21235.david@vizion2000.net> <200807101147.09496.david@vizion2000.net> Message-ID: <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> On Thu, Jul 10, 2008 at 11:47 AM, David Southwell wrote: > On Thursday 10 July 2008 11:43:20 David Southwell wrote: >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: >> > > Can anyone help me out here.. >> > > >> > > Obviously I have missed something in the upgrade to 6.3 from 6.1 >> > > >> > > I seem to have a working system but cvsup is falling down. >> > > Mail is working fine, so is kde. >> > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup >> > > UNAME: >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul >> > > 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 >> > > [root@dns1 /usr/ports/net/cvsup]# >> > > >> > > RECOMPILED cvsup after core dump: >> > > [root@dns1 /usr/ports/net/cvsup]# make clean >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 >> > > [root@dns1 /usr/ports/net/cvsup]# make >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall >> > > ===> Deinstalling for net/cvsup >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall >> > > ===> Deinstalling for net/cvsup >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall >> > > >> > > BUT STILL GOT: >> > > >> > > cvsup /var/cvsupconfig/ports-supfile >> > > Connected to cvsup10.FreeBSD.org >> > > Bus error: 10 (core dumped) >> > > [root@dns1 /usr/ports/net/cvsup]# >> > > >> > > Can anyone point me in the right direction please >> > >> > Not sure if you're cutting out the relevant parts but did you actually >> > rebuild cvsup (ie: was it cleaned)? I'm not even sure if that's going >> > to matter or not. >> > >> > Your other option is to just use csup (it's in 6.3). >> >> Yes I cleaned (twice) and ran make config before make. >> >> This is weird why a core dump & why a Bus error?? >> >> Strange >> >> David >> >> > Humph weirder stil csup is working - no problem > > However there must be a problem somewhere for cvsup to fail.. If I ignore it > it sure will not go away > > David (Forgive me if the last make targets aren't correct because I don't have a machine to test with, but the rest of the steps should be proper). Try the following... rm -R /var/obj; cd /usr/src && make cleandir clean && cd usr.sbin/cvsup && make depend all ... to clean out your object directories, start fresh, and compile cvsup from scratch. HTH, -Garrett -Garrett From mad at madpilot.net Thu Jul 10 21:31:34 2008 From: mad at madpilot.net (Guido Falsi) Date: Thu Jul 10 21:31:46 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <20080710173847.GA23196@just.puresimplicity.net> References: <200807100849.27824.Helko.Glathe@freenet.de> <48763D9C.9050903@csub.edu> <20080710173847.GA23196@just.puresimplicity.net> Message-ID: <48767B20.4030904@madpilot.net> Josh Tolbert wrote: > > Or, if you're like me and have your workstation's homedir mounted via NFS, > just forget about Firefo3 entirely and stick with Firefox2. Apparently the > version of SQLite they're using internally with Firefox3 doesn't like > non-local file systems. This problem exhibited with OS X and AFP-mounted > homedirs as well. It's fixed in Minefield, but not yet in an official Firefox > release. I haven't got around to seeing if the firefox-devel port has been > updated or trying to build Minefield some other way yet. I do have NFS home and am also using it with 10 Mbit Wifi and happily using firefox3. The problem is not sqlite, but what it's used for. I just disabled the attack and forgery site checks(never needed those anyway, I have those disabled at the office under windows too) and removed the relevant checks. The sqlite DBs just got too big, the filesystem is not caching them and they slow down everything(also if you have them on local storage). I understand some people find those features useful, but I think the implementation looks not efficient enough for an "on the fly" check. Don't misunderstand me, I think firefox3 is wonderful! Really a great browser, quite fast and efficient in all it's aspects, except this one(and, as I read around, because of the elephant size of the DBs) -- Guido Falsi From peterjeremy at optushome.com.au Thu Jul 10 21:57:23 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Thu Jul 10 21:57:31 2008 Subject: FreeBSD Port: mgeupsd-0.3_1 In-Reply-To: References: Message-ID: <20080710215717.GR62764@server.vk2pj.dyndns.org> On 2008-Jul-10 08:53:43 -0400, yves.guerin@muhc.mcgill.ca wrote: >I redo the rc.d script file. I suggest you submit PRs for each of your patches so they don't get lost. -- 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/20080710/9a91294f/attachment.pgp From mikhailg at webanoide.org Thu Jul 10 22:23:20 2008 From: mikhailg at webanoide.org (Mikhail Goriachev) Date: Thu Jul 10 22:23:26 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <487282F9.9020701@delphij.net> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> <20080705075249.GA1145@straylight.m.ringlet.net> <20080707164339.10063b9lns9zqh2c@www.san.navalradio.cl> <487282F9.9020701@delphij.net> Message-ID: <20080710182243.17876qn09y73fs84@www.san.navalradio.cl> Quoting Xin LI : > I have just committed it as openldap-server-2.4.10_1. We may want to > revise the way we handle DATABASEDIR, which we used to create > automatically upon installation. Using values from configuration file > would be definitely better, thanks for your submission! Thanks a lot for that! I revised a few things in regard with the DATABASEDIR which led to some modifications. It goes like this: 1.- When installing from ports, the DATABASEDIR will be always created no matter what the pkg-plist says. However, when installing a packaged version, then it is possible to control the creation of the directory. Patch for "patch-servers::slapd::Makefile.in" disables the automatic installation of the DATABASEDIR and makes installation from ports and package consistent with one another. 2.- Since automatic creation of the DATABASEDIR has been disabled, then the slapd script uses the value of directory from slapd.conf, creates the folder, populates it (puts DB_CONFIG) and starts slap daemon. Patch for "slapd.sh.in" automatically handles the DATABASEDIR from the "directory" entry located in slapd.conf. Also it quenches the following error by placing DB_CONFIG: bdb_db_open: warning - no DB_CONFIG file found in directory /var/db/openldap-data: (2). Expect poor performance for suffix "dc=my-domain,dc=com". 3.- When un-installing, a message is shown about deleting the database permanently and an example of the "rm" command is displayed. Patch for "pkg-deinstall.in" detects if alternative or default DATABASEDIR is active, formats and displays the message accordingly. 4.- After above modifications, there's no need of creating and removing automatically the DATABASEDIR. Patch for "pkg-plist" disables the creation and deletion of the DATABASEDIR. Patches: --- patch-servers::slapd::Makefile.in.orig 2005-09-15 11:47:23.000000000 +0000 +++ patch-servers::slapd::Makefile.in 2008-07-10 15:57:34.000000000 +0000 @@ -1,6 +1,6 @@ ---- servers/slapd/Makefile.in.orig Fri Sep 2 00:28:10 2005 -+++ servers/slapd/Makefile.in Sun Sep 4 17:34:37 2005 -@@ -372,7 +372,6 @@ +--- servers/slapd/Makefile.in.orig 2008-02-11 23:26:43.000000000 +0000 ++++ servers/slapd/Makefile.in 2008-07-10 12:47:36.000000000 +0000 +@@ -374,7 +374,6 @@ install-slapd: FORCE -$(MKDIR) $(DESTDIR)$(libexecdir) @@ -8,7 +8,7 @@ $(LTINSTALL) $(INSTALLFLAGS) $(STRIP) -m 755 \ slapd$(EXEEXT) $(DESTDIR)$(libexecdir) @for i in $(SUBDIRS); do \ -@@ -403,16 +402,18 @@ +@@ -405,16 +404,18 @@ touch all-cffiles install-schema: FORCE @@ -21,22 +21,23 @@ @SD=$(DESTDIR)$(schemadir) ; \ - files=`cd $(srcdir)/schema ; echo README *.ldif *.schema` ; \ + files=`cd $(srcdir)/schema ; echo README *.ldif` ; \ -+ for i in $$files ; do \ -+ echo $(INSTALL) $(INSTALLFLAGS) -m 444 schema/$$i $$SD/$$i ; \ -+ $(INSTALL) $(INSTALLFLAGS) -m 444 $(srcdir)/schema/$$i $$SD/$$i ; \ -+ done ; \ -+ files=`cd $(srcdir)/schema ; echo *.schema` ; \ for i in $$files ; do \ echo $(INSTALL) $(INSTALLFLAGS) -m 444 schema/$$i $$SD/$$i ; \ $(INSTALL) $(INSTALLFLAGS) -m 444 $(srcdir)/schema/$$i $$SD/$$i ; \ ++ done ; \ ++ files=`cd $(srcdir)/schema ; echo *.schema` ; \ ++ for i in $$files ; do \ ++ echo $(INSTALL) $(INSTALLFLAGS) -m 444 schema/$$i $$SD/$$i ; \ ++ $(INSTALL) $(INSTALLFLAGS) -m 444 $(srcdir)/schema/$$i $$SD/$$i ; \ + $(INSTALL) $(INSTALLFLAGS) -m 444 $(srcdir)/schema/$$i $$SD/$$i.default ; \ done install-conf: FORCE -@@ -429,8 +430,6 @@ +@@ -430,9 +431,6 @@ + install-db-config: FORCE @-$(MKDIR) $(DESTDIR)$(localstatedir) $(DESTDIR)$(sysconfdir) - @-$(INSTALL) -m 700 -d $(DESTDIR)$(localstatedir)/openldap-data +- @-$(INSTALL) -m 700 -d $(DESTDIR)$(localstatedir)/openldap-data - $(INSTALL) $(INSTALLFLAGS) -m 600 $(srcdir)/DB_CONFIG \ - $(DESTDIR)$(localstatedir)/openldap-data/DB_CONFIG.example $(INSTALL) $(INSTALLFLAGS) -m 600 $(srcdir)/DB_CONFIG \ --- slapd.sh.in.orig 2008-07-07 20:54:21.000000000 +0000 +++ slapd.sh.in 2008-07-10 15:57:51.000000000 +0000 @@ -49,6 +49,10 @@ ""|[Nn][Oo][Nn][Ee]|[Dd][Ee][Ff][Aa][Uu][Ll][Tt]) ;; *) + if [ ! -d "${DBDIR}" ]; then + mkdir -p "${DBDIR}" + cp "%%PREFIX%%/etc/openldap/DB_CONFIG.example" "${DBDIR}/DB_CONFIG" + fi chown "$slapd_owner" "%%LDAP_RUN_DIR%%" chown -RL "$slapd_owner" "${DBDIR}" chmod 700 "${DBDIR}" --- pkg-deinstall.in.orig 2007-09-05 06:37:13.000000000 +0000 +++ pkg-deinstall.in 2008-07-10 16:54:29.000000000 +0000 @@ -5,6 +5,10 @@ ECHO_CMD=echo +if [ -f "%%PREFIX%%/etc/openldap/slapd.conf" ]; then + DBDIR=`awk '$1 == "directory" {print $2}' "%%PREFIX%%/etc/openldap/slapd.conf"` +fi + case $2 in POST-DEINSTALL) ${ECHO_CMD} @@ -13,9 +17,13 @@ ${ECHO_CMD} "it any longer, you may want to issue the" ${ECHO_CMD} "following commands:" ${ECHO_CMD} - if [ -d %%DATABASEDIR%% ]; then + if ([ "${DBDIR}" ] && [ -d "${DBDIR}" ]) || ([ ! "${DBDIR}" ] && [ -d %%DATABASEDIR%% ]); then ${ECHO_CMD} "- to delete the OpenLDAP database permanently (losing all data):" - ${ECHO_CMD} " rm -Rf %%DATABASEDIR%%" + if [ "${DBDIR}" ] && [ -d "${DBDIR}" ]; then + ${ECHO_CMD} " rm -Rf ${DBDIR}" + else + ${ECHO_CMD} " rm -Rf %%DATABASEDIR%%" + fi ${ECHO_CMD} fi ${ECHO_CMD} "- to remove the OpenLDAP user:" --- pkg-plist.orig 2008-06-18 18:59:44.000000000 +0000 +++ pkg-plist 2008-07-10 15:57:17.000000000 +0000 @@ -81,6 +81,4 @@ @cwd / @exec mkdir -p %%LDAP_RUN_DIR%% @dirrmtry %%LDAP_RUN_DIR%% -@exec mkdir -p %%DATABASEDIR%% -@dirrmtry %%DATABASEDIR%% @cwd %%PREFIX%% Regards, Mikhail. -- Mikhail Goriachev Webanoide From dandee at hellteam.net Thu Jul 10 23:12:48 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Thu Jul 10 23:12:56 2008 Subject: FreeBSD Port: monitord-0.4.1_2 Message-ID: <0710D4CEFA6943DDB4294A60017B9EA7@tocnet28.jspoj.czf> Hi all, I needed to resolve the problem with verlihub, which refuses to properly run at the start of router. I tried using rcorder various tricks with orderring to run verlihub in the background of other processes. Nothing helped me. I have decided to use monitord, which monitors whether verlihub run at the start of router. For some time it worked well, although verlihub always in the first run snaps and the kernel recorded core file to filesystem as /monitord.core, but monitord always starts up verlihub at the second attempt. Monitord recently stopped work, and I do not know why. In addition, continuing the necessary facts and attached gdb backtraced output: [root@r /]# /etc2/rc.d/monitord status monitord is not running. [root@r /]# /etc2/rc.d/monitord start Starting monitord. [root@r /]# /etc2/rc.d/monitord status monitord is not running. [root@r /]# ls -l /monitord.core -rw------- 1 root wheel 495616 11 ?vc 00:29 /monitord.core [root@r /]# dmesg -a | grep "monitord" Starting monitord. pid 1460 (monitord), uid 0: exited on signal 11 (core dumped) pid 96607 (monitord), uid 0: exited on signal 11 (core dumped) pid 96625 (monitord), uid 0: exited on signal 11 (core dumped) pid 96697 (monitord), uid 0: exited on signal 11 (core dumped) pid 97330 (monitord), uid 0: exited on signal 11 (core dumped) pid 99878 (monitord), uid 0: exited on signal 11 (core dumped) [root@r /]# [root@r /]# cat /var/log/messages | grep "monitord" Jul 7 00:40:03 r kernel: pid 1460 (monitord), uid 0: exited on signal 11 (core dumped) Jul 7 00:40:03 r monitord: restarted "verlihub" using "/etc2/rc.d/verlihub start" Jul 9 21:45:30 r kernel: pid 1481 (monitord), uid 0: exited on signal 11 (core dumped) Jul 9 21:45:30 r monitord: restarted "verlihub" using "/etc2/rc.d/verlihub start" Jul 9 22:38:11 r kernel: pid 1459 (monitord), uid 0: exited on signal 11 (core dumped) Jul 9 22:38:12 r monitord: restarted "verlihub" using "/etc2/rc.d/verlihub start" Jul 9 22:49:25 r kernel: pid 1459 (monitord), uid 0: exited on signal 11 (core dumped) Jul 9 22:49:25 r monitord: restarted "verlihub" using "/etc2/rc.d/verlihub start" Jul 9 22:55:49 r kernel: pid 1460 (monitord), uid 0: exited on signal 11 (core dumped) Jul 9 22:55:49 r monitord: restarted "verlihub" using "/etc2/rc.d/verlihub start" Jul 11 00:19:26 r kernel: pid 96607 (monitord), uid 0: exited on signal 11 (core dumped) Jul 11 00:19:33 r kernel: pid 96625 (monitord), uid 0: exited on signal 11 (core dumped) Jul 11 00:20:21 r kernel: pid 96697 (monitord), uid 0: exited on signal 11 (core dumped) Jul 11 00:23:29 r kernel: pid 97330 (monitord), uid 0: exited on signal 11 (core dumped) Jul 11 00:29:51 r kernel: pid 99878 (monitord), uid 0: exited on signal 11 (core dumped) [root@r /]# mount /dev/ad0s1a on / (ufs, NFS exported, local) devfs on /dev (devfs, local) /dev/ad0s1e on /jail (ufs, local, read-only) /dev/ad0s1d on /tmp (ufs, local, soft-updates) /dev/ad0s1g on /usr (ufs, NFS exported, local, soft-updates) /dev/ad0s1f on /var (ufs, NFS exported, local, soft-updates) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) devfs on /var/named/dev (devfs, local) -------------- next part -------------- [root@r /]# gdb -c /monitord.core /usr/local/sbin/monitord GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `monitord'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28135d61 in strncpy () from /lib/libc.so.6 (gdb) backtrace #0 0x28135d61 in strncpy () from /lib/libc.so.6 #1 0x08049393 in ?? () #2 0xbfbfe4e0 in ?? () #3 0x00000000 in ?? () #4 0x00000055 in ?? () #5 0x00000000 in ?? () #6 0x00000000 in ?? () #7 0x00000000 in ?? () #8 0x00000000 in ?? () #9 0x00000000 in ?? () #10 0x00000000 in ?? () #11 0x00000000 in ?? () #12 0x00000000 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0x00000000 in ?? () #19 0x00000000 in ?? () #20 0x00000000 in ?? () #21 0x00000001 in ?? () #22 0x0804d400 in ?? () #23 0x0804d000 in ?? () #24 0xbfbfdda0 in ?? () #25 0x00000000 in ?? () #26 0x00000002 in ?? () #27 0x00000002 in ?? () #28 0x00000003 in ?? () #29 0x00000000 in ?? () #30 0x00000001 in ?? () #31 0x00000001 in ?? () #32 0x00000000 in ?? () #33 0x00000000 in ?? () #34 0x6374652f in ?? () #35 0x63720032 in ?? () #36 0x7600642e in ?? () #37 0x696c7265 in ?? () #38 0x00627568 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x00000000 in ?? () #46 0x00000000 in ?? () #47 0x00000000 in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x00000000 in ?? () #56 0x00000000 in ?? () #57 0x00000000 in ?? () #58 0x00000000 in ?? () #59 0x00000000 in ?? () #60 0x00000000 in ?? () ---Type to continue, or q to quit--- #61 0x00000000 in ?? () #62 0x00000000 in ?? () #63 0x00000000 in ?? () #64 0x00000000 in ?? () #65 0x00000000 in ?? () #66 0x00000000 in ?? () #67 0x00000000 in ?? () #68 0x00000000 in ?? () #69 0x00000000 in ?? () #70 0x00000000 in ?? () #71 0x00000000 in ?? () #72 0x00000000 in ?? () #73 0x00000000 in ?? () #74 0x00000000 in ?? () #75 0x00000000 in ?? () #76 0x00000000 in ?? () #77 0x00000000 in ?? () #78 0x00000000 in ?? () #79 0x00000000 in ?? () #80 0x00000000 in ?? () #81 0x00000000 in ?? () #82 0x00000000 in ?? () #83 0x00000000 in ?? () #84 0x00000000 in ?? () #85 0x00000000 in ?? () #86 0x00000000 in ?? () #87 0x00000000 in ?? () #88 0x00000000 in ?? () #89 0x00000000 in ?? () #90 0x00000000 in ?? () #91 0x00000000 in ?? () #92 0x00000000 in ?? () #93 0x00000000 in ?? () #94 0x00000000 in ?? () #95 0x00000000 in ?? () #96 0x00000000 in ?? () #97 0x00000000 in ?? () #98 0x00000000 in ?? () #99 0x00000000 in ?? () #100 0x00000000 in ?? () #101 0x00000000 in ?? () #102 0x00000000 in ?? () #103 0x00000000 in ?? () #104 0x00000000 in ?? () #105 0x00000000 in ?? () #106 0x00000000 in ?? () #107 0x00000000 in ?? () #108 0x00000000 in ?? () #109 0x00000000 in ?? () #110 0x00000000 in ?? () #111 0x00000000 in ?? () #112 0x00000000 in ?? () #113 0x00000000 in ?? () #114 0x00000000 in ?? () #115 0x00000000 in ?? () #116 0x00000000 in ?? () #117 0x00000000 in ?? () #118 0x00000000 in ?? () #119 0x00000000 in ?? () #120 0x00000000 in ?? () #121 0x00000000 in ?? () ---Type to continue, or q to quit--- #122 0x00000000 in ?? () #123 0x00000000 in ?? () #124 0x00000000 in ?? () #125 0x00000000 in ?? () #126 0x00000000 in ?? () #127 0x00000000 in ?? () #128 0x00000000 in ?? () #129 0x00000000 in ?? () #130 0x00000000 in ?? () #131 0x00000000 in ?? () #132 0x00000000 in ?? () #133 0x00000000 in ?? () #134 0x00000000 in ?? () #135 0x00000000 in ?? () #136 0x00000000 in ?? () #137 0x00000000 in ?? () #138 0x00000000 in ?? () #139 0x00000000 in ?? () #140 0x00000000 in ?? () #141 0x00000000 in ?? () #142 0x00000000 in ?? () #143 0x00000000 in ?? () #144 0x00000000 in ?? () #145 0x00000000 in ?? () #146 0x00000000 in ?? () #147 0x00000000 in ?? () #148 0x00000000 in ?? () #149 0x00000000 in ?? () #150 0x00000000 in ?? () #151 0x00000000 in ?? () #152 0x00000000 in ?? () #153 0x00000000 in ?? () #154 0x00000000 in ?? () #155 0x00000000 in ?? () #156 0x00000000 in ?? () #157 0x00000000 in ?? () #158 0x00000000 in ?? () #159 0x00000000 in ?? () #160 0x00000000 in ?? () #161 0x00000000 in ?? () #162 0x00000000 in ?? () #163 0x00000000 in ?? () #164 0x00000000 in ?? () #165 0x00000000 in ?? () #166 0x00000000 in ?? () #167 0x00000000 in ?? () #168 0x00000000 in ?? () #169 0x00000000 in ?? () #170 0x00000000 in ?? () #171 0x00000000 in ?? () #172 0x00000000 in ?? () #173 0x00000000 in ?? () #174 0x00000000 in ?? () #175 0x00000000 in ?? () #176 0x00000000 in ?? () #177 0x00000000 in ?? () #178 0x00000000 in ?? () #179 0x00000000 in ?? () #180 0x00000000 in ?? () #181 0x00000000 in ?? () #182 0x00000000 in ?? () ---Type to continue, or q to quit--- #183 0x00000000 in ?? () #184 0x00000000 in ?? () #185 0x00000000 in ?? () #186 0x746f6f72 in ?? () #187 0x656c6100 in ?? () #188 0x09007472 in ?? () #189 0x6e003033 in ?? () #190 0x64656d61 in ?? () #191 0x0000000a in ?? () #192 0x00000000 in ?? () #193 0x00000000 in ?? () #194 0x00000000 in ?? () #195 0x00000000 in ?? () #196 0x00000000 in ?? () #197 0x00000000 in ?? () #198 0x00000000 in ?? () #199 0x00000000 in ?? () #200 0x00000000 in ?? () #201 0x00000000 in ?? () #202 0x00000000 in ?? () #203 0x00000000 in ?? () #204 0x00000000 in ?? () #205 0x00000000 in ?? () #206 0x00000000 in ?? () #207 0x00000000 in ?? () #208 0x00000000 in ?? () #209 0x00000000 in ?? () #210 0x00000000 in ?? () #211 0x00000000 in ?? () #212 0x00000000 in ?? () #213 0x00000000 in ?? () #214 0x00000000 in ?? () #215 0x00000000 in ?? () #216 0x00000000 in ?? () #217 0x00000000 in ?? () #218 0x00000000 in ?? () #219 0x00000000 in ?? () #220 0x00000000 in ?? () #221 0x00000000 in ?? () #222 0x00000000 in ?? () #223 0x00000000 in ?? () #224 0x00000000 in ?? () #225 0x00000000 in ?? () #226 0x00000000 in ?? () #227 0x00000000 in ?? () #228 0x00000000 in ?? () #229 0x00000000 in ?? () #230 0x00000000 in ?? () #231 0x00000000 in ?? () #232 0x00000000 in ?? () #233 0x00000000 in ?? () #234 0x00000000 in ?? () #235 0x00000000 in ?? () #236 0x00000000 in ?? () #237 0x00000000 in ?? () #238 0x00000000 in ?? () #239 0x00000000 in ?? () #240 0x00000000 in ?? () #241 0x00000000 in ?? () #242 0x00000000 in ?? () #243 0x00000000 in ?? () ---Type to continue, or q to quit--- #244 0x00000000 in ?? () #245 0x00000000 in ?? () #246 0x00000000 in ?? () #247 0x00000000 in ?? () #248 0x00000000 in ?? () #249 0x00000000 in ?? () #250 0x00000000 in ?? () #251 0x00000000 in ?? () #252 0x00000000 in ?? () #253 0x00000000 in ?? () #254 0x00000000 in ?? () #255 0x00000000 in ?? () #256 0x00000000 in ?? () #257 0x00000000 in ?? () #258 0x00000000 in ?? () #259 0x00000000 in ?? () #260 0x00000000 in ?? () #261 0x00000000 in ?? () #262 0x00000000 in ?? () #263 0x00000000 in ?? () #264 0x00000000 in ?? () #265 0x00000000 in ?? () #266 0x00000000 in ?? () #267 0x00000000 in ?? () #268 0x00000000 in ?? () #269 0x00000000 in ?? () #270 0x00000000 in ?? () #271 0x00000000 in ?? () #272 0x00000000 in ?? () #273 0x00000000 in ?? () #274 0x00000000 in ?? () #275 0x00000000 in ?? () #276 0x00000000 in ?? () #277 0x00000000 in ?? () #278 0x00000000 in ?? () #279 0x00000000 in ?? () #280 0x00000000 in ?? () #281 0x00000000 in ?? () #282 0x00000000 in ?? () #283 0x00000000 in ?? () #284 0x00000000 in ?? () #285 0x00000000 in ?? () #286 0x00000000 in ?? () #287 0x00000000 in ?? () #288 0x00000000 in ?? () #289 0x00000000 in ?? () #290 0x00000000 in ?? () #291 0x00000000 in ?? () #292 0x00000000 in ?? () #293 0x00000000 in ?? () #294 0x00000000 in ?? () #295 0x00000000 in ?? () #296 0x00000000 in ?? () #297 0x00000000 in ?? () #298 0x00000000 in ?? () #299 0x00000000 in ?? () #300 0x00000000 in ?? () #301 0x00000000 in ?? () #302 0x00000000 in ?? () #303 0x00000000 in ?? () #304 0x00000000 in ?? () ---Type to continue, or q to quit--- #305 0x00000000 in ?? () #306 0x00000000 in ?? () #307 0x00000000 in ?? () #308 0x00000000 in ?? () #309 0x00000000 in ?? () #310 0x00000000 in ?? () #311 0x00000000 in ?? () #312 0x00000000 in ?? () #313 0x00000000 in ?? () #314 0x00000000 in ?? () #315 0x00000000 in ?? () #316 0x00000000 in ?? () #317 0x00000000 in ?? () #318 0x00000000 in ?? () #319 0x00000000 in ?? () #320 0x00000000 in ?? () #321 0x00000000 in ?? () #322 0x00000000 in ?? () #323 0x00000000 in ?? () #324 0x00000000 in ?? () #325 0x00000000 in ?? () #326 0x00000000 in ?? () #327 0x00000000 in ?? () #328 0x00000000 in ?? () #329 0x00000000 in ?? () #330 0x00000000 in ?? () #331 0x00000000 in ?? () #332 0x00000000 in ?? () #333 0x00000000 in ?? () #334 0x00000000 in ?? () #335 0x00000000 in ?? () #336 0x00000000 in ?? () #337 0x00000000 in ?? () #338 0x61636f6c in ?? () #339 0x736f686c in ?? () #340 0x00000074 in ?? () #341 0x00000000 in ?? () #342 0x00000000 in ?? () #343 0x00000000 in ?? () #344 0x00000000 in ?? () #345 0x00000000 in ?? () #346 0x00000000 in ?? () #347 0x00000000 in ?? () #348 0x00000000 in ?? () #349 0x00000000 in ?? () #350 0x00000000 in ?? () #351 0x00000000 in ?? () #352 0x00000000 in ?? () #353 0x00000000 in ?? () #354 0x00000000 in ?? () #355 0x00000000 in ?? () #356 0x00000000 in ?? () #357 0x00000000 in ?? () #358 0x00000000 in ?? () #359 0x00000000 in ?? () #360 0x00000000 in ?? () #361 0x00000000 in ?? () #362 0x00000000 in ?? () #363 0x00000000 in ?? () #364 0x00000000 in ?? () #365 0x00000000 in ?? () ---Type to continue, or q to quit--- #366 0x746f6f72 in ?? () #367 0x00000000 in ?? () #368 0x00000000 in ?? () #369 0x00000000 in ?? () #370 0x00000000 in ?? () #371 0x00000000 in ?? () #372 0x00000000 in ?? () #373 0x00000000 in ?? () #374 0x00000000 in ?? () #375 0x00000000 in ?? () #376 0x00000000 in ?? () #377 0x00000000 in ?? () #378 0x00000000 in ?? () #379 0x00000000 in ?? () #380 0x00000000 in ?? () #381 0x00000000 in ?? () #382 0x00000000 in ?? () #383 0x00000000 in ?? () #384 0x00000000 in ?? () #385 0x00000000 in ?? () #386 0x00000000 in ?? () #387 0x00000000 in ?? () #388 0x00000000 in ?? () #389 0x00000000 in ?? () #390 0x00000000 in ?? () #391 0x00000000 in ?? () #392 0x00000000 in ?? () #393 0x00000000 in ?? () #394 0x72656c61 in ?? () #395 0x00000000 in ?? () #396 0x00000000 in ?? () #397 0x00000000 in ?? () #398 0x00000000 in ?? () #399 0x00000000 in ?? () #400 0x00000000 in ?? () #401 0x00000000 in ?? () #402 0x00000000 in ?? () #403 0x00000000 in ?? () #404 0x00000000 in ?? () #405 0x00000000 in ?? () #406 0x00000000 in ?? () #407 0x00000000 in ?? () #408 0x00000000 in ?? () #409 0x00000000 in ?? () #410 0x00000000 in ?? () #411 0x00000000 in ?? () #412 0x00000000 in ?? () #413 0x00000000 in ?? () #414 0x00000000 in ?? () #415 0x00000000 in ?? () #416 0x00000000 in ?? () #417 0x00000000 in ?? () #418 0x00000000 in ?? () #419 0x00000000 in ?? () #420 0x00000000 in ?? () #421 0x00000000 in ?? () #422 0x746f6f72 in ?? () #423 0x00000000 in ?? () #424 0x00000000 in ?? () #425 0x00000000 in ?? () #426 0x00000000 in ?? () ---Type to continue, or q to quit--- #427 0x00000000 in ?? () #428 0x00000000 in ?? () #429 0x00000000 in ?? () #430 0x00000000 in ?? () #431 0x00000000 in ?? () #432 0x00000000 in ?? () #433 0x00000000 in ?? () #434 0x00000000 in ?? () #435 0x00000000 in ?? () #436 0x00000000 in ?? () #437 0x00000000 in ?? () #438 0x00000000 in ?? () #439 0x00000000 in ?? () #440 0x00000000 in ?? () #441 0x00000000 in ?? () #442 0x00000000 in ?? () #443 0x00000000 in ?? () #444 0x00000000 in ?? () #445 0x00000000 in ?? () #446 0x00000000 in ?? () #447 0x00000000 in ?? () #448 0x00000000 in ?? () #449 0x00000000 in ?? () #450 0x61747320 in ?? () #451 0x00007472 in ?? () #452 0x00000000 in ?? () #453 0x00000000 in ?? () #454 0x00000000 in ?? () #455 0x00000000 in ?? () #456 0x00000000 in ?? () #457 0x00000000 in ?? () #458 0x00000000 in ?? () #459 0x00000000 in ?? () #460 0x00000000 in ?? () #461 0x00000000 in ?? () #462 0x00000000 in ?? () #463 0x00000000 in ?? () #464 0x00000000 in ?? () #465 0x00000000 in ?? () #466 0x00000000 in ?? () #467 0x00000000 in ?? () #468 0x00000000 in ?? () #469 0x00000000 in ?? () #470 0x00000000 in ?? () #471 0x00000000 in ?? () #472 0x00000000 in ?? () #473 0x00000000 in ?? () #474 0x6374652f in ?? () #475 0x63722f32 in ?? () #476 0x762f642e in ?? () #477 0x696c7265 in ?? () #478 0x00627568 in ?? () #479 0x00000000 in ?? () #480 0x00000000 in ?? () #481 0x00000000 in ?? () #482 0x00000000 in ?? () #483 0x00000000 in ?? () #484 0x00000000 in ?? () #485 0x00000000 in ?? () #486 0x00000000 in ?? () #487 0x00000000 in ?? () ---Type to continue, or q to quit--- #488 0x00000000 in ?? () #489 0x00000000 in ?? () #490 0x00000000 in ?? () #491 0x00000000 in ?? () #492 0x00000000 in ?? () #493 0x00000000 in ?? () #494 0x00000000 in ?? () #495 0x00000000 in ?? () #496 0x00000000 in ?? () #497 0x00000000 in ?? () #498 0x6c726576 in ?? () #499 0x62756869 in ?? () #500 0x00000000 in ?? () #501 0x00000000 in ?? () #502 0x00000000 in ?? () #503 0x00000000 in ?? () #504 0x00000000 in ?? () #505 0x00000000 in ?? () #506 0x00000000 in ?? () #507 0x00000000 in ?? () #508 0x00000000 in ?? () #509 0x00000000 in ?? () #510 0x00000000 in ?? () #511 0x00000000 in ?? () #512 0x00000000 in ?? () #513 0x00000000 in ?? () #514 0x00000000 in ?? () #515 0x00000000 in ?? () #516 0x00000000 in ?? () #517 0x00000000 in ?? () #518 0x00000000 in ?? () #519 0x00000000 in ?? () #520 0x00000000 in ?? () #521 0x00000000 in ?? () #522 0x656d616e in ?? () #523 0x00000a64 in ?? () #524 0x00000000 in ?? () #525 0x00000000 in ?? () #526 0x00000000 in ?? () #527 0x00000000 in ?? () #528 0x00000000 in ?? () #529 0x00000000 in ?? () #530 0x00000000 in ?? () #531 0x00000000 in ?? () #532 0x00000000 in ?? () #533 0x00000000 in ?? () #534 0x00000000 in ?? () #535 0x00000000 in ?? () #536 0x00000000 in ?? () #537 0x00000000 in ?? () #538 0x00000000 in ?? () #539 0x00000000 in ?? () #540 0x00000000 in ?? () #541 0x00000000 in ?? () #542 0x00000000 in ?? () #543 0x00000000 in ?? () #544 0x00000000 in ?? () #545 0x00000000 in ?? () #546 0x00003033 in ?? () #547 0x00000000 in ?? () #548 0x00000000 in ?? () ---Type to continue, or q to quit--- #549 0x00000000 in ?? () #550 0x00000000 in ?? () #551 0x00000000 in ?? () #552 0x00000000 in ?? () #553 0x00000000 in ?? () #554 0x00000000 in ?? () #555 0x00000000 in ?? () #556 0x00000000 in ?? () #557 0x00000000 in ?? () #558 0x00000000 in ?? () #559 0x00000000 in ?? () #560 0x00000000 in ?? () #561 0x00000000 in ?? () #562 0x00000000 in ?? () #563 0x00000000 in ?? () #564 0x00000000 in ?? () #565 0x00000000 in ?? () #566 0x00000000 in ?? () #567 0x00000000 in ?? () #568 0x00000000 in ?? () #569 0x00000000 in ?? () #570 0x6f747561 in ?? () #571 0x00000000 in ?? () #572 0x00000000 in ?? () #573 0x00000000 in ?? () #574 0x00000000 in ?? () #575 0x00000000 in ?? () #576 0x00000000 in ?? () #577 0x00000000 in ?? () #578 0x00000000 in ?? () #579 0x00000000 in ?? () #580 0x00000000 in ?? () #581 0x00000000 in ?? () #582 0x00000000 in ?? () #583 0x00000000 in ?? () #584 0x00000000 in ?? () #585 0x00000000 in ?? () #586 0x00000000 in ?? () #587 0x00000000 in ?? () #588 0x00000000 in ?? () #589 0x00000000 in ?? () #590 0x00000000 in ?? () #591 0x00000000 in ?? () #592 0x00000000 in ?? () #593 0x00000000 in ?? () #594 0x00000000 in ?? () #595 0x72656c61 in ?? () #596 0x00000074 in ?? () #597 0x00000000 in ?? () #598 0x00000000 in ?? () #599 0x00000000 in ?? () #600 0x00000000 in ?? () #601 0x00000000 in ?? () #602 0x00000000 in ?? () #603 0x00000000 in ?? () #604 0x00000000 in ?? () #605 0x00000000 in ?? () #606 0x00000000 in ?? () #607 0x00000000 in ?? () #608 0x00000000 in ?? () #609 0x00000000 in ?? () ---Type to continue, or q to quit--- #610 0x00000000 in ?? () #611 0x00000000 in ?? () #612 0x00000000 in ?? () #613 0x00000000 in ?? () #614 0x00000000 in ?? () #615 0x00000000 in ?? () #616 0x00000000 in ?? () #617 0x00000000 in ?? () #618 0x00000000 in ?? () #619 0x00000000 in ?? () #620 0x280519c4 in symlook_obj () from /libexec/ld-elf.so.1 #621 0x08049c65 in ?? () #622 0xbfbfe970 in ?? () #623 0x0804d400 in ?? () #624 0x00000005 in ?? () #625 0x0000000a in ?? () #626 0xbfbfe9e0 in ?? () #627 0x0000000d in ?? () #628 0x280723a0 in ?? () from /libexec/ld-elf.so.1 #629 0x28079200 in ?? () #630 0x0000000f in ?? () #631 0x09a6322b in ?? () #632 0x0804d000 in ?? () #633 0x0000000a in ?? () #634 0x0804d800 in ?? () #635 0x0804dc00 in ?? () #636 0x0804e000 in ?? () #637 0x0804e400 in ?? () #638 0x0804e800 in ?? () #639 0x0804ec00 in ?? () #640 0x0804f000 in ?? () #641 0x0804f400 in ?? () #642 0x0804f800 in ?? () #643 0x0804fc00 in ?? () #644 0x08050000 in ?? () #645 0x08050400 in ?? () #646 0x08050800 in ?? () #647 0x08050c00 in ?? () #648 0x08051000 in ?? () #649 0x08051400 in ?? () #650 0x08051800 in ?? () #651 0x08051c00 in ?? () #652 0x08052000 in ?? () #653 0x08052400 in ?? () #654 0x08052800 in ?? () #655 0x08052c00 in ?? () #656 0x08053000 in ?? () #657 0x08053400 in ?? () #658 0x08053800 in ?? () #659 0x08053c00 in ?? () #660 0x08054000 in ?? () #661 0x08054400 in ?? () #662 0x08054800 in ?? () #663 0x08054c00 in ?? () #664 0x08055000 in ?? () #665 0x08055400 in ?? () #666 0x08055800 in ?? () #667 0x08055c00 in ?? () #668 0x08056000 in ?? () #669 0x08056400 in ?? () #670 0x08056800 in ?? () ---Type to continue, or q to quit--- #671 0x08056c00 in ?? () #672 0x08057000 in ?? () #673 0x08057400 in ?? () #674 0x08057800 in ?? () #675 0x08057c00 in ?? () #676 0x08058000 in ?? () #677 0x08058400 in ?? () #678 0x08058800 in ?? () #679 0x08058c00 in ?? () #680 0x08059000 in ?? () #681 0x08059400 in ?? () #682 0x08059800 in ?? () #683 0x08059c00 in ?? () #684 0x0805a000 in ?? () #685 0x0805a400 in ?? () #686 0x0805a800 in ?? () #687 0x0805ac00 in ?? () #688 0x0805b000 in ?? () #689 0x0805b400 in ?? () #690 0x0805b800 in ?? () #691 0x0805bc00 in ?? () #692 0x0805c000 in ?? () #693 0x0805c400 in ?? () #694 0x0805c800 in ?? () #695 0x0805cc00 in ?? () #696 0x0805d000 in ?? () #697 0x0805d400 in ?? () #698 0x0805d800 in ?? () #699 0x0805dc00 in ?? () #700 0x0805e000 in ?? () #701 0x0805e400 in ?? () #702 0x0805e800 in ?? () #703 0x0805ec00 in ?? () #704 0x0805f000 in ?? () #705 0x0805f400 in ?? () #706 0x0805f800 in ?? () #707 0x0805fc00 in ?? () #708 0x08060000 in ?? () #709 0x08060400 in ?? () #710 0x08060800 in ?? () #711 0x08060c00 in ?? () #712 0x08061000 in ?? () #713 0x08061400 in ?? () #714 0x08061800 in ?? () #715 0x08061c00 in ?? () #716 0x08062000 in ?? () #717 0x08062400 in ?? () #718 0x08062800 in ?? () #719 0x08062c00 in ?? () #720 0x08063000 in ?? () #721 0x08063400 in ?? () #722 0x08063800 in ?? () #723 0x08063c00 in ?? () #724 0x08064000 in ?? () #725 0x08064400 in ?? () #726 0x08064800 in ?? () #727 0x08064c00 in ?? () #728 0x08065000 in ?? () #729 0x08065400 in ?? () #730 0x08065800 in ?? () #731 0x08065c00 in ?? () ---Type to continue, or q to quit--- #732 0x08066000 in ?? () #733 0x08066400 in ?? () #734 0x08066800 in ?? () #735 0x08066c00 in ?? () #736 0x08067000 in ?? () #737 0x08067400 in ?? () #738 0x08067800 in ?? () #739 0x08067c00 in ?? () #740 0x08068000 in ?? () #741 0x08068400 in ?? () #742 0x08068800 in ?? () #743 0x08068c00 in ?? () #744 0x08069000 in ?? () #745 0x08069400 in ?? () #746 0x08069800 in ?? () #747 0x08069c00 in ?? () #748 0x0806a000 in ?? () #749 0x0806a400 in ?? () #750 0x0806a800 in ?? () #751 0x0806ac00 in ?? () #752 0x0806b000 in ?? () #753 0x0806b400 in ?? () #754 0x0806b800 in ?? () #755 0x0806bc00 in ?? () #756 0x0806c000 in ?? () #757 0x0806c400 in ?? () #758 0x0806c800 in ?? () #759 0x0806cc00 in ?? () #760 0x0806d000 in ?? () #761 0x0806d400 in ?? () #762 0x0806d800 in ?? () #763 0x0806dc00 in ?? () #764 0x0806e000 in ?? () #765 0x0806e400 in ?? () #766 0x0806e800 in ?? () #767 0x0806ec00 in ?? () #768 0x0806f000 in ?? () #769 0x0806f400 in ?? () #770 0x0806f800 in ?? () #771 0x0806fc00 in ?? () #772 0x08070000 in ?? () #773 0x08070400 in ?? () #774 0x08070800 in ?? () #775 0x08070c00 in ?? () #776 0x08071000 in ?? () #777 0x08071400 in ?? () #778 0x08071800 in ?? () #779 0x08071c00 in ?? () #780 0x08072000 in ?? () #781 0x08072400 in ?? () #782 0x08072800 in ?? () #783 0x08072c00 in ?? () #784 0xbfbfebe8 in ?? () #785 0x2814f389 in atexit () from /lib/libc.so.6 #786 0x08048cc9 in ?? () #787 0x00000003 in ?? () #788 0xbfbfec1c in ?? () #789 0xbfbfec2c in ?? () #790 0x00000000 in ?? () #791 0x28050e80 in elf_hash () from /libexec/ld-elf.so.1 #792 0x00000003 in ?? () (gdb) quit [root@r /]# From dougb at FreeBSD.org Fri Jul 11 00:10:07 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Jul 11 00:10:13 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <48767B20.4030904@madpilot.net> References: <200807100849.27824.Helko.Glathe@freenet.de> <48763D9C.9050903@csub.edu> <20080710173847.GA23196@just.puresimplicity.net> <48767B20.4030904@madpilot.net> Message-ID: <4876A4DC.8060200@FreeBSD.org> Guido Falsi wrote: > I just disabled the attack and forgery site checks Exactly which prefs are you referring to there? Thanks, Doug -- This .signature sanitized for your protection From mad at madpilot.net Fri Jul 11 01:05:26 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Jul 11 01:05:32 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <4876A4DC.8060200@FreeBSD.org> References: <200807100849.27824.Helko.Glathe@freenet.de> <48763D9C.9050903@csub.edu> <20080710173847.GA23196@just.puresimplicity.net> <48767B20.4030904@madpilot.net> <4876A4DC.8060200@FreeBSD.org> Message-ID: <4876B1CE.5060600@madpilot.net> Doug Barton wrote: > Guido Falsi wrote: > >> I just disabled the attack and forgery site checks > > Exactly which prefs are you referring to there? > in the security pane, the second and third option, they read: Tell me if the site I'm visiting is a suspected attack site and Tell me if the site I'm visiting is a suspected forgery -- Guido Falsi From Helko.Glathe at freenet.de Fri Jul 11 05:19:24 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Fri Jul 11 05:19:40 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <4876B1CE.5060600@madpilot.net> References: <200807100849.27824.Helko.Glathe@freenet.de> <4876A4DC.8060200@FreeBSD.org> <4876B1CE.5060600@madpilot.net> Message-ID: <200807110714.26723.Helko.Glathe@freenet.de> Am Freitag 11 Juli 2008 03:05:18 schrieb Guido Falsi: > Doug Barton wrote: > > Guido Falsi wrote: > >> I just disabled the attack and forgery site checks > > > > Exactly which prefs are you referring to there? > > in the security pane, the second and third option, they read: > > Tell me if the site I'm visiting is a suspected attack site > > and > > Tell me if the site I'm visiting is a suspected forgery Disabling this options doesn't fix the problem. -- =================================================================== Mit freundlichem Gruss Helko Glathe From parv at pair.com Fri Jul 11 08:12:28 2008 From: parv at pair.com (Parv) Date: Fri Jul 11 08:12:34 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080710064246.346e2200@scorpio> References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> Message-ID: <20080711080103.GA2128@holstein.holy.cow> in message <20080710064246.346e2200@scorpio>, wrote Gerard thusly... > > On Thu, 10 Jul 2008 03:40:38 -0700 David Southwell > wrote: > > > Just wondered when an upgrade to 5.10.0 could be expected. > > Perhaps they are planning on releasing it with, and hopefully > including it in the FreeBSD-7.1 release. That would be darn too long not to install on my own (unless 7.1 is coming out in a month)! - Parv -- From david at vizion2000.net Fri Jul 11 08:14:33 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 08:14:42 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <7d6fde3d0807101416m6992fa6dh804166ef03a8fbdc@mail.gmail.com> References: <200807101120.41134.david@vizion2000.net> <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> <7d6fde3d0807101416m6992fa6dh804166ef03a8fbdc@mail.gmail.com> Message-ID: <200807110136.00042.david@vizion2000.net> On Thursday 10 July 2008 14:16:02 Garrett Cooper wrote: > On Thu, Jul 10, 2008 at 2:14 PM, Garrett Cooper wrote: > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell wrote: > >> On Thursday 10 July 2008 11:43:20 David Southwell wrote: > >>> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > >>> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > >>> > > Can anyone help me out here.. > >>> > > > >>> > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > >>> > > > >>> > > I seem to have a working system but cvsup is falling down. > >>> > > Mail is working fine, so is kde. > >>> > > > >>> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > >>> > > UNAME: > >>> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > >>> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu > >>> > > Jul 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC > >>> > > amd64 [root@dns1 /usr/ports/net/cvsup]# > >>> > > > >>> > > RECOMPILED cvsup after core dump: > >>> > > [root@dns1 /usr/ports/net/cvsup]# make clean > >>> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > >>> > > [root@dns1 /usr/ports/net/cvsup]# make > >>> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > >>> > > ===> Deinstalling for net/cvsup > >>> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > >>> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > >>> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > >>> > > ===> Deinstalling for net/cvsup > >>> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > >>> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > >>> > > > >>> > > BUT STILL GOT: > >>> > > > >>> > > cvsup /var/cvsupconfig/ports-supfile > >>> > > Connected to cvsup10.FreeBSD.org > >>> > > Bus error: 10 (core dumped) > >>> > > [root@dns1 /usr/ports/net/cvsup]# > >>> > > > >>> > > Can anyone point me in the right direction please > >>> > > >>> > Not sure if you're cutting out the relevant parts but did you > >>> > actually rebuild cvsup (ie: was it cleaned)? I'm not even sure if > >>> > that's going to matter or not. > >>> > > >>> > Your other option is to just use csup (it's in 6.3). > >>> > >>> Yes I cleaned (twice) and ran make config before make. > >>> > >>> This is weird why a core dump & why a Bus error?? > >>> > >>> Strange > >>> > >>> David > >> > >> Humph weirder stil csup is working - no problem > >> > >> However there must be a problem somewhere for cvsup to fail.. If I > >> ignore it it sure will not go away > >> > >> David > > > > (Forgive me if the last make targets aren't correct because I don't > > have a machine to test with, but the rest of the steps should be > > proper). > > > > Try the following... > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > usr.sbin/cvsup && make depend all > > > > ... to clean out your object directories, start fresh, and compile > > cvsup from scratch. > > > > HTH, > > -Garrett > > Err... oops. I meant remove cvsup and all dependent ports and > recompile because there may have been a static change to the included > libraries or built binaries (shouldn't be, but you never know). > -Garrett I have done a portupgrade of cvsup -Rf but still have the same problem. However I notice an oddity. Despite having installed cvsup, turning X11 support on via config, pkg_info reports that cvsup-without-gui-16.1h_4 is installed. It does not look right. I am wondering if anyone could tell me what is going on here and/or whether someone knows enough to decipher the problem by taking a look at the core dump. David From gary.jennejohn at freenet.de Fri Jul 11 08:57:42 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Jul 11 08:57:49 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> References: <200807101120.41134.david@vizion2000.net> <20080710180923.GD97641@atarininja.org> <200807101143.21235.david@vizion2000.net> <200807101147.09496.david@vizion2000.net> <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> Message-ID: <20080711105737.3a0fa9e2@peedub.jennejohn.org> On Thu, 10 Jul 2008 14:14:42 -0700 "Garrett Cooper" wrote: > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell wrote: > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > >> > > Can anyone help me out here.. > >> > > > >> > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > >> > > > >> > > I seem to have a working system but cvsup is falling down. > >> > > Mail is working fine, so is kde. > >> > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > >> > > UNAME: > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul > >> > > 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 > >> > > [root@dns1 /usr/ports/net/cvsup]# > >> > > > >> > > RECOMPILED cvsup after core dump: > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > >> > > [root@dns1 /usr/ports/net/cvsup]# make > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > >> > > ===> Deinstalling for net/cvsup > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > >> > > ===> Deinstalling for net/cvsup > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > >> > > > >> > > BUT STILL GOT: > >> > > > >> > > cvsup /var/cvsupconfig/ports-supfile > >> > > Connected to cvsup10.FreeBSD.org > >> > > Bus error: 10 (core dumped) > >> > > [root@dns1 /usr/ports/net/cvsup]# > >> > > > >> > > Can anyone point me in the right direction please > >> > > >> > Not sure if you're cutting out the relevant parts but did you actually > >> > rebuild cvsup (ie: was it cleaned)? I'm not even sure if that's going > >> > to matter or not. > >> > > >> > Your other option is to just use csup (it's in 6.3). > >> > >> Yes I cleaned (twice) and ran make config before make. > >> > >> This is weird why a core dump & why a Bus error?? > >> > >> Strange > >> > >> David > >> > >> > > Humph weirder stil csup is working - no problem > > > > However there must be a problem somewhere for cvsup to fail.. If I ignore it > > it sure will not go away > > > > David > > (Forgive me if the last make targets aren't correct because I don't > have a machine to test with, but the rest of the steps should be > proper). > > Try the following... > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > usr.sbin/cvsup && make depend all > > ... to clean out your object directories, start fresh, and compile > cvsup from scratch. > cvsup is not part of the base system. --- Gary Jennejohn From roam at ringlet.net Fri Jul 11 08:58:29 2008 From: roam at ringlet.net (Peter Pentchev) Date: Fri Jul 11 08:58:36 2008 Subject: Tgz in tgz...! In-Reply-To: <20080710225313.48fe6423@baal.troback.com> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <200807100154.17094.beech@freebsd.org> <20080710145415.59244492@itpc02.gelita.swe> <20080710193955.1acc2184@baal.troback.com> <7d6fde3d0807101334v1362886di7fe1057093ca29bf@mail.gmail.com> <20080710225313.48fe6423@baal.troback.com> Message-ID: <20080711085826.GA1093@straylight.m.ringlet.net> On Thu, Jul 10, 2008 at 10:53:13PM +0200, Anders Trob??ck wrote: > On Thu, 10 Jul 2008 13:34:39 -0700 > "Garrett Cooper" wrote: > > > On Thu, Jul 10, 2008 at 10:39 AM, Anders Trob??ck > > wrote: > > > On Thu, 10 Jul 2008 14:54:15 +0200 > > > Anders Troback wrote: > > > > > >> On Thu, 10 Jul 2008 01:54:10 -0800 > > >> Beech Rintoul wrote: > > >> > > >> > On Thursday 10 July 2008, Anders Troback said: > > >> > > Hi, > > >> > > > > >> > > I need some tips about a port that I'm working on! > > >> > > > > >> > > The problem that I have are that the source of the code are in > > >> > > a tgz that are in a sub folder in an other tgz! So first I > > >> > > need the port to download and extract the first tgz and then > > >> > > extract, configure and make the second tgz! > > >> > > > > >> > > How do I cope with that? > > >> > > > > >> > > Thanks! > > >> > > > >> > You can probably extract the second time in post-extract, but > > >> > you're going to have to get creative defining the right > > >> > ${WRKSRC}. After that it should patch and build normally. > > >> > > > >> > Beech > > >> > > > >> > > >> OK! Next problem:-] > > >> > > >> The program that I want to build are under a sub folder of > > >> ${WRKSRC}/src so first I need to make the "main" program and then I > > >> have to run make in that sub folder! Are there any macros that do > > >> things like this or is there some other way? > > >> > > >> Thanks again! > > >> > > > > > > Is this a "legal" way of solving this issue? > > > > > > post-build: > > > cd ${WRKSRC}/src/extras && make > > > > Wouldn't `gmake -C ${WRKSRC}/src/extras' be better? > > -Garrett > > Yes, much nice and cleaner! I don't need gmake but make was the same! Actually, this might miss a lot of settings in the environment and stuff. It would be much better to do it the way bsd.port.mk does it: ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} ${MAKE_ARGS} ${ALL_TARGET} Yes, this is a command line consisting entirely of variables :) Well, okay, to do it in a different directory you would need to use: ${SETENV} ${MAKE_ENV} ${GMAKE} -C ${WRKSRC}/src/extras ${MAKE_FLAGS} ${MAKEFILE} ${MAKE_ARGS} ${ALL_TARGET} The ${SETENV} ${MAKE_ENV} part is really important. The rest - well, ${MAKE_FLAGS} and ${MAKE_ARGS} are most probably not needed in this particular case, but they still are a good idea in the general case - although in very few cases, on very weird "make" invocations, there might be problems because of flag differences between BSD make and GNU make. The ${MAKEFILE} is very, very rarely *not* "Makefile" - and if you decide to remove ${MAKE_FLAGS}, be sure to check if you still want to pass ${MAKEFILE}, too :) Well, okay, so basically, this could *most probably* be shortened to: ${SETENV} ${MAKE_ENV} ${GMAKE} -C ${WRKSRC}/src/extras ...maybe :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@cnsys.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 What would this sentence be like if pi were 3? -------------- 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/20080711/67631429/attachment.pgp From mad at madpilot.net Fri Jul 11 09:35:49 2008 From: mad at madpilot.net (Guido Falsi) Date: Fri Jul 11 09:35:56 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <200807110714.26723.Helko.Glathe@freenet.de> References: <200807100849.27824.Helko.Glathe@freenet.de> <4876A4DC.8060200@FreeBSD.org> <4876B1CE.5060600@madpilot.net> <200807110714.26723.Helko.Glathe@freenet.de> Message-ID: <20080711093543.GB56699@megatron.madpilot.net> On Fri, Jul 11, 2008 at 07:14:26AM +0200, Helko Glathe wrote: > Am Freitag 11 Juli 2008 03:05:18 schrieb Guido Falsi: > > Doug Barton wrote: > > > Guido Falsi wrote: > > >> I just disabled the attack and forgery site checks > > > > > > Exactly which prefs are you referring to there? > > > > in the security pane, the second and third option, they read: > > > > Tell me if the site I'm visiting is a suspected attack site > > > > and > > > > Tell me if the site I'm visiting is a suspected forgery > > Disabling this options doesn't fix the problem. >From private emails with Josh Tolbert there are some problems with NFS locking too. Most probably firefox is heavily using it. At home I have an nfs server and 2 clients and all using statd and lockd(and since the inclusion of the in kernel locking code I have to restart statd removing it's status file in /var/db when I reboot a client on both the server and the client, but I don't have the knowledge to debug this. I think a recwent commit to -current has fixed this though. I'm waiting for it to be MFCed). NFS locking works usually, but when I don't remove the statd.status file after rebooting a machine the calls to lockd seem to block indefinitely and the app just sits there, maybe this is what is happening to you. Disabling those functions and removing the sqlite files from the .mozilla subdir was needed to me to solve the slowness problm, because the app was rereading via network the whole files each time a page loaded. Please let me know if some specific information is needed. I hope I vcan help shed some light. My machines are all 7.0-STABLE cvsupped around a month ago. -- Guido Falsi From freebsd at troback.com Fri Jul 11 09:40:32 2008 From: freebsd at troback.com (Anders Troback) Date: Fri Jul 11 09:40:39 2008 Subject: Tgz in tgz...! In-Reply-To: <20080711085826.GA1093@straylight.m.ringlet.net> References: <20080710110457.4b160eb1@itpc02.gelita.swe> <200807100154.17094.beech@freebsd.org> <20080710145415.59244492@itpc02.gelita.swe> <20080710193955.1acc2184@baal.troback.com> <7d6fde3d0807101334v1362886di7fe1057093ca29bf@mail.gmail.com> <20080710225313.48fe6423@baal.troback.com> <20080711085826.GA1093@straylight.m.ringlet.net> Message-ID: <20080711114153.72013e20@itpc02.gelita.swe> On Fri, 11 Jul 2008 11:58:26 +0300 Peter Pentchev wrote: > On Thu, Jul 10, 2008 at 10:53:13PM +0200, Anders Trob??ck wrote: > > On Thu, 10 Jul 2008 13:34:39 -0700 > > "Garrett Cooper" wrote: > > > > > On Thu, Jul 10, 2008 at 10:39 AM, Anders Trob??ck > > > wrote: > > > > On Thu, 10 Jul 2008 14:54:15 +0200 > > > > Anders Troback wrote: > > > > > > > >> On Thu, 10 Jul 2008 01:54:10 -0800 > > > >> Beech Rintoul wrote: > > > >> > > > >> > On Thursday 10 July 2008, Anders Troback said: > > > >> > > Hi, > > > >> > > > > > >> > > I need some tips about a port that I'm working on! > > > >> > > > > > >> > > The problem that I have are that the source of the code > > > >> > > are in a tgz that are in a sub folder in an other tgz! So > > > >> > > first I need the port to download and extract the first > > > >> > > tgz and then extract, configure and make the second tgz! > > > >> > > > > > >> > > How do I cope with that? > > > >> > > > > > >> > > Thanks! > > > >> > > > > >> > You can probably extract the second time in post-extract, but > > > >> > you're going to have to get creative defining the right > > > >> > ${WRKSRC}. After that it should patch and build normally. > > > >> > > > > >> > Beech > > > >> > > > > >> > > > >> OK! Next problem:-] > > > >> > > > >> The program that I want to build are under a sub folder of > > > >> ${WRKSRC}/src so first I need to make the "main" program and > > > >> then I have to run make in that sub folder! Are there any > > > >> macros that do things like this or is there some other way? > > > >> > > > >> Thanks again! > > > >> > > > > > > > > Is this a "legal" way of solving this issue? > > > > > > > > post-build: > > > > cd ${WRKSRC}/src/extras && make > > > > > > Wouldn't `gmake -C ${WRKSRC}/src/extras' be better? > > > -Garrett > > > > Yes, much nice and cleaner! I don't need gmake but make was the > > same! > > Actually, this might miss a lot of settings in the environment and > stuff. It would be much better to do it the way bsd.port.mk does it: > > ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} > ${MAKE_ARGS} ${ALL_TARGET} > > Yes, this is a command line consisting entirely of variables :) > Well, okay, to do it in a different directory you would need to use: > > ${SETENV} ${MAKE_ENV} ${GMAKE} -C ${WRKSRC}/src/extras > ${MAKE_FLAGS} ${MAKEFILE} ${MAKE_ARGS} ${ALL_TARGET} > > The ${SETENV} ${MAKE_ENV} part is really important. The rest - well, > ${MAKE_FLAGS} and ${MAKE_ARGS} are most probably not needed in this > particular case, but they still are a good idea in the general case - > although in very few cases, on very weird "make" invocations, there > might be problems because of flag differences between BSD make and > GNU make. The ${MAKEFILE} is very, very rarely *not* "Makefile" - and > if you decide to remove ${MAKE_FLAGS}, be sure to check if you still > want to pass ${MAKEFILE}, too :) > > Well, okay, so basically, this could *most probably* be shortened to: > > ${SETENV} ${MAKE_ENV} ${GMAKE} -C ${WRKSRC}/src/extras > > ...maybe :) > > G'luck, > Peter > OK, thanks! -- Anders Trob?ck http://www.troback.com/ ============================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" -------------------------------------------- From Johan at double-l.nl Fri Jul 11 09:54:38 2008 From: Johan at double-l.nl (Johan Hendriks) Date: Fri Jul 11 09:54:46 2008 Subject: Mailgraph no text in rrd graphs Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDF94@w2003s01.double-l.local> I updated my sytem lately and rrdtool is now at 1.3.0_1 But now mailgraph is showing me the graphs only without the text! Do I need to change something? Regards, Johan Hendriks From ros at bebik.net Fri Jul 11 10:02:51 2008 From: ros at bebik.net (Rodrigo OSORIO (ros)) Date: Fri Jul 11 10:02:58 2008 Subject: Help request to undestand the portmon report Message-ID: <20080711094234.GA64976@hodja.bebik.net> Hello everyone, I just take a quick look at the portmon report about my first port submit, omegaT[1], a translation memory editor. As I can see, portmon reports a 'failed to build' state for the amd64-8-latest environment, but if I took a close look, the log file looks ok (the port and the pakage was build without errors). My question is why portmon think an error occurs during the build (maybe something wrong is hide in the log). And how can I fix this situation to avoid unnecesary problems reported for the port tree. Thanks for your answers. Rodrigo OSORIO [1] http://portsmon.freebsd.org/portoverview.py?category=editors&portname=omegaT From beech at freebsd.org Fri Jul 11 10:34:07 2008 From: beech at freebsd.org (Beech Rintoul) Date: Fri Jul 11 10:34:30 2008 Subject: Help request to undestand the portmon report In-Reply-To: <20080711094234.GA64976@hodja.bebik.net> References: <20080711094234.GA64976@hodja.bebik.net> Message-ID: <200807110234.01234.beech@freebsd.org> On Friday 11 July 2008, Rodrigo OSORIO (ros) said: > Hello everyone, > > I just take a quick look at the portmon report about my first port > submit, omegaT[1], a translation memory editor. As I can see, > portmon reports a 'failed to build' state for the amd64-8-latest > environment, but if I took a close look, the log file looks ok (the > port and the pakage was build without errors). > > My question is why portmon think an error occurs during the build > (maybe something wrong is hide in the log). And how can I fix this > situation to avoid unnecesary problems reported for the port tree. > > Thanks for your answers. > Rodrigo OSORIO === Checking filesystem state list of filesystem changes from before and after port installation and deinstallation usr/local/share/java/apache-ant/bin/antRun changed permissions expected 0555 found 0444 Your port seems to be changing file permissions of another port. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From Johan at double-l.nl Fri Jul 11 10:35:38 2008 From: Johan at double-l.nl (Johan Hendriks) Date: Fri Jul 11 10:35:45 2008 Subject: Mailgraph no text in rrd graphs References: <57200BF94E69E54880C9BB1AF714BBCB5DDF94@w2003s01.double-l.local> <6eb82e0807110324m68528e2fuf6250c76778232b5@mail.gmail.com> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDF95@w2003s01.double-l.local> >>On Fri, Jul 11, 2008 at 5:34 PM, Johan Hendriks wrote: >> I updated my sytem lately and rrdtool is now at 1.3.0_1 >> >> But now mailgraph is showing me the graphs only without the text! >Since rrdtool 1.3.0, there is not bundle font anymore. Instead >it uses pange/fontconfig. Could you please install x11-fonts/dejavu, >and see if it works or not? >I will work with maintainer to either add an entry in UPDATING or >make this a dependency for rrdtool. >Regards, >Rong-En Fan I did install the x11-fonts/dejavu port and restarted mailgraph but still no text! Regards, Johan No virus found in this outgoing message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.4.7/1545 - Release Date: 10-7-2008 18:43 From ros at bebik.net Fri Jul 11 10:37:03 2008 From: ros at bebik.net (ros@bebik.net) Date: Fri Jul 11 10:37:09 2008 Subject: Help request to undestand the portmon report [IGNORE] In-Reply-To: <20080711094234.GA64976@hodja.bebik.net> References: <20080711094234.GA64976@hodja.bebik.net> Message-ID: <20080711101243.GA68054@hodja.bebik.net> Hi, As usual my question can be answered by a meticulous read of the report, so please ignore my post. Regards On Fri, Jul 11, 2008 at 11:42:34AM +0200, Rodrigo OSORIO (ros) wrote: > Hello everyone, > > I just take a quick look at the portmon report about my first port submit, omegaT[1], a translation memory editor. > As I can see, portmon reports a 'failed to build' state for the amd64-8-latest environment, but if I took a close look, the log file looks ok (the port and the pakage was build without errors). > > My question is why portmon think an error occurs during the build (maybe something wrong is hide in the log). > And how can I fix this situation to avoid unnecesary problems reported for the port tree. > > Thanks for your answers. > Rodrigo OSORIO > > > > [1] http://portsmon.freebsd.org/portoverview.py?category=editors&portname=omegaT > _______________________________________________ > 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 grafan at gmail.com Fri Jul 11 10:50:34 2008 From: grafan at gmail.com (Rong-en Fan) Date: Fri Jul 11 10:50:41 2008 Subject: Mailgraph no text in rrd graphs In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DDF94@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCB5DDF94@w2003s01.double-l.local> Message-ID: <6eb82e0807110324m68528e2fuf6250c76778232b5@mail.gmail.com> On Fri, Jul 11, 2008 at 5:34 PM, Johan Hendriks wrote: > I updated my sytem lately and rrdtool is now at 1.3.0_1 > > But now mailgraph is showing me the graphs only without the text! Since rrdtool 1.3.0, there is not bundle font anymore. Instead it uses pange/fontconfig. Could you please install x11-fonts/dejavu, and see if it works or not? I will work with maintainer to either add an entry in UPDATING or make this a dependency for rrdtool. Regards, Rong-En Fan > > > > Do I need to change something? > > > > Regards, > > Johan Hendriks > > > > _______________________________________________ > 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 wmoran at potentialtech.com Fri Jul 11 10:51:21 2008 From: wmoran at potentialtech.com (Bill Moran) Date: Fri Jul 11 10:51:27 2008 Subject: Help request to undestand the portmon report In-Reply-To: <20080711094234.GA64976@hodja.bebik.net> References: <20080711094234.GA64976@hodja.bebik.net> Message-ID: <20080711063126.8ce929a8.wmoran@potentialtech.com> In response to "Rodrigo OSORIO (ros)" : > Hello everyone, > > I just take a quick look at the portmon report about my first port submit, omegaT[1], a translation memory editor. > As I can see, portmon reports a 'failed to build' state for the amd64-8-latest environment, but if I took a close look, the log file looks ok (the port and the pakage was build without errors). The link doesn't seem to jump to the correct position on this page: http://pointyhat.freebsd.org/errorlogs/#mtree But it says this about your error: mtree The port leaves ${PREFIX} in a state that is not consistent with the mtree definition after pkg_delete. This usually means some files are missing from PLIST. It could also mean that your installation scripts create files or directories not properly deleted by the deinstallation scripts. Another possibility is that your port is deleting some directories it is not supposed to, or incorrectly modifying some directory's permission. > My question is why portmon think an error occurs during the build (maybe something wrong is hide in the log). Because of this: === Checking filesystem state list of filesystem changes from before and after port installation and deinstallation usr/local/share/java/apache-ant/bin/antRun changed permissions expected 0555 found 0444 > And how can I fix this situation to avoid unnecesary problems reported for the port tree. Well ... here's where I'm not much help, as I'm not very familiar with the care and feeding of Java apps. -- Bill Moran http://www.potentialtech.com From s.kachelmann at googlemail.com Fri Jul 11 11:11:19 2008 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Fri Jul 11 11:11:59 2008 Subject: games/warsow and games/warsow-data ouf of date Message-ID: <91b92520807110411o6e7d3b91u7e324936eb4fa30b@mail.gmail.com> Hi games/warsow and games/warsow-data are out of date and the mouse isn't working with the version in ports, however there is 0.42 available. Do you have any plans on updating the port? Sandra From david at vizion2000.net Fri Jul 11 13:02:43 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 13:02:51 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <20080711105737.3a0fa9e2@peedub.jennejohn.org> References: <200807101120.41134.david@vizion2000.net> <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> <20080711105737.3a0fa9e2@peedub.jennejohn.org> Message-ID: <200807110623.55343.david@vizion2000.net> On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > On Thu, 10 Jul 2008 14:14:42 -0700 > > "Garrett Cooper" wrote: > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell wrote: > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > >> > > Can anyone help me out here.. > > >> > > > > >> > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > > >> > > > > >> > > I seem to have a working system but cvsup is falling down. > > >> > > Mail is working fine, so is kde. > > >> > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > >> > > UNAME: > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu > > >> > > Jul 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC > > >> > > amd64 [root@dns1 /usr/ports/net/cvsup]# > > >> > > > > >> > > RECOMPILED cvsup after core dump: > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > >> > > ===> Deinstalling for net/cvsup > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > >> > > ===> Deinstalling for net/cvsup > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > >> > > > > >> > > BUT STILL GOT: > > >> > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > >> > > Connected to cvsup10.FreeBSD.org > > >> > > Bus error: 10 (core dumped) > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > >> > > > > >> > > Can anyone point me in the right direction please > > >> > > > >> > Not sure if you're cutting out the relevant parts but did you > > >> > actually rebuild cvsup (ie: was it cleaned)? I'm not even sure if > > >> > that's going to matter or not. > > >> > > > >> > Your other option is to just use csup (it's in 6.3). > > >> > > >> Yes I cleaned (twice) and ran make config before make. > > >> > > >> This is weird why a core dump & why a Bus error?? > > >> > > >> Strange > > >> > > >> David > > > > > > Humph weirder stil csup is working - no problem > > > > > > However there must be a problem somewhere for cvsup to fail.. If I > > > ignore it it sure will not go away > > > > > > David > > > > (Forgive me if the last make targets aren't correct because I don't > > have a machine to test with, but the rest of the steps should be > > proper). > > > > Try the following... > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > usr.sbin/cvsup && make depend all > > > > ... to clean out your object directories, start fresh, and compile > > cvsup from scratch. > > cvsup is not part of the base system. > > --- > Gary Jennejohn Agreed. To keep this thread together I thought I would bring the substance of my last report into this reply. I have just done a portupgrade -Rf cvsup but still have the core dump. However I notice an oddity. Despite having installed cvsup, turning X11 support on via config, pkg_info reports that cvsup-without-gui-16.1h_4 is installed. It does not look right. Whilst cvsup is not part of the base system I am nonethesless totally puzzled why cvsup should begin core dumping only after upgrading from 6.1 to 6.3 and despite a portupgrade -Rf under 6.3. I do not really want to complete my upgrading to 7.0 stable until I am sure not to be dragging a current vulnerability into the new system !!! Does anyone have any idea what may be going on here and/or whether someone is willing to take a look at the core dump and make sense of it. David From erwin at FreeBSD.org Fri Jul 11 13:19:24 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 11 13:19:48 2008 Subject: INDEX build failed for 6.x Message-ID: <200807111319.m6BDJOq4097648@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. Warning: Duplicate INDEX entry: openoffice.org-3.0.20080711 Committers on the hook: ale maho sem skv Most recent CVS update was: U Mk/bsd.php.mk U editors/openoffice.org-3-devel/Makefile U editors/openoffice.org-3-devel/distinfo U ports-mgmt/portconf/Makefile U ports-mgmt/portconf/files/pkg-message.in U ports-mgmt/portconf/files/portconf.sh.in U ports-mgmt/portupgrade-devel/Makefile U ports-mgmt/portupgrade-devel/distinfo U ports-mgmt/portupgrade-devel/pkg-descr U ports-mgmt/portupgrade-devel/pkg-plist U www/Makefile U www/p5-Test-HTTP/Makefile U www/p5-Test-HTTP/distinfo U www/p5-Test-HTTP/pkg-descr U www/p5-Test-HTTP/pkg-plist U www/zend-framework/Makefile From david at vizion2000.net Fri Jul 11 13:21:45 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 13:22:55 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <48775D28.2080602@kasimir.com> References: <200807101120.41134.david@vizion2000.net> <200807110623.55343.david@vizion2000.net> <48775D28.2080602@kasimir.com> Message-ID: <200807110643.12407.david@vizion2000.net> On Friday 11 July 2008 06:16:24 Florian Smeets wrote: > David Southwell wrote: > > However I notice an oddity. > > > > Despite having installed cvsup, turning X11 support on via config, > > pkg_info reports that > > cvsup-without-gui-16.1h_4 > > is installed. > > > > It does not look right. > > Do you have WITHOUT_X11 set in /etc/make.conf? That would explain it, > see the Makefile. > > Cheers, > Florian Thanks Florian Nope the only X11 entry in make.conf is: X11BASE=${LOCALBASE} David From flo at kasimir.com Fri Jul 11 13:35:21 2008 From: flo at kasimir.com (Florian Smeets) Date: Fri Jul 11 13:35:28 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <200807110623.55343.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> <20080711105737.3a0fa9e2@peedub.jennejohn.org> <200807110623.55343.david@vizion2000.net> Message-ID: <48775D28.2080602@kasimir.com> David Southwell wrote: > However I notice an oddity. > > Despite having installed cvsup, turning X11 support on via config, pkg_info > reports that > cvsup-without-gui-16.1h_4 > is installed. > > It does not look right. Do you have WITHOUT_X11 set in /etc/make.conf? That would explain it, see the Makefile. Cheers, Florian From gary.jennejohn at freenet.de Fri Jul 11 14:24:43 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Jul 11 14:24:51 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <200807110623.55343.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <7d6fde3d0807101414n43a62019y748e7f985db8e9bc@mail.gmail.com> <20080711105737.3a0fa9e2@peedub.jennejohn.org> <200807110623.55343.david@vizion2000.net> Message-ID: <20080711162439.06036517@peedub.jennejohn.org> On Fri, 11 Jul 2008 06:23:54 -0700 David Southwell wrote: > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > > On Thu, 10 Jul 2008 14:14:42 -0700 > > > > "Garrett Cooper" wrote: > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell > wrote: > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > > >> > > Can anyone help me out here.. > > > >> > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 from 6.1 > > > >> > > > > > >> > > I seem to have a working system but cvsup is falling down. > > > >> > > Mail is working fine, so is kde. > > > >> > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > > >> > > UNAME: > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu > > > >> > > Jul 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC > > > >> > > amd64 [root@dns1 /usr/ports/net/cvsup]# > > > >> > > > > > >> > > RECOMPILED cvsup after core dump: > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > >> > > ===> Deinstalling for net/cvsup > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > >> > > ===> Deinstalling for net/cvsup > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > >> > > > > > >> > > BUT STILL GOT: > > > >> > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > > >> > > Connected to cvsup10.FreeBSD.org > > > >> > > Bus error: 10 (core dumped) > > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > > >> > > > > > >> > > Can anyone point me in the right direction please > > > >> > > > > >> > Not sure if you're cutting out the relevant parts but did you > > > >> > actually rebuild cvsup (ie: was it cleaned)? I'm not even sure if > > > >> > that's going to matter or not. > > > >> > > > > >> > Your other option is to just use csup (it's in 6.3). > > > >> > > > >> Yes I cleaned (twice) and ran make config before make. > > > >> > > > >> This is weird why a core dump & why a Bus error?? > > > >> > > > >> Strange > > > >> > > > >> David > > > > > > > > Humph weirder stil csup is working - no problem > > > > > > > > However there must be a problem somewhere for cvsup to fail.. If I > > > > ignore it it sure will not go away > > > > > > > > David > > > > > > (Forgive me if the last make targets aren't correct because I don't > > > have a machine to test with, but the rest of the steps should be > > > proper). > > > > > > Try the following... > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > > usr.sbin/cvsup && make depend all > > > > > > ... to clean out your object directories, start fresh, and compile > > > cvsup from scratch. > > > > cvsup is not part of the base system. > > > > --- > > Gary Jennejohn > Agreed. To keep this thread together I thought I would bring the substance of > my last report into this reply. > > I have just done a portupgrade -Rf cvsup but still have the core dump. > > However I notice an oddity. > > Despite having installed cvsup, turning X11 support on via config, pkg_info > reports that > cvsup-without-gui-16.1h_4 > is installed. > > It does not look right. > > Whilst cvsup is not part of the base system I am nonethesless totally puzzled > why cvsup should begin core dumping only after upgrading from 6.1 to 6.3 and > despite a portupgrade -Rf under 6.3. > > I do not really want to complete my upgrading to 7.0 stable until I am sure > not to be dragging a current vulnerability into the new system !!! > > Does anyone have any idea what may be going on here and/or whether > someone is willing to take a look at the core dump and make sense of it. > Well, this probably won't help much, but I'm using cvsup/cvsupd on 8-current (amd64) with no problems. However, my binaries are from October, 2007, so this doesn't preclude a regression since then. BTW the Makefile automatically turns off GUI support for amd64, which is what you're running. --- Gary Jennejohn From vivek at khera.org Fri Jul 11 14:49:36 2008 From: vivek at khera.org (Vivek Khera) Date: Fri Jul 11 14:49:43 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080711080103.GA2128@holstein.holy.cow> References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> <20080711080103.GA2128@holstein.holy.cow> Message-ID: On Jul 11, 2008, at 4:01 AM, Parv wrote: >> Perhaps they are planning on releasing it with, and hopefully >> including it in the FreeBSD-7.1 release. > > That would be darn too long not to install on my own (unless 7.1 is > coming out in a month)! > Not being one of the folks working on the port, I can't really say what the hold up is, or that those folks should drop everything else and work on this, but I must say that I find it pretty saddening to not have the port on such a major hunk of software over 6 months after it was released. It doesn't need to be the default perl installed by the system, so that should not be the hold up. When I talk to some linux folks they just laugh that we don't have a perl 5.10 yet. It is embarrassing, actually, to go out and evangelize FreeBSD when there are delays like this. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-301-869-4449 x806 From vivek at khera.org Fri Jul 11 14:59:19 2008 From: vivek at khera.org (Vivek Khera) Date: Fri Jul 11 14:59:25 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> <20080711080103.GA2128@holstein.holy.cow> Message-ID: <47C3C653-F0C1-45DB-868B-BE5AC5DA485F@khera.org> On Jul 11, 2008, at 10:57 AM, Brandon S. Allbery KF8NH wrote: > > On 2008 Jul 11, at 10:31, Vivek Khera wrote: > >> When I talk to some linux folks they just laugh that we don't have >> a perl 5.10 yet. It is embarrassing, actually, to go out and >> evangelize FreeBSD when there are delays like this. > > > As a practical matter, is 5.10 really all that urgent? (Bleeding- > edge Linuxers don't count; FreeBSD is a production OS.) There are some significant language improvements that would simplify some hairy parts of our code. From avg at icyb.net.ua Fri Jul 11 15:19:36 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Jul 11 15:19:43 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <4875C5D2.70003@tsoft.com> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> Message-ID: <48777A03.2060205@icyb.net.ua> on 10/07/2008 11:18 Yuri said the following: > David Southwell wrote: >> Did you follow the instructions in UPDATING (see below)? >> They may have some bearing on the problem. >> ________________________ >> 20080701: >> AFFECTS: users of devel/subversion* >> AUTHOR: Lev Serebryakov >> >> subversion now uses neon-0.28.x (www/neon28) port, and automatic >> portupgrade will fail because neon26 will conflict with installed >> neon26. >> You should upgrade neon library tohgether with subversion with >> >> # portupgrade -o www/neon28 neon subversion >> >> command. >> >> Also, if you use special subversion port with bindings, you >> should upgrade your port to clean subversion port with >> >> # portupgrade -o devel/subversion subversion-\* >> >> and install needed bindings (p5-subversion, py-subversion and/or >> ruby-subversion) after that. >> >> If you use subversion with bindings, installed from devel/subversion >> with custom options, don't forget to install separate bindings ports >> after subversion upgrade. >> __________________________- >> >> David >> > > > No, command "portupgrade -o www/neon28 neon subversion" causes the same > error message itself. Manually deinstall neon26 (you might want to create a backup with pkg_create -b) and then install neon28 and then proceed as usual with subversion. portupgrade -o seems to be broken. -- Andriy Gapon From allbery at ece.cmu.edu Fri Jul 11 15:19:59 2008 From: allbery at ece.cmu.edu (Brandon S. Allbery KF8NH) Date: Fri Jul 11 15:20:09 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> <20080711080103.GA2128@holstein.holy.cow> Message-ID: On 2008 Jul 11, at 10:31, Vivek Khera wrote: > When I talk to some linux folks they just laugh that we don't have a > perl 5.10 yet. It is embarrassing, actually, to go out and > evangelize FreeBSD when there are delays like this. As a practical matter, is 5.10 really all that urgent? (Bleeding-edge Linuxers don't count; FreeBSD is a production OS.) -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From sem at FreeBSD.org Fri Jul 11 15:22:00 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Fri Jul 11 15:22:07 2008 Subject: FreeBSD Port: quagga-0.99.10_3 In-Reply-To: <56874B070CEF4FA5B60B2D158D5A9113@tocnet28.jspoj.czf> References: <000001c87801$bd411a80$6508280a@tocnet28.jspoj.czf> <47C3A89C.5000503@tagnet.ru> <4CB32F5E329F44B2A3A95B20D9AD9675@tocnet28.jspoj.czf> <48722658.4060406@FreeBSD.org> <56874B070CEF4FA5B60B2D158D5A9113@tocnet28.jspoj.czf> Message-ID: <48777A3E.8090205@FreeBSD.org> Daniel Dvo??k ?????: > Hi Sergey, > > may the problem with "lock pid_file" messages be connected with running watchquagga daemon ? > > Here is what I have got in rc.conf file: > > quagga_enable="YES" > quagga_flags="-d" > quagga_daemons="zebra ospfd ospf6d bgpd" <<<<<<<<<<<< Is this order okay ? It's a correct order. > quagga_extralibs_path="" > quagga_delay="10" > watchquagga_enable="YES" > watchquagga_flags="-dz -R '/usr/local/sbin/zebra -d; /usr/local/sbin/ospfd -d; /usr/local/sbin/ospf6d -d; /usr/local/sbin/bgpd -d' zebra ospfd ospf6d bgpd" <<<<<<<<<<<<<<<<<<<<< I hope this syntax is right one. I'd recommend this flags instead: "-dz -R '/usr/local/etc/rc.d/quagga restart' zebra ospfd ospf6d bgpd" -- Dixi. Sem. From hrs at FreeBSD.org Fri Jul 11 15:45:38 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Fri Jul 11 15:45:48 2008 Subject: poscript display problems In-Reply-To: <4876421C.4090105@telenix.org> References: <4873D665.2060202@telenix.org> <4874E756.7090908@smo.de> <4876421C.4090105@telenix.org> Message-ID: <20080712.004503.164782953.hrs@allbsd.org> Chuck Robey wrote in <4876421C.4090105@telenix.org>: ch> This time I'm copying Hiroki Sato, who is the fellow who did the last few ch> ghostscript commits ... why? Because I just tried to compile ch> ghostscript-8.62.tar.bz2 directly from the version that was downloaded by the ch> port into distfiles. I only used autogen.sh (with the only options being ch> - --prefix=/usr/local), used gmake, and then executed it from the preinstallation ch> ./bin directory. Result: it displays fine, no error. I think that hrs ought to ch> take a look at his port now, does that sould right? A patch has been committed, so please try the latest version. Or, I think the following commands also fix the problem: % pstops "1:0" lbx.PS > lbx2.PS % gs lbx2.PS (For pstops(1) you need print/psutils-*) -- | Hiroki SATO -------------- 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/20080711/f59c8f0f/attachment.pgp From erwin at FreeBSD.org Fri Jul 11 15:51:11 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 11 15:51:25 2008 Subject: INDEX build failed for 6.x Message-ID: <200807111551.m6BFpCd9087988@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. Warning: Duplicate INDEX entry: openoffice.org-3.0.20080711 Committers on the hook: acm ale knu lth maho miwi sem skv Most recent CVS update was: U MOVED U databases/p5-DBIx-Class-UUIDColumns/Makefile U databases/p5-DBIx-Class-UUIDColumns/distinfo U databases/p5-DBIx-Class-UUIDColumns/pkg-plist U devel/p5-Devel-Cycle/Makefile U devel/p5-Devel-Cycle/distinfo U devel/p5-Test-ClassAPI/Makefile U devel/p5-Test-ClassAPI/distinfo U emulators/loemu/Makefile U emulators/pyxmame/Makefile U emulators/xgngeo/Makefile U lang/Makefile U mail/p5-Email-MIME-Attachment-Stripper/Makefile U mail/p5-Email-MIME-Attachment-Stripper/distinfo From parv at pair.com Fri Jul 11 15:51:15 2008 From: parv at pair.com (Parv) Date: Fri Jul 11 15:51:25 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: References: <200807100340.38399.david@vizion2000.net> <20080710064246.346e2200@scorpio> <20080711080103.GA2128@holstein.holy.cow> Message-ID: <20080711155505.GA1892@holstein.holy.cow> in message , wrote Brandon S. Allbery KF8NH thusly... > > > On 2008 Jul 11, at 10:31, Vivek Khera wrote: > >> When I talk to some linux folks they just laugh that we don't >> have a perl 5.10 yet. It is embarrassing, actually, to go out >> and evangelize FreeBSD when there are delays like this. > > As a practical matter, is 5.10 really all that urgent? > (Bleeding-edge Linuxers don't count; FreeBSD is a production OS.) We are talking about a port here, not part of the base FreeBSD OS. Expecting a recent stable perl version six months after its release, in relative quietness, is not considered urgent, I think. Mind that perl was separated from base OS in order to have relatively fresh perl around, and not to wait for FreeBSD releases to get perl updated. A perl5.10 can easily exist with perl5 & perl5.8 ports. Some of the reasons for my excitement are faster performance of regex engine, named captures, ability to relocate (which would be interesting to see if that works or advisable within Ports infrastructure). - Parv -- From david at vizion2000.net Fri Jul 11 15:58:23 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 15:58:30 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: References: <200807100340.38399.david@vizion2000.net> Message-ID: <200807110919.50885.david@vizion2000.net> On Friday 11 July 2008 07:57:11 Brandon S. Allbery KF8NH wrote: > On 2008 Jul 11, at 10:31, Vivek Khera wrote: > > When I talk to some linux folks they just laugh that we don't have a > > perl 5.10 yet. It is embarrassing, actually, to go out and > > evangelize FreeBSD when there are delays like this. > > As a practical matter, is 5.10 really all that urgent? (Bleeding-edge > Linuxers don't count; FreeBSD is a production OS.) That sounds a bit complacent to me. I hope others are not likely to be so dismissive of the needs of others. David From david at vizion2000.net Fri Jul 11 16:01:51 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 16:02:07 2008 Subject: cvsup after upgrade to 6.3 coredump In-Reply-To: <20080711162439.06036517@peedub.jennejohn.org> References: <200807101120.41134.david@vizion2000.net> <200807110623.55343.david@vizion2000.net> <20080711162439.06036517@peedub.jennejohn.org> Message-ID: <200807110923.20881.david@vizion2000.net> On Friday 11 July 2008 07:24:39 Gary Jennejohn wrote: > On Fri, 11 Jul 2008 06:23:54 -0700 > > David Southwell wrote: > > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > > > On Thu, 10 Jul 2008 14:14:42 -0700 > > > > > > "Garrett Cooper" wrote: > > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell > > > > > > > > wrote: > > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > > > >> > > Can anyone help me out here.. > > > > >> > > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 from > > > > >> > > 6.1 > > > > >> > > > > > > >> > > I seem to have a working system but cvsup is falling down. > > > > >> > > Mail is working fine, so is kde. > > > > >> > > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > > > >> > > UNAME: > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: > > > > >> > > Thu Jul 10 09:41:47 PDT 2008 > > > > >> > > root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 > > > > >> > > /usr/ports/net/cvsup]# > > > > >> > > > > > > >> > > RECOMPILED cvsup after core dump: > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > >> > > ===> Deinstalling for net/cvsup > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > >> > > ===> Deinstalling for net/cvsup > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > >> > > > > > > >> > > BUT STILL GOT: > > > > >> > > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > > > >> > > Connected to cvsup10.FreeBSD.org > > > > >> > > Bus error: 10 (core dumped) > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > > > >> > > > > > > >> > > Can anyone point me in the right direction please > > > > >> > > > > > >> > Not sure if you're cutting out the relevant parts but did you > > > > >> > actually rebuild cvsup (ie: was it cleaned)? I'm not even sure > > > > >> > if that's going to matter or not. > > > > >> > > > > > >> > Your other option is to just use csup (it's in 6.3). > > > > >> > > > > >> Yes I cleaned (twice) and ran make config before make. > > > > >> > > > > >> This is weird why a core dump & why a Bus error?? > > > > >> > > > > >> Strange > > > > >> > > > > >> David > > > > > > > > > > Humph weirder stil csup is working - no problem > > > > > > > > > > However there must be a problem somewhere for cvsup to fail.. If I > > > > > ignore it it sure will not go away > > > > > > > > > > David > > > > > > > > (Forgive me if the last make targets aren't correct because I don't > > > > have a machine to test with, but the rest of the steps should be > > > > proper). > > > > > > > > Try the following... > > > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > > > usr.sbin/cvsup && make depend all > > > > > > > > ... to clean out your object directories, start fresh, and compile > > > > cvsup from scratch. > > > > > > cvsup is not part of the base system. > > > > > > --- > > > Gary Jennejohn > > > > Agreed. To keep this thread together I thought I would bring the > > substance of my last report into this reply. > > > > I have just done a portupgrade -Rf cvsup but still have the core dump. > > > > However I notice an oddity. > > > > Despite having installed cvsup, turning X11 support on via config, > > pkg_info reports that > > cvsup-without-gui-16.1h_4 > > is installed. > > > > It does not look right. > > > > Whilst cvsup is not part of the base system I am nonethesless totally > > puzzled why cvsup should begin core dumping only after upgrading from 6.1 > > to 6.3 and despite a portupgrade -Rf under 6.3. > > > > I do not really want to complete my upgrading to 7.0 stable until I am > > sure not to be dragging a current vulnerability into the new system !!! > > > > Does anyone have any idea what may be going on here and/or whether > > someone is willing to take a look at the core dump and make sense of it. > > Well, this probably won't help much, but I'm using cvsup/cvsupd on > 8-current (amd64) with no problems. However, my binaries are from > October, 2007, so this doesn't preclude a regression since then. > > BTW the Makefile automatically turns off GUI support for amd64, which > is what you're running. > > --- Good point -- did not realise that - However why should a core dump happen following an upgrade from 6.1 to 6.3? BTW csup works fine using identical files. David From roberthuff at rcn.com Fri Jul 11 16:13:24 2008 From: roberthuff at rcn.com (Robert Huff) Date: Fri Jul 11 16:13:31 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807110919.50885.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> Message-ID: <18551.34465.624986.569002@jerusalem.litteratus.org> David Southwell writes: > > As a practical matter, is 5.10 really all that urgent? (Bleeding-edge > > Linuxers don't count; FreeBSD is a production OS.) > > That sounds a bit complacent to me. I hope others are not likely > to be so dismissive of the needs of others. And sometimes, a cigar is just a cigar. I have ports installed that are Perl-based, or require Perl for compilation; I am not a Perl programmer, much less a zealot; I did not even know 5.10 was out. If there's a reason to have it - beyond having the latest pretty thing - then let that case be made. (Allies gathered, the cause advanced, ....) If there's a reason we don't have it yet, then let's hear about that as well. Robert Huff From david at vizion2000.net Fri Jul 11 16:43:43 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 16:43:49 2008 Subject: cvsup after upgrade to 6.3 coredump SOLVED In-Reply-To: <20080711162439.06036517@peedub.jennejohn.org> References: <200807101120.41134.david@vizion2000.net> <200807110623.55343.david@vizion2000.net> <20080711162439.06036517@peedub.jennejohn.org> Message-ID: <200807111005.11452.david@vizion2000.net> On Friday 11 July 2008 07:24:39 Gary Jennejohn wrote: > On Fri, 11 Jul 2008 06:23:54 -0700 > > David Southwell wrote: > > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > > > On Thu, 10 Jul 2008 14:14:42 -0700 > > > > > > "Garrett Cooper" wrote: > > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell > > > > > > > > wrote: > > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > > > >> > > Can anyone help me out here.. > > > > >> > > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 from > > > > >> > > 6.1 > > > > >> > > > > > > >> > > I seem to have a working system but cvsup is falling down. > > > > >> > > Mail is working fine, so is kde. > > > > >> > > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > > > >> > > UNAME: > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE #1: > > > > >> > > Thu Jul 10 09:41:47 PDT 2008 > > > > >> > > root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 > > > > >> > > /usr/ports/net/cvsup]# > > > > >> > > > > > > >> > > RECOMPILED cvsup after core dump: > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > >> > > ===> Deinstalling for net/cvsup > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > >> > > ===> Deinstalling for net/cvsup > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > >> > > > > > > >> > > BUT STILL GOT: > > > > >> > > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > > > >> > > Connected to cvsup10.FreeBSD.org > > > > >> > > Bus error: 10 (core dumped) > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > > > >> > > > > > > >> > > Can anyone point me in the right direction please > > > > >> > > > > > >> > Not sure if you're cutting out the relevant parts but did you > > > > >> > actually rebuild cvsup (ie: was it cleaned)? I'm not even sure > > > > >> > if that's going to matter or not. > > > > >> > > > > > >> > Your other option is to just use csup (it's in 6.3). > > > > >> > > > > >> Yes I cleaned (twice) and ran make config before make. > > > > >> > > > > >> This is weird why a core dump & why a Bus error?? > > > > >> > > > > >> Strange > > > > >> > > > > >> David > > > > > > > > > > Humph weirder stil csup is working - no problem > > > > > > > > > > However there must be a problem somewhere for cvsup to fail.. If I > > > > > ignore it it sure will not go away > > > > > > > > > > David > > > > > > > > (Forgive me if the last make targets aren't correct because I don't > > > > have a machine to test with, but the rest of the steps should be > > > > proper). > > > > > > > > Try the following... > > > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > > > usr.sbin/cvsup && make depend all > > > > > > > > ... to clean out your object directories, start fresh, and compile > > > > cvsup from scratch. > > > > > > cvsup is not part of the base system. > > > > > > --- > > > Gary Jennejohn > > > > Agreed. To keep this thread together I thought I would bring the > > substance of my last report into this reply. > > > > I have just done a portupgrade -Rf cvsup but still have the core dump. > > > > However I notice an oddity. > > > > Despite having installed cvsup, turning X11 support on via config, > > pkg_info reports that > > cvsup-without-gui-16.1h_4 > > is installed. > > > > It does not look right. > > > > Whilst cvsup is not part of the base system I am nonethesless totally > > puzzled why cvsup should begin core dumping only after upgrading from 6.1 > > to 6.3 and despite a portupgrade -Rf under 6.3. > > > > I do not really want to complete my upgrading to 7.0 stable until I am > > sure not to be dragging a current vulnerability into the new system !!! > > > > Does anyone have any idea what may be going on here and/or whether > > someone is willing to take a look at the core dump and make sense of it. > > Well, this probably won't help much, but I'm using cvsup/cvsupd on > 8-current (amd64) with no problems. However, my binaries are from > October, 2007, so this doesn't preclude a regression since then. > > BTW the Makefile automatically turns off GUI support for amd64, which > is what you're running. > > --- > Gary Jennejohn > _______________________________________________ BRILLIANT You gave me an idea I Did make deinstall. cd /usr/ports/net/cvsup-without-gui then make clean make make install and ran cvsup NO problem no core dump[ Sounds like a good candidate for an entry in UPDATING In 6.1 the automatic turnoff of GUI support for amd64 works BUT if you run the same code or install from cvsup on amd64 under 6.3 it produces a core dump!! Problem sorted Thanks everyone David From david at vizion2000.net Fri Jul 11 16:50:44 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 16:50:51 2008 Subject: NOT SOLVED --cvsup after upgrade to 6.3 coredump In-Reply-To: <200807111005.11452.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <20080711162439.06036517@peedub.jennejohn.org> <200807111005.11452.david@vizion2000.net> Message-ID: <200807111012.13653.david@vizion2000.net> On Friday 11 July 2008 10:05:10 David Southwell wrote: > On Friday 11 July 2008 07:24:39 Gary Jennejohn wrote: > > On Fri, 11 Jul 2008 06:23:54 -0700 > > > > David Southwell wrote: > > > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > > > > On Thu, 10 Jul 2008 14:14:42 -0700 > > > > > > > > "Garrett Cooper" wrote: > > > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell > > > > > > > > > > > wrote: > > > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell wrote: > > > > > >> > > Can anyone help me out here.. > > > > > >> > > > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 from > > > > > >> > > 6.1 > > > > > >> > > > > > > > >> > > I seem to have a working system but cvsup is falling down. > > > > > >> > > Mail is working fine, so is kde. > > > > > >> > > > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > > > > >> > > UNAME: > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE > > > > > >> > > #1: Thu Jul 10 09:41:47 PDT 2008 > > > > > >> > > root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 > > > > > >> > > /usr/ports/net/cvsup]# > > > > > >> > > > > > > > >> > > RECOMPILED cvsup after core dump: > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > > >> > > ===> Deinstalling for net/cvsup > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > > >> > > ===> Deinstalling for net/cvsup > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > >> > > > > > > > >> > > BUT STILL GOT: > > > > > >> > > > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > > > > >> > > Connected to cvsup10.FreeBSD.org > > > > > >> > > Bus error: 10 (core dumped) > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > > > > >> > > > > > > > >> > > Can anyone point me in the right direction please > > > > > >> > > > > > > >> > Not sure if you're cutting out the relevant parts but did you > > > > > >> > actually rebuild cvsup (ie: was it cleaned)? I'm not even > > > > > >> > sure if that's going to matter or not. > > > > > >> > > > > > > >> > Your other option is to just use csup (it's in 6.3). > > > > > >> > > > > > >> Yes I cleaned (twice) and ran make config before make. > > > > > >> > > > > > >> This is weird why a core dump & why a Bus error?? > > > > > >> > > > > > >> Strange > > > > > >> > > > > > >> David > > > > > > > > > > > > Humph weirder stil csup is working - no problem > > > > > > > > > > > > However there must be a problem somewhere for cvsup to fail.. If > > > > > > I ignore it it sure will not go away > > > > > > > > > > > > David > > > > > > > > > > (Forgive me if the last make targets aren't correct because I don't > > > > > have a machine to test with, but the rest of the steps should be > > > > > proper). > > > > > > > > > > Try the following... > > > > > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > > > > usr.sbin/cvsup && make depend all > > > > > > > > > > ... to clean out your object directories, start fresh, and compile > > > > > cvsup from scratch. > > > > > > > > cvsup is not part of the base system. > > > > > > > > --- > > > > Gary Jennejohn > > > > > > Agreed. To keep this thread together I thought I would bring the > > > substance of my last report into this reply. > > > > > > I have just done a portupgrade -Rf cvsup but still have the core dump. > > > > > > However I notice an oddity. > > > > > > Despite having installed cvsup, turning X11 support on via config, > > > pkg_info reports that > > > cvsup-without-gui-16.1h_4 > > > is installed. > > > > > > It does not look right. > > > > > > Whilst cvsup is not part of the base system I am nonethesless totally > > > puzzled why cvsup should begin core dumping only after upgrading from > > > 6.1 to 6.3 and despite a portupgrade -Rf under 6.3. > > > > > > I do not really want to complete my upgrading to 7.0 stable until I am > > > sure not to be dragging a current vulnerability into the new system !!! > > > > > > Does anyone have any idea what may be going on here and/or whether > > > someone is willing to take a look at the core dump and make sense of > > > it. > > > > Well, this probably won't help much, but I'm using cvsup/cvsupd on > > 8-current (amd64) with no problems. However, my binaries are from > > October, 2007, so this doesn't preclude a regression since then. > > > > BTW the Makefile automatically turns off GUI support for amd64, which > > is what you're running. > > > > --- > > Gary Jennejohn > > _______________________________________________ > > BRILLIANT > You gave me an idea > I Did make deinstall. > cd /usr/ports/net/cvsup-without-gui > then make clean > make > make install and ran cvsup > > NO problem no core dump[ > > Sounds like a good candidate for an entry in UPDATING > In 6.1 the automatic turnoff of GUI support for amd64 works BUT if you run > the same code or install from cvsup on amd64 under 6.3 it produces a core > dump!! Problem sorted > Thanks everyone > OK got carried away there Results not good after all. But this may be a clue Here is what happened.. in the past it seemed to core dump immediately - but now it transpires the dumping takes place only once the connection is made. I incorrectly assumed all was OK when I got the "Rejected by Server" message but jumped too quickly. So problem is still with us!! Connected to cvsup10.FreeBSD.org Rejected by server: Access limit exceeded; try again later Will retry at 10:05:05 Retrying Connected to cvsup10.FreeBSD.org Bus error: 10 (core dumped) [root@dns1 /usr/ports/net/cvsup-without-gui] Any ideas?? From david at vizion2000.net Fri Jul 11 18:17:07 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 18:17:16 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <18551.34465.624986.569002@jerusalem.litteratus.org> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> Message-ID: <200807111138.36884.david@vizion2000.net> On Friday 11 July 2008 09:13:21 Robert Huff wrote: > David Southwell writes: > > > As a practical matter, is 5.10 really all that urgent? (Bleeding-edge > > > Linuxers don't count; FreeBSD is a production OS.) > > > > That sounds a bit complacent to me. I hope others are not likely > > to be so dismissive of the needs of others. > > And sometimes, a cigar is just a cigar. > I have ports installed that are Perl-based, or require Perl for > compilation; I am not a Perl programmer, much less a zealot; I did > not even know 5.10 was out. > If there's a reason to have it - beyond having the latest > pretty thing - then let that case be made. (Allies gathered, the > cause advanced, ....) > If there's a reason we don't have it yet, then let's hear about > that as well. > > > Robert Huff If we had to argue for every port on these terms everyone would spend their time arguing and we would have none atall. It is not as though Perl is an obscure bit of buggy code that none uses. If there is a request then simply a response to your last question is needed. Enough david. From basil at vpm.net.ua Fri Jul 11 18:21:02 2008 From: basil at vpm.net.ua (Vasiliy P. Melnik) Date: Fri Jul 11 18:21:32 2008 Subject: ports/125452 Message-ID: <20080711171648.GB8063@creator.lan> Plees commit port sysutils/ldap-account-manager ports/125452 -- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC From kris at FreeBSD.org Fri Jul 11 18:37:07 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri Jul 11 18:37:14 2008 Subject: NOT SOLVED --cvsup after upgrade to 6.3 coredump In-Reply-To: <200807111012.13653.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <20080711162439.06036517@peedub.jennejohn.org> <200807111005.11452.david@vizion2000.net> <200807111012.13653.david@vizion2000.net> Message-ID: <4877A84F.9030309@FreeBSD.org> David Southwell wrote: > But this may be a clue > Here is what happened.. in the past it seemed to core dump immediately - but > now it transpires the dumping takes place only once the connection is made. I > incorrectly assumed all was OK when I got the "Rejected by Server" message > but jumped too quickly. So problem is still with us!! > > Connected to cvsup10.FreeBSD.org > Rejected by server: Access limit exceeded; try again later > Will retry at 10:05:05 > Retrying > Connected to cvsup10.FreeBSD.org > Bus error: 10 (core dumped) > [root@dns1 /usr/ports/net/cvsup-without-gui] > > Any ideas?? Can you either get a backtrace or do a binary search on the kernel sources to work out which commit caused it? Kris From erwin at FreeBSD.org Fri Jul 11 18:50:39 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 11 18:50:45 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200807111850.m6BIod0J096519@pointyhat.freebsd.org> From vivek at khera.org Fri Jul 11 19:06:59 2008 From: vivek at khera.org (Vivek Khera) Date: Fri Jul 11 19:07:06 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <4877AC3E.3050800@FreeBSD.org> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> Message-ID: <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> On Jul 11, 2008, at 2:53 PM, Remko Lodder wrote: > So, when can I expect your updated work on the port, build all > dependencies to make sure they keep on working etc? I understand > that we want to have this as soon as possible, but also do keep in > mind that we would like to make sure as much as possible that the > code can actually work. I am not aware of the reason There's no way to do all this testing in a vacuum. Make the port. Publish it. People who want to try it out will and then all the dependent ports (ie, CPAN modules) that may have broken can get fixed by a large group of people who may have more time to volunteer. Seriously, though... is someone actively working on a perl 5.10 port and can we find out what is holding it up for over 6 months now? Around February I started wondering about it, but it wasn't such a big deal to me then. Now it is becoming more of a big deal because our developers want to start using some of the 5.10 features in our new projects, but without a port/package it complicates our dev and production environment management. From wxs at FreeBSD.org Fri Jul 11 19:22:05 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Jul 11 19:22:11 2008 Subject: ports/125452 In-Reply-To: <20080711171648.GB8063@creator.lan> References: <20080711171648.GB8063@creator.lan> Message-ID: <20080711192445.GC26365@atarininja.org> On Fri, Jul 11, 2008 at 08:16:48PM +0300, Vasiliy P. Melnik wrote: > Plees commit port sysutils/ldap-account-manager > > ports/125452 The PR was submitted on Wed, 9 Jul 2008. Please give lippe time to test it out and get it committed. Given that this is a volunteer effort and he may have other PRs he is working on, two days is simply not enough time. Please give him a week or two before you ping him privately and ask if there is any problem. -- WXS From gary.jennejohn at freenet.de Fri Jul 11 19:26:56 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Jul 11 19:27:03 2008 Subject: NOT SOLVED --cvsup after upgrade to 6.3 coredump In-Reply-To: <200807111012.13653.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <20080711162439.06036517@peedub.jennejohn.org> <200807111005.11452.david@vizion2000.net> <200807111012.13653.david@vizion2000.net> Message-ID: <20080711212652.4c70c29a@peedub.jennejohn.org> On Fri, 11 Jul 2008 10:12:12 -0700 David Southwell wrote: > On Friday 11 July 2008 10:05:10 David Southwell wrote: > > On Friday 11 July 2008 07:24:39 Gary Jennejohn wrote: > > > On Fri, 11 Jul 2008 06:23:54 -0700 > > > > > > David Southwell wrote: > > > > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > > > > > On Thu, 10 Jul 2008 14:14:42 -0700 > > > > > > > > > > "Garrett Cooper" wrote: > > > > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell > > > > > > > > > > > > > > wrote: > > > > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > > > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > > > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell > wrote: > > > > > > >> > > Can anyone help me out here.. > > > > > > >> > > > > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 from > > > > > > >> > > 6.1 > > > > > > >> > > > > > > > > >> > > I seem to have a working system but cvsup is falling down. > > > > > > >> > > Mail is working fine, so is kde. > > > > > > >> > > > > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from cvsup > > > > > > >> > > UNAME: > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD 6.3-STABLE > > > > > > >> > > #1: Thu Jul 10 09:41:47 PDT 2008 > > > > > > >> > > root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 > > > > > > >> > > /usr/ports/net/cvsup]# > > > > > > >> > > > > > > > > >> > > RECOMPILED cvsup after core dump: > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > > > >> > > ===> Deinstalling for net/cvsup > > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > > > >> > > ===> Deinstalling for net/cvsup > > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > > >> > > > > > > > > >> > > BUT STILL GOT: > > > > > > >> > > > > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > > > > > >> > > Connected to cvsup10.FreeBSD.org > > > > > > >> > > Bus error: 10 (core dumped) > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > > > > > >> > > > > > > > > >> > > Can anyone point me in the right direction please > > > > > > >> > > > > > > > >> > Not sure if you're cutting out the relevant parts but did you > > > > > > >> > actually rebuild cvsup (ie: was it cleaned)? I'm not even > > > > > > >> > sure if that's going to matter or not. > > > > > > >> > > > > > > > >> > Your other option is to just use csup (it's in 6.3). > > > > > > >> > > > > > > >> Yes I cleaned (twice) and ran make config before make. > > > > > > >> > > > > > > >> This is weird why a core dump & why a Bus error?? > > > > > > >> > > > > > > >> Strange > > > > > > >> > > > > > > >> David > > > > > > > > > > > > > > Humph weirder stil csup is working - no problem > > > > > > > > > > > > > > However there must be a problem somewhere for cvsup to fail.. If > > > > > > > I ignore it it sure will not go away > > > > > > > > > > > > > > David > > > > > > > > > > > > (Forgive me if the last make targets aren't correct because I don't > > > > > > have a machine to test with, but the rest of the steps should be > > > > > > proper). > > > > > > > > > > > > Try the following... > > > > > > > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > > > > > usr.sbin/cvsup && make depend all > > > > > > > > > > > > ... to clean out your object directories, start fresh, and compile > > > > > > cvsup from scratch. > > > > > > > > > > cvsup is not part of the base system. > > > > > > > > > > --- > > > > > Gary Jennejohn > > > > > > > > Agreed. To keep this thread together I thought I would bring the > > > > substance of my last report into this reply. > > > > > > > > I have just done a portupgrade -Rf cvsup but still have the core dump. > > > > > > > > However I notice an oddity. > > > > > > > > Despite having installed cvsup, turning X11 support on via config, > > > > pkg_info reports that > > > > cvsup-without-gui-16.1h_4 > > > > is installed. > > > > > > > > It does not look right. > > > > > > > > Whilst cvsup is not part of the base system I am nonethesless totally > > > > puzzled why cvsup should begin core dumping only after upgrading from > > > > 6.1 to 6.3 and despite a portupgrade -Rf under 6.3. > > > > > > > > I do not really want to complete my upgrading to 7.0 stable until I am > > > > sure not to be dragging a current vulnerability into the new system !!! > > > > > > > > Does anyone have any idea what may be going on here and/or whether > > > > someone is willing to take a look at the core dump and make sense of > > > > it. > > > > > > Well, this probably won't help much, but I'm using cvsup/cvsupd on > > > 8-current (amd64) with no problems. However, my binaries are from > > > October, 2007, so this doesn't preclude a regression since then. > > > > > > BTW the Makefile automatically turns off GUI support for amd64, which > > > is what you're running. > > > > > > --- > > > Gary Jennejohn > > > _______________________________________________ > > > > BRILLIANT > > You gave me an idea > > I Did make deinstall. > > cd /usr/ports/net/cvsup-without-gui > > then make clean > > make > > make install and ran cvsup > > > > NO problem no core dump[ > > > > Sounds like a good candidate for an entry in UPDATING > > In 6.1 the automatic turnoff of GUI support for amd64 works BUT if you run > > the same code or install from cvsup on amd64 under 6.3 it produces a core > > dump!! Problem sorted > > Thanks everyone > > > OK got carried away there > Results not good after all. > > But this may be a clue > Here is what happened.. in the past it seemed to core dump immediately - but > now it transpires the dumping takes place only once the connection is made. I > incorrectly assumed all was OK when I got the "Rejected by Server" message > but jumped too quickly. So problem is still with us!! > > Connected to cvsup10.FreeBSD.org > Rejected by server: Access limit exceeded; try again later > Will retry at 10:05:05 > Retrying > Connected to cvsup10.FreeBSD.org > Bus error: 10 (core dumped) > [root@dns1 /usr/ports/net/cvsup-without-gui] > > Any ideas?? > [trimmed CCs] Try installing a package? I see there's a cvsup package on ftp.freebsd.org. It's probably a 32-bit binary, but it should run if you have 32-bit compatibility enabled in your kernel. Who knows, there may be some oddity on your system which is causing the problem. On the other hand, if you don't want to mirror the CVS tree locally then there's no reason not to use csup instead of cvsup. The only reason why I use cvsup is to maintain a local copy of the CVS tree. --- Gary Jennejohn From remko at FreeBSD.org Fri Jul 11 19:30:02 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Fri Jul 11 19:30:14 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807111138.36884.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> Message-ID: <4877AC3E.3050800@FreeBSD.org> David Southwell wrote: > > If we had to argue for every port on these terms everyone would spend their > time arguing and we would have none atall. > > It is not as though Perl is an obscure bit of buggy code that none uses. > > If there is a request then simply a response to your last question is needed. > > Enough > > david. So, when can I expect your updated work on the port, build all dependencies to make sure they keep on working etc? I understand that we want to have this as soon as possible, but also do keep in mind that we would like to make sure as much as possible that the code can actually work. I am not aware of the reason for this taking longer then some of you expect. But I am sure that there is a reason. It all remains volunteer work and people might choose to do different things then satisfy your specific need. Not that I am saying we shouldnt do it, but I am stating that there is more then just your wish. Thanks, remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From david at vizion2000.net Fri Jul 11 20:44:04 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 20:44:11 2008 Subject: NOT SOLVED --cvsup after upgrade to 6.3 coredump In-Reply-To: <20080711212652.4c70c29a@peedub.jennejohn.org> References: <200807101120.41134.david@vizion2000.net> <200807111012.13653.david@vizion2000.net> <20080711212652.4c70c29a@peedub.jennejohn.org> Message-ID: <200807111405.34797.david@vizion2000.net> On Friday 11 July 2008 12:26:52 Gary Jennejohn wrote: > On Fri, 11 Jul 2008 10:12:12 -0700 > > David Southwell wrote: > > On Friday 11 July 2008 10:05:10 David Southwell wrote: > > > On Friday 11 July 2008 07:24:39 Gary Jennejohn wrote: > > > > On Fri, 11 Jul 2008 06:23:54 -0700 > > > > > > > > David Southwell wrote: > > > > > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: > > > > > > On Thu, 10 Jul 2008 14:14:42 -0700 > > > > > > > > > > > > "Garrett Cooper" wrote: > > > > > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell > > > > > > > > > > > > > > > > > wrote: > > > > > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: > > > > > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: > > > > > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell > > > > wrote: > > > > > > > >> > > Can anyone help me out here.. > > > > > > > >> > > > > > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 > > > > > > > >> > > from 6.1 > > > > > > > >> > > > > > > > > > >> > > I seem to have a working system but cvsup is falling > > > > > > > >> > > down. Mail is working fine, so is kde. > > > > > > > >> > > > > > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from > > > > > > > >> > > cvsup UNAME: > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a > > > > > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD > > > > > > > >> > > 6.3-STABLE #1: Thu Jul 10 09:41:47 PDT 2008 > > > > > > > >> > > root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 > > > > > > > >> > > /usr/ports/net/cvsup]# > > > > > > > >> > > > > > > > > > >> > > RECOMPILED cvsup after core dump: > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean > > > > > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > > > > >> > > ===> Deinstalling for net/cvsup > > > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall > > > > > > > >> > > ===> Deinstalling for net/cvsup > > > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall > > > > > > > >> > > > > > > > > > >> > > BUT STILL GOT: > > > > > > > >> > > > > > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile > > > > > > > >> > > Connected to cvsup10.FreeBSD.org > > > > > > > >> > > Bus error: 10 (core dumped) > > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# > > > > > > > >> > > > > > > > > > >> > > Can anyone point me in the right direction please > > > > > > > >> > > > > > > > > >> > Not sure if you're cutting out the relevant parts but did > > > > > > > >> > you actually rebuild cvsup (ie: was it cleaned)? I'm not > > > > > > > >> > even sure if that's going to matter or not. > > > > > > > >> > > > > > > > > >> > Your other option is to just use csup (it's in 6.3). > > > > > > > >> > > > > > > > >> Yes I cleaned (twice) and ran make config before make. > > > > > > > >> > > > > > > > >> This is weird why a core dump & why a Bus error?? > > > > > > > >> > > > > > > > >> Strange > > > > > > > >> > > > > > > > >> David > > > > > > > > > > > > > > > > Humph weirder stil csup is working - no problem > > > > > > > > > > > > > > > > However there must be a problem somewhere for cvsup to fail.. > > > > > > > > If I ignore it it sure will not go away > > > > > > > > > > > > > > > > > > > > > > > > David > > > > > > > > > > > > > > (Forgive me if the last make targets aren't correct because I > > > > > > > don't have a machine to test with, but the rest of the steps > > > > > > > should be proper). > > > > > > > > > > > > > > Try the following... > > > > > > > > > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd > > > > > > > usr.sbin/cvsup && make depend all > > > > > > > > > > > > > > ... to clean out your object directories, start fresh, and > > > > > > > compile cvsup from scratch. > > > > > > > > > > > > cvsup is not part of the base system. > > > > > > > > > > > > --- > > > > > > Gary Jennejohn > > > > > > > > > > Agreed. To keep this thread together I thought I would bring the > > > > > substance of my last report into this reply. > > > > > > > > > > I have just done a portupgrade -Rf cvsup but still have the core > > > > > dump. > > > > > > > > > > However I notice an oddity. > > > > > > > > > > Despite having installed cvsup, turning X11 support on via config, > > > > > pkg_info reports that > > > > > cvsup-without-gui-16.1h_4 > > > > > is installed. > > > > > > > > > > It does not look right. > > > > > > > > > > Whilst cvsup is not part of the base system I am nonethesless > > > > > totally puzzled why cvsup should begin core dumping only after > > > > > upgrading from 6.1 to 6.3 and despite a portupgrade -Rf under 6.3. > > > > > > > > > > I do not really want to complete my upgrading to 7.0 stable until I > > > > > am sure not to be dragging a current vulnerability into the new > > > > > system !!! > > > > > > > > > > Does anyone have any idea what may be going on here and/or whether > > > > > someone is willing to take a look at the core dump and make sense > > > > > of it. > > > > > > > > Well, this probably won't help much, but I'm using cvsup/cvsupd on > > > > 8-current (amd64) with no problems. However, my binaries are from > > > > October, 2007, so this doesn't preclude a regression since then. > > > > > > > > BTW the Makefile automatically turns off GUI support for amd64, which > > > > is what you're running. > > > > > > > > --- > > > > Gary Jennejohn > > > > _______________________________________________ > > > > > > BRILLIANT > > > You gave me an idea > > > I Did make deinstall. > > > cd /usr/ports/net/cvsup-without-gui > > > then make clean > > > make > > > make install and ran cvsup > > > > > > NO problem no core dump[ > > > > > > Sounds like a good candidate for an entry in UPDATING > > > In 6.1 the automatic turnoff of GUI support for amd64 works BUT if you > > > run the same code or install from cvsup on amd64 under 6.3 it produces > > > a core dump!! Problem sorted > > > Thanks everyone > > > > OK got carried away there > > Results not good after all. > > > > But this may be a clue > > Here is what happened.. in the past it seemed to core dump immediately - > > but now it transpires the dumping takes place only once the connection is > > made. I incorrectly assumed all was OK when I got the "Rejected by > > Server" message but jumped too quickly. So problem is still with us!! > > > > Connected to cvsup10.FreeBSD.org > > Rejected by server: Access limit exceeded; try again later > > Will retry at 10:05:05 > > Retrying > > Connected to cvsup10.FreeBSD.org > > Bus error: 10 (core dumped) > > [root@dns1 /usr/ports/net/cvsup-without-gui] > > > > Any ideas?? > > [trimmed CCs] > > Try installing a package? I see there's a cvsup package on > ftp.freebsd.org. It's probably a 32-bit binary, but it should > run if you have 32-bit compatibility enabled in your kernel. > > Who knows, there may be some oddity on your system which is causing > the problem. I agree .. but I need to try and get a handle on where the problem arises. Yep scup works .. but my question is why does cvsup dump core on 6.3 when it did not do so on 6.1 The question for me is -- is there a bug in cvsup or my system? Either way it needs fixing. > > On the other hand, if you don't want to mirror the CVS tree locally > then there's no reason not to use csup instead of cvsup. The only > reason why I use cvsup is to maintain a local copy of the CVS tree. > > --- > Gary Jennejohn From david at vizion2000.net Fri Jul 11 20:47:10 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 20:47:16 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> References: <200807100340.38399.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> Message-ID: <200807111408.41203.david@vizion2000.net> On Friday 11 July 2008 12:06:57 Vivek Khera wrote: > On Jul 11, 2008, at 2:53 PM, Remko Lodder wrote: > > So, when can I expect your updated work on the port, build all > > dependencies to make sure they keep on working etc? I understand > > that we want to have this as soon as possible, but also do keep in > > mind that we would like to make sure as much as possible that the > > code can actually work. I am not aware of the reason > > There's no way to do all this testing in a vacuum. Make the port. > Publish it. People who want to try it out will and then all the > dependent ports (ie, CPAN modules) that may have broken can get fixed > by a large group of people who may have more time to volunteer. > > Seriously, though... is someone actively working on a perl 5.10 port > and can we find out what is holding it up for over 6 months now? > Around February I started wondering about it, but it wasn't such a big > deal to me then. Now it is becoming more of a big deal because our > developers want to start using some of the 5.10 features in our new > projects, but without a port/package it complicates our dev and > production environment management. > _______________________________________________ I am with you on this. I am curious why a straight answer is not available. Being curious is not intended to imply dissatisdfaction with those who are working on the upgrade.. but there is no info to tell us whether anyone is working on the port or why it has taken so long. Come on inform us David From yanefbsd at gmail.com Fri Jul 11 20:51:55 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jul 11 20:52:05 2008 Subject: NOT SOLVED --cvsup after upgrade to 6.3 coredump In-Reply-To: <200807111405.34797.david@vizion2000.net> References: <200807101120.41134.david@vizion2000.net> <200807111012.13653.david@vizion2000.net> <20080711212652.4c70c29a@peedub.jennejohn.org> <200807111405.34797.david@vizion2000.net> Message-ID: <7d6fde3d0807111351h3a4bc9ap6cf42ff51d783812@mail.gmail.com> On Fri, Jul 11, 2008 at 2:05 PM, David Southwell wrote: > On Friday 11 July 2008 12:26:52 Gary Jennejohn wrote: >> On Fri, 11 Jul 2008 10:12:12 -0700 >> >> David Southwell wrote: >> > On Friday 11 July 2008 10:05:10 David Southwell wrote: >> > > On Friday 11 July 2008 07:24:39 Gary Jennejohn wrote: >> > > > On Fri, 11 Jul 2008 06:23:54 -0700 >> > > > >> > > > David Southwell wrote: >> > > > > On Friday 11 July 2008 01:57:37 Gary Jennejohn wrote: >> > > > > > On Thu, 10 Jul 2008 14:14:42 -0700 >> > > > > > >> > > > > > "Garrett Cooper" wrote: >> > > > > > > On Thu, Jul 10, 2008 at 11:47 AM, David Southwell >> > > > > > > >> > > > > >> > > > > wrote: >> > > > > > > > On Thursday 10 July 2008 11:43:20 David Southwell wrote: >> > > > > > > >> On Thursday 10 July 2008 11:09:23 Wesley Shields wrote: >> > > > > > > >> > On Thu, Jul 10, 2008 at 11:20:40AM -0700, David Southwell >> > >> > wrote: >> > > > > > > >> > > Can anyone help me out here.. >> > > > > > > >> > > >> > > > > > > >> > > Obviously I have missed something in the upgrade to 6.3 >> > > > > > > >> > > from 6.1 >> > > > > > > >> > > >> > > > > > > >> > > I seem to have a working system but cvsup is falling >> > > > > > > >> > > down. Mail is working fine, so is kde. >> > > > > > > >> > > >> > > > > > > >> > > After upgrade from 6.1 to 6.3 I got a core dump from >> > > > > > > >> > > cvsup UNAME: >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# uname -a >> > > > > > > >> > > FreeBSD dns1.vizion2000.net 6.3-STABLE FreeBSD >> > > > > > > >> > > 6.3-STABLE #1: Thu Jul 10 09:41:47 PDT 2008 >> > > > > > > >> > > root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 >> > > > > > > >> > > /usr/ports/net/cvsup]# >> > > > > > > >> > > >> > > > > > > >> > > RECOMPILED cvsup after core dump: >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make clean >> > > > > > > >> > > ===> Cleaning for cvsup-without-gui-16.1h_4 >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall >> > > > > > > >> > > ===> Deinstalling for net/cvsup >> > > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make deinstall >> > > > > > > >> > > ===> Deinstalling for net/cvsup >> > > > > > > >> > > ===> Deinstalling cvsup-without-gui-16.1h_4 >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# make reinstall >> > > > > > > >> > > >> > > > > > > >> > > BUT STILL GOT: >> > > > > > > >> > > >> > > > > > > >> > > cvsup /var/cvsupconfig/ports-supfile >> > > > > > > >> > > Connected to cvsup10.FreeBSD.org >> > > > > > > >> > > Bus error: 10 (core dumped) >> > > > > > > >> > > [root@dns1 /usr/ports/net/cvsup]# >> > > > > > > >> > > >> > > > > > > >> > > Can anyone point me in the right direction please >> > > > > > > >> > >> > > > > > > >> > Not sure if you're cutting out the relevant parts but did >> > > > > > > >> > you actually rebuild cvsup (ie: was it cleaned)? I'm not >> > > > > > > >> > even sure if that's going to matter or not. >> > > > > > > >> > >> > > > > > > >> > Your other option is to just use csup (it's in 6.3). >> > > > > > > >> >> > > > > > > >> Yes I cleaned (twice) and ran make config before make. >> > > > > > > >> >> > > > > > > >> This is weird why a core dump & why a Bus error?? >> > > > > > > >> >> > > > > > > >> Strange >> > > > > > > >> >> > > > > > > >> David >> > > > > > > > >> > > > > > > > Humph weirder stil csup is working - no problem >> > > > > > > > >> > > > > > > > However there must be a problem somewhere for cvsup to fail.. >> > > > > > > > If I ignore it it sure will not go away >> > > > > > > > >> > > > > > > > >> > > > > > > > David >> > > > > > > >> > > > > > > (Forgive me if the last make targets aren't correct because I >> > > > > > > don't have a machine to test with, but the rest of the steps >> > > > > > > should be proper). >> > > > > > > >> > > > > > > Try the following... >> > > > > > > >> > > > > > > rm -R /var/obj; cd /usr/src && make cleandir clean && cd >> > > > > > > usr.sbin/cvsup && make depend all >> > > > > > > >> > > > > > > ... to clean out your object directories, start fresh, and >> > > > > > > compile cvsup from scratch. >> > > > > > >> > > > > > cvsup is not part of the base system. >> > > > > > >> > > > > > --- >> > > > > > Gary Jennejohn >> > > > > >> > > > > Agreed. To keep this thread together I thought I would bring the >> > > > > substance of my last report into this reply. >> > > > > >> > > > > I have just done a portupgrade -Rf cvsup but still have the core >> > > > > dump. >> > > > > >> > > > > However I notice an oddity. >> > > > > >> > > > > Despite having installed cvsup, turning X11 support on via config, >> > > > > pkg_info reports that >> > > > > cvsup-without-gui-16.1h_4 >> > > > > is installed. >> > > > > >> > > > > It does not look right. >> > > > > >> > > > > Whilst cvsup is not part of the base system I am nonethesless >> > > > > totally puzzled why cvsup should begin core dumping only after >> > > > > upgrading from 6.1 to 6.3 and despite a portupgrade -Rf under 6.3. >> > > > > >> > > > > I do not really want to complete my upgrading to 7.0 stable until I >> > > > > am sure not to be dragging a current vulnerability into the new >> > > > > system !!! >> > > > > >> > > > > Does anyone have any idea what may be going on here and/or whether >> > > > > someone is willing to take a look at the core dump and make sense >> > > > > of it. >> > > > >> > > > Well, this probably won't help much, but I'm using cvsup/cvsupd on >> > > > 8-current (amd64) with no problems. However, my binaries are from >> > > > October, 2007, so this doesn't preclude a regression since then. >> > > > >> > > > BTW the Makefile automatically turns off GUI support for amd64, which >> > > > is what you're running. >> > > > >> > > > --- >> > > > Gary Jennejohn >> > > > _______________________________________________ >> > > >> > > BRILLIANT >> > > You gave me an idea >> > > I Did make deinstall. >> > > cd /usr/ports/net/cvsup-without-gui >> > > then make clean >> > > make >> > > make install and ran cvsup >> > > >> > > NO problem no core dump[ >> > > >> > > Sounds like a good candidate for an entry in UPDATING >> > > In 6.1 the automatic turnoff of GUI support for amd64 works BUT if you >> > > run the same code or install from cvsup on amd64 under 6.3 it produces >> > > a core dump!! Problem sorted >> > > Thanks everyone >> > >> > OK got carried away there >> > Results not good after all. >> > >> > But this may be a clue >> > Here is what happened.. in the past it seemed to core dump immediately - >> > but now it transpires the dumping takes place only once the connection is >> > made. I incorrectly assumed all was OK when I got the "Rejected by >> > Server" message but jumped too quickly. So problem is still with us!! >> > >> > Connected to cvsup10.FreeBSD.org >> > Rejected by server: Access limit exceeded; try again later >> > Will retry at 10:05:05 >> > Retrying >> > Connected to cvsup10.FreeBSD.org >> > Bus error: 10 (core dumped) >> > [root@dns1 /usr/ports/net/cvsup-without-gui] >> > >> > Any ideas?? >> >> [trimmed CCs] >> >> Try installing a package? I see there's a cvsup package on >> ftp.freebsd.org. It's probably a 32-bit binary, but it should >> run if you have 32-bit compatibility enabled in your kernel. >> >> Who knows, there may be some oddity on your system which is causing >> the problem. > > I agree .. but I need to try and get a handle on where the problem arises. Yep > scup works .. but my question is why does cvsup dump core on 6.3 when it did > not do so on 6.1 > > The question for me is -- is there a bug in cvsup or my system? > > Either way it needs fixing. >> >> On the other hand, if you don't want to mirror the CVS tree locally >> then there's no reason not to use csup instead of cvsup. The only >> reason why I use cvsup is to maintain a local copy of the CVS tree. >> >> --- >> Gary Jennejohn I'd say the best way to determine this is with a clean install of 6.3... however, it's also noted that the author of cvsup and the corresponding library (forget.. it starts with an `n' I think), hasn't been maintaining the library nor cvsup for quite some time (1-2 years). So, who knows what bugs may be lurking in cvsup... -Garrett From david at vizion2000.net Fri Jul 11 21:28:25 2008 From: david at vizion2000.net (David Southwell) Date: Fri Jul 11 21:28:32 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <4877CA51.1060001@FreeBSD.org> References: <200807100340.38399.david@vizion2000.net> <200807111403.11021.david@vizion2000.net> <4877CA51.1060001@FreeBSD.org> Message-ID: <200807111449.55648.david@vizion2000.net> On Friday 11 July 2008 14:02:09 Remko Lodder wrote: > David Southwell wrote: > > On Friday 11 July 2008 11:53:50 you wrote: > >> David Southwell wrote: > >>> If we had to argue for every port on these terms everyone would spend > >>> their time arguing and we would have none atall. > >>> > >>> It is not as though Perl is an obscure bit of buggy code that none > >>> uses. > >>> > >>> If there is a request then simply a response to your last question is > >>> needed. > >>> > >>> Enough > >>> > >>> david. > >> > >> So, when can I expect your updated work on the port, build all > >> dependencies to make sure they keep on working etc? I understand that we > >> want to have this as soon as possible, but also do keep in mind that we > >> would like to make sure as much as possible that the code can actually > >> work. I am not aware of the reason for this taking longer then some of > >> you expect. But I am sure that there is a reason. It all remains > >> volunteer work and people might choose to do different things then > >> satisfy your specific need. Not that I am saying we shouldnt do it, but > >> I am stating that there is more then just your wish. > >> > >> Thanks, > >> remko > > > > This started because I asked a simple question. Is there a possibility of > > getting perl 5.10.0 and when. I did not expect the third degree > > > > > > Admittedly I am curious why it is taking six months when most ports do > > not take that long - but curiosity does not imply personal antagonism, > > criticsm or sarcasm. > > Thanks > > > > david > > It also doesn't imply that you can "demand" that people import 5.10.0 > because you want it, need it or whatever. It does mean that probably > work is underway but that it stalled or something for a reason. > > "thanks" > remko I have hear no demand from anyone only reasonable curiosity following six months delay. It is: 1. reasonable to ask when 2. Courteous to give a reply. David David From remko at FreeBSD.org Fri Jul 11 21:30:16 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Fri Jul 11 21:30:37 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807111449.55648.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <200807111403.11021.david@vizion2000.net> <4877CA51.1060001@FreeBSD.org> <200807111449.55648.david@vizion2000.net> Message-ID: <4877D0E3.4000303@FreeBSD.org> David Southwell wrote: > On Friday 11 July 2008 14:02:09 Remko Lodder wrote: >> David Southwell wrote: >>> On Friday 11 July 2008 11:53:50 you wrote: >>>> David Southwell wrote: >>>>> If we had to argue for every port on these terms everyone would spend >>>>> their time arguing and we would have none atall. >>>>> >>>>> It is not as though Perl is an obscure bit of buggy code that none >>>>> uses. >>>>> >>>>> If there is a request then simply a response to your last question is >>>>> needed. >>>>> >>>>> Enough >>>>> >>>>> david. >>>> So, when can I expect your updated work on the port, build all >>>> dependencies to make sure they keep on working etc? I understand that we >>>> want to have this as soon as possible, but also do keep in mind that we >>>> would like to make sure as much as possible that the code can actually >>>> work. I am not aware of the reason for this taking longer then some of >>>> you expect. But I am sure that there is a reason. It all remains >>>> volunteer work and people might choose to do different things then >>>> satisfy your specific need. Not that I am saying we shouldnt do it, but >>>> I am stating that there is more then just your wish. >>>> >>>> Thanks, >>>> remko >>> This started because I asked a simple question. Is there a possibility of >>> getting perl 5.10.0 and when. I did not expect the third degree >>> >>> >>> Admittedly I am curious why it is taking six months when most ports do >>> not take that long - but curiosity does not imply personal antagonism, >>> criticsm or sarcasm. >>> Thanks >>> >>> david >> It also doesn't imply that you can "demand" that people import 5.10.0 >> because you want it, need it or whatever. It does mean that probably >> work is underway but that it stalled or something for a reason. >> >> "thanks" >> remko > > I have hear no demand from anyone only reasonable curiosity following six > months delay. It is: > 1. reasonable to ask when > 2. Courteous to give a reply. > > David > > David And I told that you are entitled to do so, but your 'between the lines' stated more then just a question, which I ofcourse can understand. You have had your reply: I think work is underway, we do not know when it's available, but it will be as soon as possible. Thanks, remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From sem at FreeBSD.org Fri Jul 11 21:49:00 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Fri Jul 11 21:49:07 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <48753715.10601@tsoft.com> References: <48753715.10601@tsoft.com> Message-ID: <4877D4FA.7060705@FreeBSD.org> Yuri wrote: > I got the error below during portupgrade -aP. > > Why wouldn't portupgrade just upgrade neon? > > 'pkgdb -F' doesn;t find any problems. > > Yuri > > ===> Installing for neon28-0.28.2_1 > > ===> neon28-0.28.2_1 conflicts with installed package(s): > neon26-0.26.4_1 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/www/neon28. Unfortunately portupgrade knows nothing about how neon26 relate with neon28. You should upgrade it by yourself with the command: portupgrade -o www/neon28 neon How it's described in entry 20080701 of UPDATING file. Reading this file is useful when you got any troubles. Or even better before you any upgrading. -- Dixi. Sem. From sem at FreeBSD.org Fri Jul 11 21:56:31 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Fri Jul 11 21:56:38 2008 Subject: FreeBSD Port: upsd-2.0.1.6_1 In-Reply-To: <490870.12555.qm@web56409.mail.re3.yahoo.com> References: <490870.12555.qm@web56409.mail.re3.yahoo.com> Message-ID: <4877D6BE.20909@FreeBSD.org> Yves Gu?rin wrote: > Hello, > > I redo the rc.d script > > #!/bin/sh > > > # PatrioteBSD - Yves Guerin - ygvesguerin@yah00.ca - 2008-07-10 > ######################################### > # JAMAIS TESTE AVEC upsd_enable="yes" > # NEVER TESTED WITH upsd_enable="YES" > ######################################### > > # mettre dans /etc/rc.conf: upsd_enable="YES" I don't think it's a good idea to have comments not in English. > # PROVIDE: upsd > # REQUIRE: DAEMON > # BEFORE: shutdown > > . /etc/rc.subr > > name="upsd" > upsd_enable=${upsd_enable:-"NO"} > rcvar=`set_rcvar` > > start_cmd="upsd_start" > stop_cmd="upsd_stop" > > upsd_start() > { > [ -x /usr/local/sbin/upsd ] && /usr/local/sbin/upsd && echo -n ' upsd' > } > > upsd_stop() > { > [ -f /var/run/upsd.pid ] && kill -QUIT `cat /var/run/upsd.pid` && echo -n ' upsd' > } Really start/stop could be (and should be) done with rc.subr subroutines. > > load_rc_config $name > run_rc_command "$1" -- Dixi. Sem. From sem at FreeBSD.org Fri Jul 11 22:02:52 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Fri Jul 11 22:02:59 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <48777A03.2060205@icyb.net.ua> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> Message-ID: <4877D82C.6030309@FreeBSD.org> Andriy Gapon wrote: > on 10/07/2008 11:18 Yuri said the following: >> David Southwell wrote: >>> Did you follow the instructions in UPDATING (see below)? >>> They may have some bearing on the problem. >>> ________________________ >>> 20080701: >>> AFFECTS: users of devel/subversion* >>> AUTHOR: Lev Serebryakov >>> >>> subversion now uses neon-0.28.x (www/neon28) port, and automatic >>> portupgrade will fail because neon26 will conflict with installed >>> neon26. >>> You should upgrade neon library tohgether with subversion with >>> >>> # portupgrade -o www/neon28 neon subversion >>> >>> command. >>> >>> Also, if you use special subversion port with bindings, you >>> should upgrade your port to clean subversion port with >>> >>> # portupgrade -o devel/subversion subversion-\* >>> >>> and install needed bindings (p5-subversion, py-subversion and/or >>> ruby-subversion) after that. >>> >>> If you use subversion with bindings, installed from devel/subversion >>> with custom options, don't forget to install separate bindings ports >>> after subversion upgrade. >>> __________________________- >>> >>> David >>> >> >> No, command "portupgrade -o www/neon28 neon subversion" causes the same >> error message itself. > > Manually deinstall neon26 (you might want to create a backup with > pkg_create -b) and then install neon28 and then proceed as usual with > subversion. > portupgrade -o seems to be broken. > Really? Are you sure you use 2.4.3_2 version? Anyway using -o should be only with one port. It may work not as you expected. -- Dixi. Sem. From fbsd at metro.cx Sat Jul 12 06:55:08 2008 From: fbsd at metro.cx (Koen Martens) Date: Sat Jul 12 06:55:16 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> Message-ID: <20080712061857.GA11590@latitude.dh.sono> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Jul 11, 2008 at 03:06:57PM -0400, Vivek Khera wrote: > Seriously, though... is someone actively working on a perl 5.10 port and > can we find out what is holding it up for over 6 months now? Around > February I started wondering about it, but it wasn't such a big deal to me > then. Now it is becoming more of a big deal because our developers want to > start using some of the 5.10 features in our new projects, but without a > port/package it complicates our dev and production environment management. Silly suggestion: if your business is depending on it, either fix the port yourself or pay someone to fix it for you. Seriously, making demands in a free software project is silly (if not rude). Or else, ask your money back.. Gr, Koen - -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Databases, wiki-expertise, hosting, server- en infrabeheer. Public PGP key: http://www.metro.cx/pubkey-gmc.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFIeEzRktDgRrkFPpYRAhthAKDDfFFucreQYdwu6pnsejYALaWLCQCeMMBw yyeXjruokNES/sS2G5UGjOE= =wYIz -----END PGP SIGNATURE----- From regisr at pobox.com Sat Jul 12 07:00:13 2008 From: regisr at pobox.com (regisr) Date: Sat Jul 12 07:00:19 2008 Subject: FreeBSD Port: www/cherokee-devel build and run Message-ID: <20080712090010.cc0f5475.regisr@pobox.com> Hello! I have some trouble about this port: 1) In the Makefile a variable is not replaced: --- Makefile.orig 2008-07-02 19:38:13.000000000 +0200 +++ Makefile 2008-07-11 21:24:34.000000000 +0200 @@ -67,6 +67,7 @@ @for i in ${BUILD_WRKSRC}/*.sample.pre;do ${SED} -e \ 's:%sysconfdir%:${PREFIX}/etc:g; \ s:%datadir%:${PREFIX}/share:g; \ + s:%localstatedir%:/var:g; \ s:%wwwroot%:${PREFIX}/www/cherokee:g; \ s:%prefix%:${PREFIX}:g; \ s:#.*User.*nobody:User www:g; \ 2) The script to run it at boot ( files/cherokee.sh.in ) use a argument '-b' not available: 28c28 < command_args="-C ${cherokee_conf} -b" --- > command_args="-C ${cherokee_conf} " How to run it as daemon? 3) about cherokee-admin: It return a code status 503 with the message on output: env: python: No such file or directory is there something wrong with my configuration? My python package installed is python25-2.5.2_2 and FreeBSD is a 6.3 source code updated on June, 26. Thanks -- regis From linimon at lonesome.com Sat Jul 12 07:16:03 2008 From: linimon at lonesome.com (Mark Linimon) Date: Sat Jul 12 07:16:10 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080712061857.GA11590@latitude.dh.sono> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> <20080712061857.GA11590@latitude.dh.sono> Message-ID: <20080712065656.GH29175@soaustin.net> On Sat, Jul 12, 2008 at 08:18:58AM +0200, Koen Martens wrote: > Silly suggestion: if your business is depending on it, either fix the port > yourself or pay someone to fix it for you. Seriously, making demands in a > free software project is silly (if not rude). Actually, Vivek does contribute to FreeBSD as a port maintainer, so he is due a a little respect. However, I have to admit that I find the tone of posts such as his very discouraging at this time. mcl From david at vizion2000.net Sat Jul 12 07:46:41 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 12 07:46:48 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080712061857.GA11590@latitude.dh.sono> References: <200807100340.38399.david@vizion2000.net> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> <20080712061857.GA11590@latitude.dh.sono> Message-ID: <200807120108.05554.david@vizion2000.net> On Friday 11 July 2008 23:18:58 Koen Martens wrote: > On Fri, Jul 11, 2008 at 03:06:57PM -0400, Vivek Khera wrote: > > Seriously, though... is someone actively working on a perl 5.10 port and > > can we find out what is holding it up for over 6 months now? Around > > February I started wondering about it, but it wasn't such a big deal to > > me then. Now it is becoming more of a big deal because our developers > > want to start using some of the 5.10 features in our new projects, but > > without a port/package it complicates our dev and production environment > > management. > > Silly suggestion: if your business is depending on it, either fix the port > yourself or pay someone to fix it for you. Seriously, making demands in a > free software project is silly (if not rude). > > Or else, ask your money back.. > > Gr, > > Koen It does not sound to me like the OP was making demands. Rather it seems that perfectly reasonable questions are being ignored and unwarranted aspersions being handed out instead. Someone asked why the upgrade was needed and he answered that question. I think it is time to return to thoughtful on topic responses to the original question. When is the upgrade of Perl 5.10.0 to be expected and what has been the cause of the delay? David From david at vizion2000.net Sat Jul 12 07:48:14 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 12 07:48:20 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <4877D0E3.4000303@FreeBSD.org> References: <200807100340.38399.david@vizion2000.net> <200807111449.55648.david@vizion2000.net> <4877D0E3.4000303@FreeBSD.org> Message-ID: <200807120109.46968.david@vizion2000.net> On Friday 11 July 2008 14:30:11 Remko Lodder wrote: > David Southwell wrote: > > On Friday 11 July 2008 14:02:09 Remko Lodder wrote: > >> David Southwell wrote: > >>> On Friday 11 July 2008 11:53:50 you wrote: > >>>> David Southwell wrote: > >>>>> If we had to argue for every port on these terms everyone would spend > >>>>> their time arguing and we would have none atall. > >>>>> > >>>>> It is not as though Perl is an obscure bit of buggy code that none > >>>>> uses. > >>>>> > >>>>> If there is a request then simply a response to your last question is > >>>>> needed. > >>>>> > >>>>> Enough > >>>>> > >>>>> david. > >>>> > >>>> So, when can I expect your updated work on the port, build all > >>>> dependencies to make sure they keep on working etc? I understand that > >>>> we want to have this as soon as possible, but also do keep in mind > >>>> that we would like to make sure as much as possible that the code can > >>>> actually work. I am not aware of the reason for this taking longer > >>>> then some of you expect. But I am sure that there is a reason. It all > >>>> remains volunteer work and people might choose to do different things > >>>> then satisfy your specific need. Not that I am saying we shouldnt do > >>>> it, but I am stating that there is more then just your wish. > >>>> > >>>> Thanks, > >>>> remko > >>> > >>> This started because I asked a simple question. Is there a possibility > >>> of getting perl 5.10.0 and when. I did not expect the third degree > >>> > >>> > >>> Admittedly I am curious why it is taking six months when most ports do > >>> not take that long - but curiosity does not imply personal antagonism, > >>> criticsm or sarcasm. > >>> Thanks > >>> > >>> david > >> > >> It also doesn't imply that you can "demand" that people import 5.10.0 > >> because you want it, need it or whatever. It does mean that probably > >> work is underway but that it stalled or something for a reason. > >> > >> "thanks" > >> remko > > > > I have hear no demand from anyone only reasonable curiosity following > > six months delay. It is: > > 1. reasonable to ask when > > 2. Courteous to give a reply. > > > > David > > > > David > > And I told that you are entitled to do so, but your 'between the lines' > stated more then just a question, which I ofcourse can understand. > > You have had your reply: I think work is underway, we do not know when > it's available, but it will be as soon as possible. > > Thanks, > remko Are there particular obstacles that have caused the delay? David From david at vizion2000.net Sat Jul 12 09:07:34 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 12 09:07:41 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <4877D0E3.4000303@FreeBSD.org> References: <200807100340.38399.david@vizion2000.net> <200807111449.55648.david@vizion2000.net> <4877D0E3.4000303@FreeBSD.org> Message-ID: <200807120229.06772.david@vizion2000.net> On Friday 11 July 2008 14:30:11 Remko Lodder wrote: > David Southwell wrote: > > On Friday 11 July 2008 14:02:09 Remko Lodder wrote: > >> David Southwell wrote: > >>> On Friday 11 July 2008 11:53:50 you wrote: > >>>> David Southwell wrote: > >>>>> If we had to argue for every port on these terms everyone would spend > >>>>> their time arguing and we would have none atall. > >>>>> > >>>>> It is not as though Perl is an obscure bit of buggy code that none > >>>>> uses. > >>>>> > >>>>> If there is a request then simply a response to your last question is > >>>>> needed. > >>>>> > >>>>> Enough > >>>>> > >>>>> david. > >>>> > >>>> So, when can I expect your updated work on the port, build all > >>>> dependencies to make sure they keep on working etc? I understand that > >>>> we want to have this as soon as possible, but also do keep in mind > >>>> that we would like to make sure as much as possible that the code can > >>>> actually work. I am not aware of the reason for this taking longer > >>>> then some of you expect. But I am sure that there is a reason. It all > >>>> remains volunteer work and people might choose to do different things > >>>> then satisfy your specific need. Not that I am saying we shouldnt do > >>>> it, but I am stating that there is more then just your wish. > >>>> > >>>> Thanks, > >>>> remko > >>> > >>> This started because I asked a simple question. Is there a possibility > >>> of getting perl 5.10.0 and when. I did not expect the third degree > >>> > >>> > >>> Admittedly I am curious why it is taking six months when most ports do > >>> not take that long - but curiosity does not imply personal antagonism, > >>> criticsm or sarcasm. > >>> Thanks > >>> > >>> david > >> > >> It also doesn't imply that you can "demand" that people import 5.10.0 > >> because you want it, need it or whatever. It does mean that probably > >> work is underway but that it stalled or something for a reason. > >> > >> "thanks" > >> remko > > > > I have hear no demand from anyone only reasonable curiosity following > > six months delay. It is: > > 1. reasonable to ask when > > 2. Courteous to give a reply. > > > > David > > > > David > > And I told that you are entitled to do so, but your 'between the lines' > stated more then just a question, which I ofcourse can understand. > > You have had your reply: I think work is underway, we do not know when > it's available, but it will be as soon as possible. > > Thanks, > remko Here is a full and verbatim copy of my original posting that started this thread. _________________________________________________________________ Subject: portupgrade to Perl 5.10.0 ?? From: David Southwell To: freebsd-ports@freebsd.org Hi Just wondered when an upgrade to 5.10.0 could be expected. David ___________________________________________ Are you seriously telling me you "understand" something "between the lines" in that? Come on -- smile a little...and I hope you will find a more constructive & creative use for magination than that!!! I do not think it is unreasonable to say the original posting was straight forward and certainly cast no aspersions. The same thing cannot be said of some responses. I wonder whether someone could endeavour to answer the original question constructively rather than defensively. David From david at vizion2000.net Sat Jul 12 09:18:35 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 12 09:18:41 2008 Subject: kde-pim - signature depencies Message-ID: <200807120240.08233.david@vizion2000.net> Hi Can anyone help me out here. I am trying to eliminate a a bug that has been plaguing me and a few others in kmail that relates to its handling of signatures. Is anyone in a position to tell me what libraries kmail depends upon to handle signature. I want to rebuild them one at a time in an attempt to isolate the cause. A list or a method of identifying those dependencies would be helpful. [root@dns1 /]# uname -a FreeBSD 6.3-STABLE FreeBSD 6.3-STABLE #1: Thu Jul 10 09:41:47 PDT 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 /]# Thanks David From koitsu at FreeBSD.org Sat Jul 12 09:26:58 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Jul 12 09:27:05 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807120229.06772.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <200807111449.55648.david@vizion2000.net> <4877D0E3.4000303@FreeBSD.org> <200807120229.06772.david@vizion2000.net> Message-ID: <20080712092655.GA8371@eos.sc1.parodius.com> On Sat, Jul 12, 2008 at 02:29:06AM -0700, David Southwell wrote: > Here is a full and verbatim copy of my original posting that started this > thread. > _________________________________________________________________ > Subject: portupgrade to Perl 5.10.0 ?? > From: David Southwell > To: freebsd-ports@freebsd.org > > Hi > > Just wondered when an upgrade to 5.10.0 could be expected. > > David > ___________________________________________ > > Are you seriously telling me you "understand" something "between the lines" in > that? > > Come on -- smile a little...and I hope you will find a more constructive & > creative use for magination than that!!! > > I do not think it is unreasonable to say the original posting was straight > forward and certainly cast no aspersions. The same thing cannot be said of > some responses. You simply want to know if the perl port being upgraded to 5.10 is in the works, and if there's any idea of when it will be completed. I think this is a reasonable request, open-source project or otherwise. > I wonder whether someone could endeavour to answer the original question > constructively rather than defensively. I'm not responsible for the perl port, so I can't speak for tobez@. If you're a generic developer who uses perl, and 5.10 offers you fixes or features you need, I can see how you might think the upgrade is simple. But I can tell you that upgrading perl is one of those "sensitive" things from a system administrator's perspective. The thing with perl is that the language has a history of minor revisions inducing "customer chaos" -- that is to say, you upgrade from 5.4 to 5.8 and suddenly you have a bunch of users filling your mailbox with "My script doesn't work any more!!! What did you do?" and "Why exactly did you upgrade to 5.8? The memory footprint is larger, and it's breaking on this third-party module I use, please revert..." Believe me, this actually happens, and I have witnessed it on multiple occasions at past jobs. Let's not forget that perl is a very large piece of the ports tree. There are 3150 ports that start with "p5-". What guarantee is there that every one works with 5.10? Sure, it's a matter of trial and error and waiting for users to submit PRs informing maintainers which piece doesn't work with 5.10, but that takes time -- time that one FreeBSD user may have, but another does not. Then there's the whole dependency thing. perl in recent days has been adding more and more modules to the base perl distribution; what used to be an add-on module is now included with perl, so ports have to be updated to be aware of that fact. When such a commit (e.g. 5.8 --> 5.10) hits the tree, users and ports maintainers will have to race to see what works and what doesn't. I'm not trying to justify what other people have told you, but you need to keep in mind that changes to the perl port can have dire repercussions -- treading lightly is an absolute necessity. Does this inadvertently answer your questions? :-) -- | 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 david at vizion2000.net Sat Jul 12 09:44:12 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 12 09:44:19 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080712092655.GA8371@eos.sc1.parodius.com> References: <200807100340.38399.david@vizion2000.net> <200807120229.06772.david@vizion2000.net> <20080712092655.GA8371@eos.sc1.parodius.com> Message-ID: <200807120305.40066.david@vizion2000.net> On Saturday 12 July 2008 02:26:55 Jeremy Chadwick wrote: > On Sat, Jul 12, 2008 at 02:29:06AM -0700, David Southwell wrote: > > Here is a full and verbatim copy of my original posting that started this > > thread. > > _________________________________________________________________ > > Subject: portupgrade to Perl 5.10.0 ?? > > From: David Southwell > > To: freebsd-ports@freebsd.org > > > > Hi > > > > Just wondered when an upgrade to 5.10.0 could be expected. > > > > David > > ___________________________________________ > > > > Are you seriously telling me you "understand" something "between the > > lines" in that? > > > > Come on -- smile a little...and I hope you will find a more constructive > > & creative use for magination than that!!! > > > > I do not think it is unreasonable to say the original posting was > > straight forward and certainly cast no aspersions. The same thing cannot > > be said of some responses. > > You simply want to know if the perl port being upgraded to 5.10 is in > the works, and if there's any idea of when it will be completed. I > think this is a reasonable request, open-source project or otherwise. > > > I wonder whether someone could endeavour to answer the original question > > constructively rather than defensively. > > I'm not responsible for the perl port, so I can't speak for tobez@. > > If you're a generic developer who uses perl, and 5.10 offers you fixes > or features you need, I can see how you might think the upgrade is > simple. But I can tell you that upgrading perl is one of those > "sensitive" things from a system administrator's perspective. > > The thing with perl is that the language has a history of minor > revisions inducing "customer chaos" -- that is to say, you upgrade from > 5.4 to 5.8 and suddenly you have a bunch of users filling your mailbox > with "My script doesn't work any more!!! What did you do?" and "Why > exactly did you upgrade to 5.8? The memory footprint is larger, and > it's breaking on this third-party module I use, please revert..." > Believe me, this actually happens, and I have witnessed it on multiple > occasions at past jobs. > > Let's not forget that perl is a very large piece of the ports tree. > There are 3150 ports that start with "p5-". What guarantee is there > that every one works with 5.10? Sure, it's a matter of trial and error > and waiting for users to submit PRs informing maintainers which piece > doesn't work with 5.10, but that takes time -- time that one FreeBSD > user may have, but another does not. > > Then there's the whole dependency thing. perl in recent days has been > adding more and more modules to the base perl distribution; what used to > be an add-on module is now included with perl, so ports have to be > updated to be aware of that fact. > > When such a commit (e.g. 5.8 --> 5.10) hits the tree, users and ports > maintainers will have to race to see what works and what doesn't. > > I'm not trying to justify what other people have told you, but you need > to keep in mind that changes to the perl port can have dire > repercussions -- treading lightly is an absolute necessity. > > Does this inadvertently answer your questions? :-) Not really. The information you give is valuable and will be helpful to those who do not understand the complications. However you are not telling me anything I do not know - which was why my original posting was phrased in a respectful and unloaded way. (My first contact with Perl was during its early development stages so its history is familiar to me.) I would have expected a reply that indicated progess and a genuine and helpful attempt to indicate a best/worst scenario for an upgrade. I certainly do not expect to get of topic responses that cast aspersions, including accusations of making demands or other replies that seem to be so overly defensive that one wonders what emotions are driving the contributors. Thanks for wading in David From erwin at FreeBSD.org Sat Jul 12 13:18:20 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Jul 12 13:18:26 2008 Subject: INDEX build failed for 6.x Message-ID: <200807121318.m6CDIKNv088082@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 ===> sysutils/burn failed Hangup Hangup Committers on the hook: lioux nobutaka Most recent CVS update was: U multimedia/libxine/Makefile U multimedia/libxine/distinfo U multimedia/libxine/files/patch-configure U multimedia/xine/Makefile U net-p2p/kmldonkey/Makefile U net-p2p/kmldonkey/distinfo U net-p2p/kmldonkey/pkg-plist U net-p2p/kmldonkey/files/patch-kmldonkey__kmldonkey__downloadpage.cpp U net-p2p/kmldonkey/files/patch-kmldonkey__kmldonkey__infodialog.cpp U net-p2p/kmldonkey/files/patch-kmldonkey__kmldonkey__infodialog.h U net-p2p/kmldonkey/files/patch-kmldonkey__kmldonkey__infolist.cpp U net-p2p/kmldonkey/files/patch-kmldonkey__kmldonkey__infolist.h From talon at lpthe.jussieu.fr Sat Jul 12 13:19:28 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Jul 12 13:20:39 2008 Subject: Upgrading through packages: an experience. Message-ID: <20080712130415.GA97957@lpthe.jussieu.fr> Hello, Since KDE recently appeared in the Latest prebuilt packages, and my main desktop ports (running FreeBSD-7.0-RELEASE) had not been upgraded since more than a year i decided to test my pkgupgrade (www.lpthe.jussieu.fr/~talon/pkgupgrade) on a machine with many ports installed (all Gnome and KDE basically, plus many other things) and going through several important changes in the ports system (the new modularized Xorg, the new gettext, etc.). I wanted a worst case test, including using the Latest packages and not a RELEASE. The net result is that it went through without problems, at a speed comparable to that one observes for Debian upgrades, but at the end some small glitches remained, due to using Latest packages. Some details follow: -first the script pkgupgrade crashed. This is due to the fact that the old python version used libpthread, and there are apparent bugs on 7.0, while it worked OK on 6.2. This was solved using libmap.conf to force use of libthr for threading. Since KSE is now deprecated it is not useful to describe this bug more fully. Anyways programs doing IO and threading don't act reliably with libpthread under 7.0. - after that things were smooth. There has been fantastic progress in the utility pkg_add, it runs at least twice faster than last year. This explains the very speedy upgrade i had. More precisely, first the specs of the machine, it is a 4 years old Pentium 4 with IDE disk, so nothing particularly fast. There were 744 installed ports initially. Some of them i put on hold, since they are very heavy to build or install (java, tetex). So finally pkgupgrade removed 616 old packages and installed 877 new packages (the difference is of course because of the new modular Xorg). A few remained to be compiled. At the end i have now 1017 installed ports. - the speed of this upgrade was really remarkable. The initial analysis by pkgupgrade took 2 min, the download of necessary packages (for a total of 1.3 GB) from the french FreeBSD mirror took 5 min (i have a 100Mb/s connection to it, but this also shows the gains of maintaining a unique ftp connection to the server for the whole download), and was simultaneous with backing up the old packages (only shared libraries and config files) which took 28 mn. So after half an hour i had a shell script that i reviewed fully to avoid removing stuff that i had forgotten to put on hold. - then i runned the shell script UpgradeShell, which removed old packages (took 18 mn, pkg_delete is still slow, compared to pkg_add) then installed 877 packages in 48 mn! This is absolutely fantastic, last year i spent here 2 hours in a much smaller installation. Finally it compiled a few packages, notably one of them kdewebdev took 2 hours by itself, that is much more than the complete upgrade procedure. This illustrates the point that compiling from source is a waste of time. I have put the Logs here http://www.lpthe.jussieu.fr/~talon/2008-07-11.tgz so that one can see how it runs in practice. Now the problems. They come from the fact that the Latest packages are not always coherent between themselves or with the libraries in FreeBSD-7.0. So, while most programs runned perfectly well, a few crashed when i tried them. I traced most problems to the fact that the use of fcntl() to lock files did not work in some cases. This was for example the case for tin when it tries to lock the "posted" file. I had to recompile such ports, now they run fine. An example which doesn't run is kdm because it needs to lock /var/run/kdm.lock. This is very annoying since kdebase is huge to recompile. All other KDE stuff runs OK. The lesson of this story is that it is *not* a good idea to use the Latest packages when doing binary upgrades, one should stick to RELEASE. Conclusion: binary upgrades, even in very messy situation are very doable. They take a reasonable time, completely comparable to what one may expect under Linux. Compiling a single KDE port took longer that the whole upgrade procedure except the compilation. -- Michel TALON From bsd-unix at embarqmail.com Sat Jul 12 14:20:29 2008 From: bsd-unix at embarqmail.com (Randy Pratt) Date: Sat Jul 12 14:20:35 2008 Subject: Core dump using csup to update ports tree Message-ID: <20080712100025.209db9d8.bsd-unix@embarqmail.com> 6.3-STABLE FreeBSD 6.3-STABLE #0: Sat Apr 19 07:46:18 EDT 2008 >From my logfile: ===>>> Previous CVS checkout date: Fri Jul 11 08:46:00 UTC 2008 ===>>> CVS Server: cvsup5.us.freebsd.org ===>>> Ports tree update start: 07/12/2008 06:00 Parsing supfile "/root/supfiles/ports-supfile" Connecting to cvsup5.us.freebsd.org Connected to 208.83.20.14 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Receiver: Connection reset by peer Will retry at 06:05:52 Retrying Connected to 208.83.20.14 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Segmentation fault (core dumped) I switched to cvsup2.us.freebsd.org and csup updated my tree without a problem. I've not updated the base since April and had no problems prior to today. Later, I retried cvsup5.us.freebsd.org and was not able to duplicate the core dump. I do have the core dump if its of any use: http://myfreebsd.homeunix.net/csup.core I've been reading some of the thread regarding a core dump with cvsup but the only thing I see in common is that both involve the server-side of updating. It may, of course, be a red herring. Since I can't seem to duplicate the core dump on demand, it would seem that its very subtle. I can't force a "Connection reset by peer" so I'm not sure if that's relevant or not. Those resets were not happening during my duplication efforts. I can't think of anything to pursue at this point other than to continue as usual and watch for a repeat. Randy -- From koitsu at FreeBSD.org Sat Jul 12 14:26:36 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Jul 12 14:26:42 2008 Subject: Core dump using csup to update ports tree In-Reply-To: <20080712100025.209db9d8.bsd-unix@embarqmail.com> References: <20080712100025.209db9d8.bsd-unix@embarqmail.com> Message-ID: <20080712142636.GA21097@eos.sc1.parodius.com> On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote: > Later, I retried cvsup5.us.freebsd.org and was not able to duplicate > the core dump. I do have the core dump if its of any use: > > http://myfreebsd.homeunix.net/csup.core Can you provide a backtrace with this core? $ gdb /usr/bin/csup csup.core ... (gdb) bt full -- | 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 kris at FreeBSD.org Sat Jul 12 14:31:49 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sat Jul 12 14:31:56 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200807121318.m6CDIKNv088082@pointyhat.freebsd.org> References: <200807121318.m6CDIKNv088082@pointyhat.freebsd.org> Message-ID: <4878C054.60104@FreeBSD.org> Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > ===> sysutils/burn failed > Hangup > Hangup Looks like this lost out to a server reboot Kris From kris at FreeBSD.org Sat Jul 12 14:35:31 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sat Jul 12 14:35:38 2008 Subject: Upgrading through packages: an experience. In-Reply-To: <20080712130415.GA97957@lpthe.jussieu.fr> References: <20080712130415.GA97957@lpthe.jussieu.fr> Message-ID: <4878C131.7060600@FreeBSD.org> Michel Talon wrote: > Hello, > > Since KDE recently appeared in the Latest prebuilt packages Well, it's always been there, except when it could not be built. > Now the problems. They come from the fact that the Latest packages are > not always coherent between themselves or with the libraries in > FreeBSD-7.0. No, they are. In fact this is a key design feature, and the same reason why sometimes certain packages do not appear on the FTP site (if they did appear they would be necessarily *out* of sync). Similarly they are always built against recent versions of -STABLE, by design. Glad to hear your experience was generally positive though. Kris From root at letinet.org Sat Jul 12 14:39:58 2008 From: root at letinet.org (Roman Levitskiy) Date: Sat Jul 12 14:40:04 2008 Subject: RRDTool troubles Message-ID: <20080712140729.GA13927@sis.home> Hi list members! I've updated cacti and rrdtool ports few days ago. After it, cacti doesn't show "Totals" in traffic graphs. Downgrading rrdtool to 1.2.27 solves the problem. Not sure if it port trouble or rrdtool self trouble. -- Roman From bsd-unix at embarqmail.com Sat Jul 12 14:47:43 2008 From: bsd-unix at embarqmail.com (Randy Pratt) Date: Sat Jul 12 14:47:51 2008 Subject: Core dump using csup to update ports tree In-Reply-To: <20080712142636.GA21097@eos.sc1.parodius.com> References: <20080712100025.209db9d8.bsd-unix@embarqmail.com> <20080712142636.GA21097@eos.sc1.parodius.com> Message-ID: <20080712104740.e975109e.bsd-unix@embarqmail.com> On Sat, 12 Jul 2008 07:26:36 -0700 Jeremy Chadwick wrote: > On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote: > > Later, I retried cvsup5.us.freebsd.org and was not able to duplicate > > the core dump. I do have the core dump if its of any use: > > > > http://myfreebsd.homeunix.net/csup.core > > Can you provide a backtrace with this core? > > $ gdb /usr/bin/csup csup.core > ... > (gdb) bt full # gdb /usr/bin/csup csup.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `csup'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /lib/libpthread.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 [New Thread 0x8066600 (LWP 100197)] [New Thread 0x8066000 (runnable)] [New LWP 100198] (gdb) bt full #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 No symbol table info available. #1 0x281abaaa in pthread_mutexattr_init () from /lib/libpthread.so.2 No symbol table info available. #2 0x2808d450 in ?? () No symbol table info available. (gdb) q # Thanks for the interest and response, Best regards, Randy -- From apanfilov at mega-net.ru Sat Jul 12 15:24:45 2008 From: apanfilov at mega-net.ru (Alexey V. Panfilov) Date: Sat Jul 12 15:24:53 2008 Subject: ports/125511: net-im/sim-im-devel: update to latest 0.9.5.2236 In-Reply-To: <200807111600.m6BG0K7g063743@freefall.freebsd.org> References: <200807111600.m6BG0K7g063743@freefall.freebsd.org> Message-ID: <4878C679.3040802@mega-net.ru> edwin@FreeBSD.org ?????: > Synopsis: net-im/sim-im-devel: update to latest 0.9.5.2236 > > State-Changed-From-To: open->feedback > State-Changed-By: edwin > State-Changed-When: Fri Jul 11 16:00:19 UTC 2008 > State-Changed-Why: > Awaiting maintainers feedback (via the GNATS Auto Assign Tool) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=12551 Hi! Sorry for sending this PR from my new e-mail. Approved :) -- Best regards, Alexey V. Panfilov ICQ: 1053180 Jabber: lehis@jabber.org.ru mailto: sim-im@lehis.ru www: http://www.lehis.ru From talon at lpthe.jussieu.fr Sat Jul 12 15:27:38 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Jul 12 15:27:45 2008 Subject: Upgrading through packages: an experience. In-Reply-To: <4878C131.7060600@FreeBSD.org> References: <20080712130415.GA97957@lpthe.jussieu.fr> <4878C131.7060600@FreeBSD.org> Message-ID: <20080712152734.GA4152@lpthe.jussieu.fr> On Sat, Jul 12, 2008 at 04:35:29PM +0200, Kris Kennaway wrote: > Michel Talon wrote: > >Hello, > > > >Since KDE recently appeared in the Latest prebuilt packages > > Well, it's always been there, except when it could not be built. > Well it was not here ten days ago, i think, when it was discussed in this mailing list. I checked, this days and several days afterwards. Then i saw since perhaps 2 or 3 days. > > >Now the problems. They come from the fact that the Latest packages are > >not always coherent between themselves or with the libraries in > >FreeBSD-7.0. > > No, they are. In fact this is a key design feature, and the same reason > why sometimes certain packages do not appear on the FTP site (if they > did appear they would be necessarily *out* of sync). Similarly they are > always built against recent versions of -STABLE, by design. So there has been some changes between 7.0-RELEASE and STABLE since i have just got some minutes ago: niobe% wget http://myfreebsd.homeunix.net/csup.core /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.1 required by wget not found I did not remember that versioned symbols were in FreeBSD-7. Of course after a rebuild, wget works. I had another similar problem somewhere, but all others were related to fcntl() locking (*) problems. > > Glad to hear your experience was generally positive though. > Yes, very positive. In particular a point i forgot to stress, the coverage of the prebuilt packages is excellent now, as can be testified by the fact that only 19 ports had to be compiled while 877 packages were present. This is thanks to you and your work on the cluster. One aim of my message was to show that, at present, the coverage is so good that one can envision a Debian-like experience on FreeBSD when doing binary upgrades, even going through considerable evolutions. > Kris (*) This is a ktrace of the problem: niobe# ktrace -di kdm-bin ..... 4214 kdm-bin CALL open(0x283052c4,O_RDWR,0xe) 4214 kdm-bin NAMI "/var/run/kdm.pid" 4214 kdm-bin RET open 3 4214 kdm-bin CALL getdtablesize 4214 kdm-bin RET getdtablesize 11095/0x2b57 4214 kdm-bin CALL fcntl(0x3,F_GETFL,0) 4214 kdm-bin RET fcntl 2 4214 kdm-bin CALL fstat(0x3,0xbfbfddb0) 4214 kdm-bin RET fstat 0 4214 kdm-bin CALL read(0x3,0x28314000,0x1000) 4214 kdm-bin GIO fd 3 read 0 bytes "" 4214 kdm-bin RET read 0 4214 kdm-bin CALL lseek(0x3,0,SEEK_SET,0) 4214 kdm-bin RET lseek 0 4214 kdm-bin CALL fcntl(0x3,,0xbfbfe730) 4214 kdm-bin RET fcntl -1 errno 22 Invalid argument Note the . This is followed by: 4214 kdm-bin CALL sendto(0x4,0xbfbfd46e,0x4e,0,0,0) 4214 kdm-bin GIO fd 4 wrote 78 bytes "<27>Jul 12 17:18:29 kdm-bin[4214]: Can't create/lock pid file /var/run/kdm.pid" And here the kdm.pid is created, it is the locking which fails. Clearly things have changed for the fcntl() action type between FreeBSD-7.0-RELEASE and the machine on which kdm-bin has been compiled. -- Michel TALON From erwin at FreeBSD.org Sat Jul 12 15:47:21 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Jul 12 15:47:36 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200807121547.m6CFlKXY077841@pointyhat.freebsd.org> From kris at FreeBSD.org Sat Jul 12 15:59:33 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sat Jul 12 15:59:39 2008 Subject: Upgrading through packages: an experience. In-Reply-To: <20080712152734.GA4152@lpthe.jussieu.fr> References: <20080712130415.GA97957@lpthe.jussieu.fr> <4878C131.7060600@FreeBSD.org> <20080712152734.GA4152@lpthe.jussieu.fr> Message-ID: <4878D4E4.7060000@FreeBSD.org> Michel Talon wrote: > On Sat, Jul 12, 2008 at 04:35:29PM +0200, Kris Kennaway wrote: >> Michel Talon wrote: >>> Hello, >>> >>> Since KDE recently appeared in the Latest prebuilt packages >> Well, it's always been there, except when it could not be built. >> > > Well it was not here ten days ago, i think, when it was discussed in this > mailing list. I checked, this days and several days afterwards. Then > i saw since perhaps 2 or 3 days. OK. FYI in such situations it is quite often the case that the port itself cannot be compiled from scratch, at least in certain environments approximating the pointyhat one. Otherwise the package might compile but fail QA tests like whether the packing list is correct. Of course, such issues do not happen if you update between releases, since extensive QA goes into the release package set, so the upgrade process for users with less aggressive update schedules should be even better. >> No, they are. In fact this is a key design feature, and the same reason >> why sometimes certain packages do not appear on the FTP site (if they >> did appear they would be necessarily *out* of sync). Similarly they are >> always built against recent versions of -STABLE, by design. > > So there has been some changes between 7.0-RELEASE and STABLE since > i have just got some minutes ago: > > niobe% wget http://myfreebsd.homeunix.net/csup.core > /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.1 required by wget > not found > > I did not remember that versioned symbols were in FreeBSD-7. Of course > after a rebuild, wget works. I had another similar problem somewhere, > but all others were related to fcntl() locking (*) problems. Both of these issues sound like compatibility problems within RELENG_7. In principle we don't strictly support running binaries compiled for newer systems on older systems, but ABI breakage events should be rare and deliberate, and it is possible that these were made by accident. I have raised the memrchr issue with the developer and the release engineers. I don't know the cause of the fcntl issue though, so perhaps you could re-raise it on stable@. >> Glad to hear your experience was generally positive though. >> > > Yes, very positive. In particular a point i forgot to stress, the > coverage of the prebuilt packages is excellent now, as can be testified > by the fact that only 19 ports had to be compiled while 877 packages > were present. This is thanks to you and your work on the cluster. > One aim of my message was to show that, at present, the coverage is so > good that one can envision a Debian-like experience on FreeBSD when > doing binary upgrades, even going through considerable evolutions. Thanks! Kris From yanefbsd at gmail.com Sat Jul 12 17:49:39 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sat Jul 12 17:50:08 2008 Subject: Core dump using csup to update ports tree In-Reply-To: <20080712104740.e975109e.bsd-unix@embarqmail.com> References: <20080712100025.209db9d8.bsd-unix@embarqmail.com> <20080712142636.GA21097@eos.sc1.parodius.com> <20080712104740.e975109e.bsd-unix@embarqmail.com> Message-ID: <7d6fde3d0807121023kd9d6464u3dfec95908b6c3d7@mail.gmail.com> On Sat, Jul 12, 2008 at 7:47 AM, Randy Pratt wrote: > On Sat, 12 Jul 2008 07:26:36 -0700 > Jeremy Chadwick wrote: > >> On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote: >> > Later, I retried cvsup5.us.freebsd.org and was not able to duplicate >> > the core dump. I do have the core dump if its of any use: >> > >> > http://myfreebsd.homeunix.net/csup.core >> >> Can you provide a backtrace with this core? >> >> $ gdb /usr/bin/csup csup.core >> ... >> (gdb) bt full > > # gdb /usr/bin/csup csup.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "i386-marcel-freebsd"...(no > debugging symbols found)... Core was generated by `csup'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libcrypto.so.4...(no debugging symbols > found)...done. Loaded symbols for /lib/libcrypto.so.4 > Reading symbols from /lib/libz.so.3...(no debugging symbols > found)...done. Loaded symbols for /lib/libz.so.3 > Reading symbols from /lib/libpthread.so.2...(no debugging symbols > found)...done. Loaded symbols for /lib/libpthread.so.2 > Reading symbols from /lib/libc.so.6...(no debugging symbols > found)...done. Loaded symbols for /lib/libc.so.6 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > found)...done. Loaded symbols for /libexec/ld-elf.so.1 > #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 > [New Thread 0x8066600 (LWP 100197)] > [New Thread 0x8066000 (runnable)] > [New LWP 100198] > (gdb) bt full > #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 > No symbol table info available. > #1 0x281abaaa in pthread_mutexattr_init () from /lib/libpthread.so.2 > No symbol table info available. > #2 0x2808d450 in ?? () > No symbol table info available. > (gdb) q > # > > Thanks for the interest and response, > > Best regards, > > Randy Randy, Did you build csup yourself or did it come prepackaged with the base system? If the former, please recompiling csup with CFLAGS=-g (as well as your current CFLAGS) and then repost your results. Also, please provide your CFLAGS (and any other compile flag variables) as a sidenote. Thanks, -Garrett From david at vizion2000.net Sat Jul 12 18:05:36 2008 From: david at vizion2000.net (David Southwell) Date: Sat Jul 12 18:05:44 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807120305.40066.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <20080712092655.GA8371@eos.sc1.parodius.com> <200807120305.40066.david@vizion2000.net> Message-ID: <200807121126.56725.david@vizion2000.net> On Saturday 12 July 2008 03:05:39 David Southwell wrote: > On Saturday 12 July 2008 02:26:55 Jeremy Chadwick wrote: > > On Sat, Jul 12, 2008 at 02:29:06AM -0700, David Southwell wrote: > > > Here is a full and verbatim copy of my original posting that started > > > this thread. > > > _________________________________________________________________ > > > Subject: portupgrade to Perl 5.10.0 ?? > > > From: David Southwell > > > To: freebsd-ports@freebsd.org > > > > > > Hi > > > > > > Just wondered when an upgrade to 5.10.0 could be expected. > > > > > > David > > > ___________________________________________ > > > > > > Are you seriously telling me you "understand" something "between the > > > lines" in that? > > > > > > Come on -- smile a little...and I hope you will find a more > > > constructive & creative use for magination than that!!! > > > > > > I do not think it is unreasonable to say the original posting was > > > straight forward and certainly cast no aspersions. The same thing > > > cannot be said of some responses. > > > > You simply want to know if the perl port being upgraded to 5.10 is in > > the works, and if there's any idea of when it will be completed. I > > think this is a reasonable request, open-source project or otherwise. > > > > > I wonder whether someone could endeavour to answer the original > > > question constructively rather than defensively. > > > > I'm not responsible for the perl port, so I can't speak for tobez@. > > > > If you're a generic developer who uses perl, and 5.10 offers you fixes > > or features you need, I can see how you might think the upgrade is > > simple. But I can tell you that upgrading perl is one of those > > "sensitive" things from a system administrator's perspective. > > > > The thing with perl is that the language has a history of minor > > revisions inducing "customer chaos" -- that is to say, you upgrade from > > 5.4 to 5.8 and suddenly you have a bunch of users filling your mailbox > > with "My script doesn't work any more!!! What did you do?" and "Why > > exactly did you upgrade to 5.8? The memory footprint is larger, and > > it's breaking on this third-party module I use, please revert..." > > Believe me, this actually happens, and I have witnessed it on multiple > > occasions at past jobs. > > > > Let's not forget that perl is a very large piece of the ports tree. > > There are 3150 ports that start with "p5-". What guarantee is there > > that every one works with 5.10? Sure, it's a matter of trial and error > > and waiting for users to submit PRs informing maintainers which piece > > doesn't work with 5.10, but that takes time -- time that one FreeBSD > > user may have, but another does not. > > > > Then there's the whole dependency thing. perl in recent days has been > > adding more and more modules to the base perl distribution; what used to > > be an add-on module is now included with perl, so ports have to be > > updated to be aware of that fact. > > > > When such a commit (e.g. 5.8 --> 5.10) hits the tree, users and ports > > maintainers will have to race to see what works and what doesn't. > > > > I'm not trying to justify what other people have told you, but you need > > to keep in mind that changes to the perl port can have dire > > repercussions -- treading lightly is an absolute necessity. > > > > Does this inadvertently answer your questions? :-) > > Not really. > > The information you give is valuable and will be helpful to those who do > not understand the complications. > > However you are not telling me anything I do not know - which was > why my original posting was phrased in a respectful and unloaded way. (My > first contact with Perl was during its early development stages so its > history is familiar to me.) > > I would have expected a reply that indicated progess and a genuine and > helpful attempt to indicate a best/worst scenario for an upgrade. > > I certainly do not expect to get of topic responses that cast aspersions, > including accusations of making demands or other replies that seem to be > so overly defensive that one wonders what emotions are driving the > contributors. > > Thanks for wading in > > David > > > I have now had a really helpful reply to a private email I sent to tobez. He has given me permission to post it here; >From: Anton Berezin >To: David Southwell >>On Sat, Jul 12, 2008 at 10:29:18AM -0700, David Southwell wrote: >> On Saturday 12 July 2008 09:58:06 you wrote: > > David, > > > > On Sat, Jul 12, 2008 at 02:52:55AM -0700, David Southwell wrote: > > > I do not know whether you are still responsible for maintaining perl but > > > I thought it was appropriate to forward a copy of this to you. A few > > > people are showing signs of being a bit hot under the collar because a > > > question has been asked about Perl5.10.0. The thread has become a bit > > > fractious ?and thought you might be in a position to cool it. > > > > I was postponing making the port first because of our extended freeze, and > > after that for the (rather chronic) lack of time. ?The basic port is ready > > for quite a while, but I've been meaning to integrate quite a bit of > > patches I've got from people over time. ?Some of it is done, some of it is > > not there quite yet. ?My estimation is that I need an uninterrupted half a > > day to a day of time to finish the port so that it is usable and reasonably > > bug-free. I've been going to do that "Real Soon Now" for more time than I > > myself is comfortable with. > > > > Anyways, I am leaving for a one-week vacation tomorrow, so nothing is going > > to happen during this time. ?After that I'll seriously try not to postpone > > it any longer. > > > > Cheers, > > \Anton. > > Thanks anton for getting back to me. > > To cool things down abit would you mind if I copied your reply to the list? Sure, if you think it's needed. So now we know what is happening.. thank you tobez. David From bsd-unix at embarqmail.com Sat Jul 12 19:09:18 2008 From: bsd-unix at embarqmail.com (Randy Pratt) Date: Sat Jul 12 19:09:25 2008 Subject: Core dump using csup to update ports tree In-Reply-To: <7d6fde3d0807121023kd9d6464u3dfec95908b6c3d7@mail.gmail.com> References: <20080712100025.209db9d8.bsd-unix@embarqmail.com> <20080712142636.GA21097@eos.sc1.parodius.com> <20080712104740.e975109e.bsd-unix@embarqmail.com> <7d6fde3d0807121023kd9d6464u3dfec95908b6c3d7@mail.gmail.com> Message-ID: <20080712150914.99751dab.bsd-unix@embarqmail.com> On Sat, 12 Jul 2008 10:23:07 -0700 "Garrett Cooper" wrote: > On Sat, Jul 12, 2008 at 7:47 AM, Randy Pratt wrote: > > On Sat, 12 Jul 2008 07:26:36 -0700 > > Jeremy Chadwick wrote: > > > >> On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote: > >> > Later, I retried cvsup5.us.freebsd.org and was not able to duplicate > >> > the core dump. I do have the core dump if its of any use: > >> > > >> > http://myfreebsd.homeunix.net/csup.core > >> > >> Can you provide a backtrace with this core? > >> > >> $ gdb /usr/bin/csup csup.core > >> ... > >> (gdb) bt full > > > > # gdb /usr/bin/csup csup.core > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and > > you are welcome to change it and/or distribute copies of it under > > certain conditions. Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. This GDB was configured as "i386-marcel-freebsd"...(no > > debugging symbols found)... Core was generated by `csup'. > > Program terminated with signal 11, Segmentation fault. > > Reading symbols from /lib/libcrypto.so.4...(no debugging symbols > > found)...done. Loaded symbols for /lib/libcrypto.so.4 > > Reading symbols from /lib/libz.so.3...(no debugging symbols > > found)...done. Loaded symbols for /lib/libz.so.3 > > Reading symbols from /lib/libpthread.so.2...(no debugging symbols > > found)...done. Loaded symbols for /lib/libpthread.so.2 > > Reading symbols from /lib/libc.so.6...(no debugging symbols > > found)...done. Loaded symbols for /lib/libc.so.6 > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > > found)...done. Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 > > [New Thread 0x8066600 (LWP 100197)] > > [New Thread 0x8066000 (runnable)] > > [New LWP 100198] > > (gdb) bt full > > #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 > > No symbol table info available. > > #1 0x281abaaa in pthread_mutexattr_init () from /lib/libpthread.so.2 > > No symbol table info available. > > #2 0x2808d450 in ?? () > > No symbol table info available. > > (gdb) q > > # > > > > Thanks for the interest and response, > > > > Best regards, > > > > Randy > > Randy, > Did you build csup yourself or did it come prepackaged with the > base system? If the former, please recompiling csup with CFLAGS=-g (as > well as your current CFLAGS) and then repost your results. > Also, please provide your CFLAGS (and any other compile flag > variables) as a sidenote. Its the csup built with the base system. The only thing of consequence in /etc/make.conf is: CFLAGS= -O -pipe NO_PROFILE=true # Avoid compiling profiled libraries I can see where the additional debugging symbols might be useful *if* it happens again. I can't reproduce it on demand. How would I rebuild the base csup to use the -g or would it be better to switch to the ports csup version and do it there? Thanks, Randy -- From spawk at acm.poly.edu Sat Jul 12 19:21:23 2008 From: spawk at acm.poly.edu (Boris Kochergin) Date: Sat Jul 12 19:21:29 2008 Subject: Core dump using csup to update ports tree In-Reply-To: <20080712150914.99751dab.bsd-unix@embarqmail.com> References: <20080712100025.209db9d8.bsd-unix@embarqmail.com> <20080712142636.GA21097@eos.sc1.parodius.com> <20080712104740.e975109e.bsd-unix@embarqmail.com> <7d6fde3d0807121023kd9d6464u3dfec95908b6c3d7@mail.gmail.com> <20080712150914.99751dab.bsd-unix@embarqmail.com> Message-ID: <48790425.2080601@acm.poly.edu> Randy Pratt wrote: > On Sat, 12 Jul 2008 10:23:07 -0700 > "Garrett Cooper" wrote: > > >> On Sat, Jul 12, 2008 at 7:47 AM, Randy Pratt wrote: >> >>> On Sat, 12 Jul 2008 07:26:36 -0700 >>> Jeremy Chadwick wrote: >>> >>> >>>> On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote: >>>> >>>>> Later, I retried cvsup5.us.freebsd.org and was not able to duplicate >>>>> the core dump. I do have the core dump if its of any use: >>>>> >>>>> http://myfreebsd.homeunix.net/csup.core >>>>> >>>> Can you provide a backtrace with this core? >>>> >>>> $ gdb /usr/bin/csup csup.core >>>> ... >>>> (gdb) bt full >>>> >>> # gdb /usr/bin/csup csup.core >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and >>> you are welcome to change it and/or distribute copies of it under >>> certain conditions. Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. This GDB was configured as "i386-marcel-freebsd"...(no >>> debugging symbols found)... Core was generated by `csup'. >>> Program terminated with signal 11, Segmentation fault. >>> Reading symbols from /lib/libcrypto.so.4...(no debugging symbols >>> found)...done. Loaded symbols for /lib/libcrypto.so.4 >>> Reading symbols from /lib/libz.so.3...(no debugging symbols >>> found)...done. Loaded symbols for /lib/libz.so.3 >>> Reading symbols from /lib/libpthread.so.2...(no debugging symbols >>> found)...done. Loaded symbols for /lib/libpthread.so.2 >>> Reading symbols from /lib/libc.so.6...(no debugging symbols >>> found)...done. Loaded symbols for /lib/libc.so.6 >>> Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols >>> found)...done. Loaded symbols for /libexec/ld-elf.so.1 >>> #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 >>> [New Thread 0x8066600 (LWP 100197)] >>> [New Thread 0x8066000 (runnable)] >>> [New LWP 100198] >>> (gdb) bt full >>> #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 >>> No symbol table info available. >>> #1 0x281abaaa in pthread_mutexattr_init () from /lib/libpthread.so.2 >>> No symbol table info available. >>> #2 0x2808d450 in ?? () >>> No symbol table info available. >>> (gdb) q >>> # >>> >>> Thanks for the interest and response, >>> >>> Best regards, >>> >>> Randy >>> >> Randy, >> Did you build csup yourself or did it come prepackaged with the >> base system? If the former, please recompiling csup with CFLAGS=-g (as >> well as your current CFLAGS) and then repost your results. >> Also, please provide your CFLAGS (and any other compile flag >> variables) as a sidenote. >> > > Its the csup built with the base system. The only thing of > consequence in /etc/make.conf is: > > CFLAGS= -O -pipe > NO_PROFILE=true # Avoid compiling profiled libraries > > I can see where the additional debugging symbols might be useful > *if* it happens again. I can't reproduce it on demand. > > How would I rebuild the base csup to use the -g or would it be > better to switch to the ports csup version and do it there? > > Thanks, > > Randy > You can change your CFLAGS in /etc/make.conf to "-g -pipe", cd into /usr/src/usr.bin/csup, "make", and "make install". -Boris From bsd-unix at embarqmail.com Sat Jul 12 20:16:14 2008 From: bsd-unix at embarqmail.com (Randy Pratt) Date: Sat Jul 12 20:16:22 2008 Subject: Core dump using csup to update ports tree In-Reply-To: <48790425.2080601@acm.poly.edu> References: <20080712100025.209db9d8.bsd-unix@embarqmail.com> <20080712142636.GA21097@eos.sc1.parodius.com> <20080712104740.e975109e.bsd-unix@embarqmail.com> <7d6fde3d0807121023kd9d6464u3dfec95908b6c3d7@mail.gmail.com> <20080712150914.99751dab.bsd-unix@embarqmail.com> <48790425.2080601@acm.poly.edu> Message-ID: <20080712161611.3c8c3401.bsd-unix@embarqmail.com> On Sat, 12 Jul 2008 15:21:09 -0400 Boris Kochergin wrote: > Randy Pratt wrote: > > On Sat, 12 Jul 2008 10:23:07 -0700 > > "Garrett Cooper" wrote: > > > > > >> On Sat, Jul 12, 2008 at 7:47 AM, Randy Pratt wrote: > >> > >>> On Sat, 12 Jul 2008 07:26:36 -0700 > >>> Jeremy Chadwick wrote: > >>> > >>> > >>>> On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote: > >>>> > >>>>> Later, I retried cvsup5.us.freebsd.org and was not able to duplicate > >>>>> the core dump. I do have the core dump if its of any use: > >>>>> > >>>>> http://myfreebsd.homeunix.net/csup.core > >>>>> > >>>> Can you provide a backtrace with this core? > >>>> > >>>> $ gdb /usr/bin/csup csup.core > >>>> ... > >>>> (gdb) bt full > >>>> > >>> # gdb /usr/bin/csup csup.core > >>> GNU gdb 6.1.1 [FreeBSD] > >>> Copyright 2004 Free Software Foundation, Inc. > >>> GDB is free software, covered by the GNU General Public License, and > >>> you are welcome to change it and/or distribute copies of it under > >>> certain conditions. Type "show copying" to see the conditions. > >>> There is absolutely no warranty for GDB. Type "show warranty" for > >>> details. This GDB was configured as "i386-marcel-freebsd"...(no > >>> debugging symbols found)... Core was generated by `csup'. > >>> Program terminated with signal 11, Segmentation fault. > >>> Reading symbols from /lib/libcrypto.so.4...(no debugging symbols > >>> found)...done. Loaded symbols for /lib/libcrypto.so.4 > >>> Reading symbols from /lib/libz.so.3...(no debugging symbols > >>> found)...done. Loaded symbols for /lib/libz.so.3 > >>> Reading symbols from /lib/libpthread.so.2...(no debugging symbols > >>> found)...done. Loaded symbols for /lib/libpthread.so.2 > >>> Reading symbols from /lib/libc.so.6...(no debugging symbols > >>> found)...done. Loaded symbols for /lib/libc.so.6 > >>> Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols > >>> found)...done. Loaded symbols for /libexec/ld-elf.so.1 > >>> #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 > >>> [New Thread 0x8066600 (LWP 100197)] > >>> [New Thread 0x8066000 (runnable)] > >>> [New LWP 100198] > >>> (gdb) bt full > >>> #0 0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2 > >>> No symbol table info available. > >>> #1 0x281abaaa in pthread_mutexattr_init () from /lib/libpthread.so.2 > >>> No symbol table info available. > >>> #2 0x2808d450 in ?? () > >>> No symbol table info available. > >>> (gdb) q > >>> # > >>> > >>> Thanks for the interest and response, > >>> > >>> Best regards, > >>> > >>> Randy > >>> > >> Randy, > >> Did you build csup yourself or did it come prepackaged with the > >> base system? If the former, please recompiling csup with CFLAGS=-g (as > >> well as your current CFLAGS) and then repost your results. > >> Also, please provide your CFLAGS (and any other compile flag > >> variables) as a sidenote. > >> > > > > Its the csup built with the base system. The only thing of > > consequence in /etc/make.conf is: > > > > CFLAGS= -O -pipe > > NO_PROFILE=true # Avoid compiling profiled libraries > > > > I can see where the additional debugging symbols might be useful > > *if* it happens again. I can't reproduce it on demand. > > > > How would I rebuild the base csup to use the -g or would it be > > better to switch to the ports csup version and do it there? > > > > Thanks, > > > > Randy > > > You can change your CFLAGS in /etc/make.conf to "-g -pipe", cd into > /usr/src/usr.bin/csup, "make", and "make install". Thanks! I preceeded the rebuild with a make clean. Perhaps I can provide a more useful backtrace when/if it happens again. Randy -- From root at letinet.org Sat Jul 12 20:48:42 2008 From: root at letinet.org (Roman Levitskiy) Date: Sat Jul 12 20:48:49 2008 Subject: portmaster fails to fetch distfiles Message-ID: <20080712200906.GA89500@sis.home> Hello freebsd-ports subscribers. Some time ago I've started using portmaster, and faced with trouble: for unknown reason, it cannot fetch distfile. For example, today I have started upgrading clamav package using "portmaster clamav" command. It give me such looping messages: ===>>> Waiting on fetch & checksum for security/clamav <<<=== ===> Found saved configuration for clamav-0.93.1_2 => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://nchc.dl.sourceforge.net/sourceforge/clamav/. clamav-0.93.3.tar.gz ===>>> Waiting on fetch & checksum for security/clamav <<<=== ===> Found saved configuration for clamav-0.93.1_2 => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://nchc.dl.sourceforge.net/sourceforge/clamav/. clamav-0.93.3.tar.gz ===>>> Waiting on fetch & checksum for security/clamav <<<=== ===> Found saved configuration for clamav-0.93.1_2 => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://nchc.dl.sourceforge.net/sourceforge/clamav/. clamav-0.93.3.tar.gz The same situation seen frequently with other ports - it continues trying to fetch file with no success. After some time, it can got it, but it start boring me. Can say for sure, that distfiles are existing. As in above example, it I issue a command "# fetch http://nchc.dl.sourceforge.net/sourceforge/clamav/clamav-0.93.3.tar.gz", it is starting downloading immediately. Any thoughts will be appreciated. -- Roman From yanefbsd at gmail.com Sat Jul 12 21:04:39 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sat Jul 12 21:04:47 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> Message-ID: <3F003A29-433F-4D28-976C-2495325AA8CC@gmail.com> On Jun 6, 2008, at 10:52 AM, eculp wrote: > I've not been able to get OpenOffice to compile on my AMD64-2 > Current8 because first it will not accept diablo-jdk15 and neither > jdk15 or jdk16 finish compiling. > > # uname -a > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #114: Mon > Jun 2 05:44:28 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/ > sys/ENCONTACTO amd64 > > jdk16 breaks at hotspot with: > > gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/ > bsd/Makefile \ > LP64=1 HOTSPOT_BUILD_VERSION=1.6.0_03-p4- > root_06_jun_2008_12_47-b00 JAVA_HOME=/usr/local/diablo-jdk1.5.0 > GAMMADIR=/almacen1/ports/java/jdk16/work/hotspot MAKE_VERBOSE=y > product > gmake[3]: Entering directory `/almacen1/ports/java/jdk16/work/ > control/build/bsd-amd64/hotspot/outputdir' > gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/bsd/Makefile > checks > gmake[4]: Entering directory `/almacen1/ports/java/jdk16/work/ > control/build/bsd-amd64/hotspot/outputdir' > /usr/local/diablo-jdk1.5.0/bin/javap > javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ > if [ $? -ne 0 ]; then \ > /usr/local/diablo-jdk1.5.0/bin/java -version; \ > echo "*** An XSLT processor (J2SE 1.4.x or newer) is > required" \ > "to bootstrap this build" 1>&2; \ > exit 1; \ > fi > Fatal error 'kse_create() failed > > and jdk15 a bit differently but also at hotspot: > > External File/Binary Locations: > HOTSPOT_SERVER_PATH = /almacen1/ports/java/jdk15/work/control/ > build/bsd-amd64/hotspot-amd64/server > HOTSPOT_IMPORT_PATH = /almacen1/ports/java/jdk15/work/control/ > build/bsd-amd64/hotspot-amd64/import > MOTIF_DIR = /usr/local > CACERTS_FILE = ./../src/share/lib/security/cacerts > > No setting required for Unix Systems > WARNING: Your are not building SPONSORS workspace from > the control build. This will result in a development-only > build of the J2SE workspace, lacking the installation bundles > > WARNING: Your FreeBSD installation is not valid for building a > the J2SDK. You must be using FreeBSD 5.[345]|6.*. > Your release is 8.0-CURRENT > > ERROR: Your BOOTDIR environment variable does not point > to a valid Java 2 SDK for bootstrapping this build. > A Java 2 SDK 5.0_14 build must be bootstrapped using > J2SDK 1.4.2 fcs (or later). > Apparently, your bootstrap JDK is version > Please update your ALT_BOOTDIR setting and start your build > again. > > Exiting because of the above error(s). > > Any suggestions appreciated. > > ed Ed, KSE support from CURRENT was yanked recently (http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2008-03/msg00298.html ). You can't use prebuilt java binaries for building later copies of Java... Not sure how to build Java from scratch. -Garrett From dougb at FreeBSD.org Sat Jul 12 21:13:04 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Jul 12 21:13:10 2008 Subject: portmaster fails to fetch distfiles In-Reply-To: <20080712200906.GA89500@sis.home> References: <20080712200906.GA89500@sis.home> Message-ID: <48791E5D.40908@FreeBSD.org> Roman Levitskiy wrote: > Hello freebsd-ports subscribers. > Some time ago I've started using portmaster, and faced with > trouble: for unknown reason, it cannot fetch distfile. > For example, today I have started upgrading clamav package > using "portmaster clamav" command. It give me such looping > messages: > > ===>>> Waiting on fetch & checksum for security/clamav <<<=== > ===> Found saved configuration for clamav-0.93.1_2 > => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from > http://nchc.dl.sourceforge.net/sourceforge/clamav/. > clamav-0.93.3.tar.gz That has nothing to do with portmaster, the messages mean just what they say. Try commenting that site out in ports/Mk/bsd.sites.mk, then cd to the port directory for your version of clamav and run 'make checksum'. Then you can go back to using portmaster to do the update if you wish. hth, Doug -- This .signature sanitized for your protection From swhetzel at gmail.com Sat Jul 12 21:23:00 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Sat Jul 12 21:23:13 2008 Subject: koffice-kde3 compile failure on amd64 _SOLVED In-Reply-To: <200807100406.28636.david@vizion2000.net> References: <200807090652.54308.david@vizion2000.net> <20080709180726.GA9648@owl.midgard.homeip.net> <200807100406.28636.david@vizion2000.net> Message-ID: <790a9fff0807121422v63b945b1gfa6a17b55a0587e9@mail.gmail.com> On Thu, Jul 10, 2008 at 6:06 AM, David Southwell wrote: > On Wednesday 09 July 2008 11:07:26 Erik Trulsson wrote: >> On Wed, Jul 09, 2008 at 06:52:54AM -0700, David Southwell wrote: >> > Here it is.. >> > >> > Does anyone know how to fix this one? >> > Thanks in advance >> > _________________________________________________________________________ >> >__ then mv -f ".deps/karbon.la.Tpo" ".deps/karbon.la.Po"; else >> > rm -f ".deps/karbon.la.Tpo"; exit 1; fi >> > /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=link >> > c++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG >> > -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions >> > -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST >> > -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF >> > -L/usr/local/lib -o karbon -R /usr/local/lib -R /usr/local/lib -R >> > /usr/local/lib -R /usr/local/lib -R /usr/local/lib -no-undefined >> > -L/usr/local/lib -D_THREAD_SAFE -pthread -L/usr/local/lib karbon.la.o >> > libkdeinit_karbon.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg >> > -L/usr/local/lib /usr/local/lib/libMagickCore.so: undefined reference to >> > `DrawSetViewbox' /usr/local/lib/libMagickCore.so: undefined reference to >> > `DrawScale' /usr/local/lib/libMagickCore.so: undefined reference to >> > `DrawSetTextUnderColor' >> >> Yes, I have seen a similar problem before. >> If you have the graphics/ImageMagick port installed, then the koffice-kde3 >> build will somehow try to link against that instead of the libraries >> installed by the graphics/GraphicsMagick port (which it should use.) >> (Note that the file /usr/local/lib/libMagickCore.so is installed by >> graphics/ImageMagick, not by graphics/GraphicsMagick.) >> >> >> If you deinstall ImageMagick, and then try to reinstall koffice-kde3 it >> should work. Afterwards you can reinstall ImageMagick again if you wish. >> (As far as I can tell it is only when building and installing koffice-kde3 >> that the presence of ImageMagick is a problem, not when running it.) > > Thanks v much your diagnosis was spot on. Your advice should be in UPDATING .. > maybe you could draft an entry and submit it. > The correct solution is to patch the configure script to skip detection of ImageMagick when it has already detected GraphicMagick. See PR 125526: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125526 Scot From r.c.ladan at gmail.com Sat Jul 12 21:23:05 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Sat Jul 12 21:23:14 2008 Subject: portmaster fails to fetch distfiles In-Reply-To: <20080712200906.GA89500@sis.home> References: <20080712200906.GA89500@sis.home> Message-ID: 2008/7/12 Roman Levitskiy : > Hello freebsd-ports subscribers. > Some time ago I've started using portmaster, and faced with > trouble: for unknown reason, it cannot fetch distfile. > For example, today I have started upgrading clamav package > using "portmaster clamav" command. It give me such looping > messages: > > ===>>> Waiting on fetch & checksum for security/clamav <<<=== > ===> Found saved configuration for clamav-0.93.1_2 > => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from > http://nchc.dl.sourceforge.net/sourceforge/clamav/. > clamav-0.93.3.tar.gz > > ===>>> Waiting on fetch & checksum for security/clamav <<<=== > ===> Found saved configuration for clamav-0.93.1_2 > => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from > http://nchc.dl.sourceforge.net/sourceforge/clamav/. > clamav-0.93.3.tar.gz > > ===>>> Waiting on fetch & checksum for security/clamav <<<=== > ===> Found saved configuration for clamav-0.93.1_2 > => clamav-0.93.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from > http://nchc.dl.sourceforge.net/sourceforge/clamav/. > clamav-0.93.3.tar.gz > > The same situation seen frequently with other ports - it continues > trying to fetch file with no success. After some time, it can got it, > but it start boring me. > Can say for sure, that distfiles are existing. As in above example, > it I issue a command "# fetch > http://nchc.dl.sourceforge.net/sourceforge/clamav/clamav-0.93.3.tar.gz", > it is starting downloading immediately. > > Any thoughts will be appreciated. > On my box (i386 7.0-REL), portmaster fetches the files just fine. Sometimes it shows these looping messages until the download is complete. In my experience, nchc is quite slow (about 4 kB/s), so it will show a lot of these messages. hth, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From mezz7 at cox.net Sat Jul 12 22:40:18 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Jul 12 22:40:29 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: <200807100849.27824.Helko.Glathe@freenet.de> References: <200807100849.27824.Helko.Glathe@freenet.de> Message-ID: On Thu, 10 Jul 2008 01:49:27 -0500, Helko Glathe wrote: > Hi > > I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. > Firefox3 starts without warnings. > > But entering URLs into the adress field there are no reactions. No > request to > the URL is made. > > Only the Home Button works fine. > > Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ > show > reactions. > > A portupgrade fR www/firefox3 doesn't fixed that problem. > > Any ideas? No idea, lack details. Reinstall firefox3 with WITH_DEBUG=yes then run 'firefox3 -g'. http://www.freebsd.org/gnome/docs/bugging.html Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From eculp at encontacto.net Sun Jul 13 02:13:05 2008 From: eculp at encontacto.net (eculp) Date: Sun Jul 13 02:13:11 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: <3F003A29-433F-4D28-976C-2495325AA8CC@gmail.com> References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> <3F003A29-433F-4D28-976C-2495325AA8CC@gmail.com> Message-ID: <20080712211301.78992sqwgvp0ebc4@intranet.encontacto.net> Quoting Garrett Cooper : > On Jun 6, 2008, at 10:52 AM, eculp wrote: > >> I've not been able to get OpenOffice to compile on my AMD64-2 >> Current8 because first it will not accept diablo-jdk15 and neither >> jdk15 or jdk16 finish compiling. >> >> # uname -a >> FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #114: Mon >> Jun 2 05:44:28 CDT 2008 >> root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO amd64 >> >> jdk16 breaks at hotspot with: >> >> gmake -f >> /almacen1/ports/java/jdk16/work/hotspot/build/bsd/Makefile \ >> LP64=1 >> HOTSPOT_BUILD_VERSION=1.6.0_03-p4-root_06_jun_2008_12_47-b00 >> JAVA_HOME=/usr/local/diablo-jdk1.5.0 >> GAMMADIR=/almacen1/ports/java/jdk16/work/hotspot MAKE_VERBOSE=y >> product >> gmake[3]: Entering directory >> `/almacen1/ports/java/jdk16/work/control/build/bsd-amd64/hotspot/outputdir' >> gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/bsd/Makefile checks >> gmake[4]: Entering directory >> `/almacen1/ports/java/jdk16/work/control/build/bsd-amd64/hotspot/outputdir' >> /usr/local/diablo-jdk1.5.0/bin/javap >> javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ >> if [ $? -ne 0 ]; then \ >> /usr/local/diablo-jdk1.5.0/bin/java -version; \ >> echo "*** An XSLT processor (J2SE 1.4.x or newer) is required" \ >> "to bootstrap this build" 1>&2; \ >> exit 1; \ >> fi >> Fatal error 'kse_create() failed >> >> and jdk15 a bit differently but also at hotspot: >> >> External File/Binary Locations: >> HOTSPOT_SERVER_PATH = >> /almacen1/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server >> HOTSPOT_IMPORT_PATH = >> /almacen1/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import >> MOTIF_DIR = /usr/local >> CACERTS_FILE = ./../src/share/lib/security/cacerts >> >> No setting required for Unix Systems >> WARNING: Your are not building SPONSORS workspace from >> the control build. This will result in a development-only >> build of the J2SE workspace, lacking the installation bundles >> >> WARNING: Your FreeBSD installation is not valid for building a >> the J2SDK. You must be using FreeBSD 5.[345]|6.*. >> Your release is 8.0-CURRENT >> >> ERROR: Your BOOTDIR environment variable does not point >> to a valid Java 2 SDK for bootstrapping this build. >> A Java 2 SDK 5.0_14 build must be bootstrapped using >> J2SDK 1.4.2 fcs (or later). >> Apparently, your bootstrap JDK is version >> Please update your ALT_BOOTDIR setting and start your build again. >> >> Exiting because of the above error(s). >> >> Any suggestions appreciated. >> >> ed > > Ed, > KSE support from CURRENT was yanked recently > (http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2008-03/msg00298.html). You can't use prebuilt java binaries for building later copies of > Java... > Not sure how to build Java from scratch. > -Garrett > Thanks, Garrett. It wad far mi laptop the is now getting the screen replaced from a fall off the desk, so maybe when I get it back, there will be a way to build java. Thanks again for the info, ed From glewis at eyesbeyond.com Sun Jul 13 04:02:00 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Jul 13 04:02:08 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: <3F003A29-433F-4D28-976C-2495325AA8CC@gmail.com> References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> <3F003A29-433F-4D28-976C-2495325AA8CC@gmail.com> Message-ID: <20080713040143.GA97115@misty.eyesbeyond.com> On Sat, Jul 12, 2008 at 02:05:33PM -0700, Garrett Cooper wrote: > On Jun 6, 2008, at 10:52 AM, eculp wrote: > > >I've not been able to get OpenOffice to compile on my AMD64-2 > >Current8 because first it will not accept diablo-jdk15 and neither > >jdk15 or jdk16 finish compiling. > > > ># uname -a > >FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #114: Mon > >Jun 2 05:44:28 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/ > >sys/ENCONTACTO amd64 > > > >jdk16 breaks at hotspot with: > > > > gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/ > >bsd/Makefile \ > > LP64=1 HOTSPOT_BUILD_VERSION=1.6.0_03-p4- > >root_06_jun_2008_12_47-b00 JAVA_HOME=/usr/local/diablo-jdk1.5.0 > >GAMMADIR=/almacen1/ports/java/jdk16/work/hotspot MAKE_VERBOSE=y > >product > >gmake[3]: Entering directory `/almacen1/ports/java/jdk16/work/ > >control/build/bsd-amd64/hotspot/outputdir' > >gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/bsd/Makefile > >checks > >gmake[4]: Entering directory `/almacen1/ports/java/jdk16/work/ > >control/build/bsd-amd64/hotspot/outputdir' > >/usr/local/diablo-jdk1.5.0/bin/javap > >javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ > > if [ $? -ne 0 ]; then \ > > /usr/local/diablo-jdk1.5.0/bin/java -version; \ > > echo "*** An XSLT processor (J2SE 1.4.x or newer) is > >required" \ > > "to bootstrap this build" 1>&2; \ > > exit 1; \ > > fi > >Fatal error 'kse_create() failed > > > >and jdk15 a bit differently but also at hotspot: > > > >External File/Binary Locations: > > HOTSPOT_SERVER_PATH = /almacen1/ports/java/jdk15/work/control/ > >build/bsd-amd64/hotspot-amd64/server > > HOTSPOT_IMPORT_PATH = /almacen1/ports/java/jdk15/work/control/ > >build/bsd-amd64/hotspot-amd64/import > > MOTIF_DIR = /usr/local > > CACERTS_FILE = ./../src/share/lib/security/cacerts > > > > No setting required for Unix Systems > >WARNING: Your are not building SPONSORS workspace from > > the control build. This will result in a development-only > > build of the J2SE workspace, lacking the installation bundles > > > >WARNING: Your FreeBSD installation is not valid for building a > > the J2SDK. You must be using FreeBSD 5.[345]|6.*. > > Your release is 8.0-CURRENT > > > >ERROR: Your BOOTDIR environment variable does not point > > to a valid Java 2 SDK for bootstrapping this build. > > A Java 2 SDK 5.0_14 build must be bootstrapped using > > J2SDK 1.4.2 fcs (or later). > > Apparently, your bootstrap JDK is version > > Please update your ALT_BOOTDIR setting and start your build > >again. > > > >Exiting because of the above error(s). > > > >Any suggestions appreciated. > > > >ed > > Ed, > KSE support from CURRENT was yanked recently > (http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2008-03/msg00298.html > ). You can't use prebuilt java binaries for building later copies of > Java... > Not sure how to build Java from scratch. You could try installing say linux-sun-jdk15 or linux-sun-jdk16 and specifying WITH_LINUX_BOOTSTRAP when compiling jdk15 or jdk16. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From yanefbsd at gmail.com Sun Jul 13 04:05:24 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Jul 13 04:05:30 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <200807120305.40066.david@vizion2000.net> References: <200807100340.38399.david@vizion2000.net> <200807120229.06772.david@vizion2000.net> <20080712092655.GA8371@eos.sc1.parodius.com> <200807120305.40066.david@vizion2000.net> Message-ID: <7d6fde3d0807121049v61028960ufcc9b1661d71edba@mail.gmail.com> On Sat, Jul 12, 2008 at 3:05 AM, David Southwell wrote: > > Not really. > > The information you give is valuable and will be helpful to those who do not > understand the complications. > > However you are not telling me anything I do not know - which was > why my original posting was phrased in a respectful and unloaded way. (My > first contact with Perl was during its early development stages so its > history is familiar to me.) > > I would have expected a reply that indicated progess and a genuine and helpful > attempt to indicate a best/worst scenario for an upgrade. > > I certainly do not expect to get of topic responses that cast aspersions, > including accusations of making demands or other replies that seem to be so > overly defensive that one wonders what emotions are driving the contributors. > > Thanks for wading in > > David (as a helpful note) I think that larger project upgrades should possibly have a Wiki page for referencing progress so folks can work through issues with major port tree upgrades (X.org, perl, kde, etc). Questions like these pop up semi-frequently on the list, and it's helpful to have data rather than look around at each other and blink then shrug. I'll see about adding some wiki pages (if my wiki.FreeBSD account is still active), then I'll prod some folks for status info. Cheers, -Garrett From dougb at FreeBSD.org Sun Jul 13 04:43:59 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Jul 13 04:44:06 2008 Subject: FreeBSD Port: mgeupsd-0.3_1 In-Reply-To: References: Message-ID: <4879880C.6000901@FreeBSD.org> In general, the comments below apply to all 3 scripts you submitted. This is not meant to discourage your enthusiasm, but hopefully to channel it into a more useful direction. Before you proceed, please read http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html and the rc.d Handbook chapter referenced in the first paragraph of that article. yves.guerin@muhc.mcgill.ca wrote: > Hello, > > I redo the rc.d script file. > > #!/bin/sh > > # PatrioteBSD > ######################################### > # JAMAIS TESTE AVEC mgeupsd_enable="yes" > # NEVER TESTED WITH mgeupsd_enable="YES" > ######################################### Someone else already mentioned that comments, instructions, etc. should at least be in English. Of course, if you also want to provide French translations of the comments that's fine too. > # REQUIRE: > # BEFORE: securelevel Empty REQUIRE should not be used, and BEFORE should only be used as a last resort. You could almost certainly achieve your desired goal with "REQUIRE: LOGIN" which is what we recommend port authors use unless they have a very good reason not to. > mgeupsd_enable=${mgeupsd_enable:-"NO"} Please see the article above regarding location of this line in the script, and also style issues. > mgeupsd_start() > { > #/usr/local/sbin/mgeupsd -run /usr/local/sbin/powerhandler > /dev/cuaa0 > echo -n ' jamais teste - never tested - veuillez editer ce fichier > $0 - edit this file $0 => mgeupsd' > sleep 2 > } None of this makes any sense to me, I have no idea what you're trying to achieve. > mgeupsd_stop() > { > kill `cat /var/run/mgeupsd.pid` > rm -f /var/run/mgeupsd.pid These two things are better handled by rc.subr. > rm -f /var/run/powerstatus I can't think of why this would be necessary, but if it is then this should be a stop_postcmd. > echo -n ' mgeupsd' Don't do this. :) hope this helps, Doug -- This .signature sanitized for your protection From vivek at khera.org Sun Jul 13 04:57:13 2008 From: vivek at khera.org (Vivek Khera) Date: Sun Jul 13 04:57:21 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <20080712065656.GH29175@soaustin.net> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> <20080712061857.GA11590@latitude.dh.sono> <20080712065656.GH29175@soaustin.net> Message-ID: <6EC1E440-C4E6-4BCC-8A94-E2D5058A61AF@khera.org> On Jul 12, 2008, at 2:56 AM, Mark Linimon wrote: > On Sat, Jul 12, 2008 at 08:18:58AM +0200, Koen Martens wrote: >> Silly suggestion: if your business is depending on it, either fix >> the port >> yourself or pay someone to fix it for you. Seriously, making >> demands in a >> free software project is silly (if not rude). > > Actually, Vivek does contribute to FreeBSD as a port maintainer, so he > is due a a little respect. > > However, I have to admit that I find the tone of posts such as his > very > discouraging at this time. All I'm looking for is a break in the "cone of silence" regarding what is going on officially regarding perl 5.10 entering the ports tree. Is someone (or some group) actively working on it and if so, what is the status? Lack of communications leads directly to people getting discouraged and disgruntled. From danfe at FreeBSD.org Sun Jul 13 07:14:52 2008 From: danfe at FreeBSD.org (Alexey Dokuchaev) Date: Sun Jul 13 07:14:59 2008 Subject: games/warsow and games/warsow-data ouf of date In-Reply-To: <91b92520807110411o6e7d3b91u7e324936eb4fa30b@mail.gmail.com> References: <91b92520807110411o6e7d3b91u7e324936eb4fa30b@mail.gmail.com> Message-ID: <20080713071452.GA84930@FreeBSD.org> On Fri, Jul 11, 2008 at 01:11:16PM +0200, Sandra Kachelmann wrote: > Hi > > games/warsow and games/warsow-data are out of date and the mouse isn't > working with the version in ports, however there is 0.42 available. Do > you have any plans on updating the port? Most certainly. I'll work on those shortly, thanks for reminder. ./danfe From david at vizion2000.net Sun Jul 13 09:06:24 2008 From: david at vizion2000.net (David Southwell) Date: Sun Jul 13 09:06:32 2008 Subject: Ports procedure when upgrading (e.g 6.1 >6.3) Message-ID: <200807130228.03230.david@vizion2000.net> Hi I have just upgraded a system from 6.1 to 6.3 on an amd64 system and ran across some problems with installed ports that would not work on the upgraded system without some careful attention. I am sure there must be a way of identifying ports that need attention follwing a system upgrade. What is the appropriate procedure? I could find no mention of this in the Handbook - I probably missed something. I am sure there must be some other ports I have not attended to properly and would like to familarize myself with the correct procedure before upgrading once more to 7.0 when I suspect there may be more differences to resolve. EXAMPLE: By way of illustration I ran into a problem with perl. Whilst perl itself functioned running cpan r produced errors due to a perceived incompatibility between the upgraded platform and an internal documentation system that retained references to the old platform. The only effective way I found to solve the problem was by deinstalling perl, deleting its entire library file structure and then installing perl5.8 from scratch. There may have been better ways of doing it but at least I found a way that worked. I had previously tried a make clean, deinstall, make configure, make and make install but that did not clear the problem. It would seem that the port Makefile does not check whether there has been a change in the platfrom and make corresponding essential alterations. David From v.haisman at sh.cvut.cz Sun Jul 13 15:20:43 2008 From: v.haisman at sh.cvut.cz (=?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?=) Date: Sun Jul 13 15:20:50 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> Message-ID: <487A1D33.7070209@sh.cvut.cz> Vivek Khera wrote, On 11.7.2008 21:06: > > On Jul 11, 2008, at 2:53 PM, Remko Lodder wrote: > >> So, when can I expect your updated work on the port, build all >> dependencies to make sure they keep on working etc? I understand that >> we want to have this as soon as possible, but also do keep in mind >> that we would like to make sure as much as possible that the code can >> actually work. I am not aware of the reason > > There's no way to do all this testing in a vacuum. Make the port. > Publish it. People who want to try it out will and then all the > dependent ports (ie, CPAN modules) that may have broken can get fixed by > a large group of people who may have more time to volunteer. This sounds reasonable to me. What if the ports infrastructure had additional flag, say EXPERIMENTAL. Ports marked as such would not build/install by default unless something, say ALLOW_EXPERIMENTAL_PORTS=yes, was defined. That way we (people interested in the port) can work on improving it without burdening users that want just stable things. Without existing port, even if broken one, nobody can easily start helping, unless the person wants to start over from scratch, which is considerably harder than starting from semi-finished/working port. > > Seriously, though... is someone actively working on a perl 5.10 port and > can we find out what is holding it up for over 6 months now? Around > February I started wondering about it, but it wasn't such a big deal to > me then. Now it is becoming more of a big deal because our developers > want to start using some of the 5.10 features in our new projects, but > without a port/package it complicates our dev and production environment > management. -- VH -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 219 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080713/7ed2c0bf/signature.pgp From avg at icyb.net.ua Sun Jul 13 18:09:18 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Sun Jul 13 18:09:26 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <4877D82C.6030309@FreeBSD.org> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> Message-ID: <487A3ADD.3000707@icyb.net.ua> on 12/07/2008 01:01 Sergey Matveychuk said the following: > Andriy Gapon wrote: >> on 10/07/2008 11:18 Yuri said the following: >>> David Southwell wrote: >>>> Did you follow the instructions in UPDATING (see below)? >>>> They may have some bearing on the problem. >>>> ________________________ >>>> 20080701: >>>> AFFECTS: users of devel/subversion* >>>> AUTHOR: Lev Serebryakov >>>> >>>> subversion now uses neon-0.28.x (www/neon28) port, and automatic >>>> portupgrade will fail because neon26 will conflict with installed >>>> neon26. >>>> You should upgrade neon library tohgether with subversion with >>>> >>>> # portupgrade -o www/neon28 neon subversion >>>> >>>> command. >>>> >>>> Also, if you use special subversion port with bindings, you >>>> should upgrade your port to clean subversion port with >>>> >>>> # portupgrade -o devel/subversion subversion-\* >>>> >>>> and install needed bindings (p5-subversion, py-subversion and/or >>>> ruby-subversion) after that. >>>> >>>> If you use subversion with bindings, installed from devel/subversion >>>> with custom options, don't forget to install separate bindings ports >>>> after subversion upgrade. >>>> __________________________- >>>> >>>> David >>>> >>> >>> No, command "portupgrade -o www/neon28 neon subversion" causes the same >>> error message itself. >> >> Manually deinstall neon26 (you might want to create a backup with >> pkg_create -b) and then install neon28 and then proceed as usual with >> subversion. >> portupgrade -o seems to be broken. >> > > Really? Yes. At least for me. When I reported the issue I got now follow-ups - nobody said that it works for them and nobody said that they see the same issue. > Are you sure you use 2.4.3_2 version? Yes. $ ls -d /var/db/pkg/portupgrade-2.4.3_2,2 /var/db/pkg/portupgrade-2.4.3_2,2 $ portupgrade portupgrade 2.4.3 (2008/02/10) usage: portupgrade ... ... > Anyway using -o should be only with one port. It may work not as you > expected. I did exactly that. http://docs.freebsd.org/cgi/mid.cgi?486CE29D.6020400 Please note that the message linked contains a further link to an older report and discussion thread. -- Andriy Gapon From fbsd06 at mlists.homeunix.com Sun Jul 13 18:51:39 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Sun Jul 13 18:51:45 2008 Subject: Ports procedure when upgrading (e.g 6.1 >6.3) In-Reply-To: <200807130228.03230.david@vizion2000.net> References: <200807130228.03230.david@vizion2000.net> Message-ID: <20080713193434.6040af92@gumby.homeunix.com.> On Sun, 13 Jul 2008 02:28:03 -0700 David Southwell wrote: > Hi > > I have just upgraded a system from 6.1 to 6.3 on an amd64 system and > ran across some problems with installed ports that would not work on > the upgraded system without some careful attention. Unless you cross a major version change, there aren't normally any problems with ports. If anything were anticipated, it would presumably be documented in UPDATING. From yanefbsd at gmail.com Sun Jul 13 20:20:39 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Jul 13 20:20:45 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <7d6fde3d0807131223s4659bd3cv6e0a633daf6f2d05@mail.gmail.com> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> <487A1D33.7070209@sh.cvut.cz> <7d6fde3d0807131221r41f6a361x71df518eca3f3c46@mail.gmail.com> <7d6fde3d0807131223s4659bd3cv6e0a633daf6f2d05@mail.gmail.com> Message-ID: <7d6fde3d0807131224t28282dddx5b92c3eb8c445a77@mail.gmail.com> On Sun, Jul 13, 2008 at 12:23 PM, Garrett Cooper wrote: > On Sun, Jul 13, 2008 at 8:20 AM, V?clav Haisman wrote: >> >> What if the ports infrastructure had additional flag, say EXPERIMENTAL. >> Ports marked as such would not build/install by default unless something, >> say ALLOW_EXPERIMENTAL_PORTS=yes, was defined. That way we (people >> interested in the port) can work on improving it without burdening users >> that want just stable things. >> >> Without existing port, even if broken one, nobody can easily start helping, >> unless the person wants to start over from scratch, which is considerably >> harder than starting from semi-finished/working port. > > V?clav, > Given experience with the ports tree, it's such a large beast > that doing something like that would be unreasonable. This isn't > Gentoo's portage tree where packages can be masked and unmasked at > will. Adding an EXPERIMENTAL flag would just complicate things a lot. > However, like back in the day (last year) when major changes > affected the ports tree when X.org 7.2 was being imported, Florent > published a snapshot of the tree (IIRC) and allowed people to verify > whether or not it was stable. Then again the main ports tree was also > frozen, so meh... > Operating with a separate Perl ports dir (lang/perl5.10) than > mainline (lang/perl) would also be helpful I would think... > -Garrett s/unreasonable/reasonable/ From david at vizion2000.net Sun Jul 13 21:18:53 2008 From: david at vizion2000.net (David Southwell) Date: Sun Jul 13 21:19:00 2008 Subject: Ports procedure when upgrading (e.g 6.1 >6.3) In-Reply-To: <20080713193434.6040af92@gumby.homeunix.com.> References: <200807130228.03230.david@vizion2000.net> <20080713193434.6040af92@gumby.homeunix.com.> Message-ID: <200807131440.33962.david@vizion2000.net> On Sunday 13 July 2008 11:34:34 RW wrote: > On Sun, 13 Jul 2008 02:28:03 -0700 > > David Southwell wrote: > > Hi > > > > I have just upgraded a system from 6.1 to 6.3 on an amd64 system and > > ran across some problems with installed ports that would not work on > > the upgraded system without some careful attention. > > Unless you cross a major version change, there aren't normally any > problems with ports. If anything were anticipated, it would presumably > be documented in UPDATING. > _______________________________________________ Nothing in Updating about the problem I had. I have emailed the maintainer with the necessary info. David From rmcphx at gmail.com Sun Jul 13 23:17:00 2008 From: rmcphx at gmail.com (RMC PHX) Date: Sun Jul 13 23:17:07 2008 Subject: need help with the amanda port Message-ID: I've tried to contact the port maintainer for /usr/ports/misc/amanda client and server, but he has failed to respond. Can someone please upgrade the amanda ports to the current version of amanda? Thanks From yanefbsd at gmail.com Mon Jul 14 00:31:42 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Mon Jul 14 00:31:57 2008 Subject: portupgrade to Perl 5.10.0 ?? In-Reply-To: <7d6fde3d0807131221r41f6a361x71df518eca3f3c46@mail.gmail.com> References: <200807100340.38399.david@vizion2000.net> <200807110919.50885.david@vizion2000.net> <18551.34465.624986.569002@jerusalem.litteratus.org> <200807111138.36884.david@vizion2000.net> <4877AC3E.3050800@FreeBSD.org> <84B7D49E-038C-4AEB-A7E8-95135698C4F0@khera.org> <487A1D33.7070209@sh.cvut.cz> <7d6fde3d0807131221r41f6a361x71df518eca3f3c46@mail.gmail.com> Message-ID: <7d6fde3d0807131223s4659bd3cv6e0a633daf6f2d05@mail.gmail.com> On Sun, Jul 13, 2008 at 8:20 AM, V?clav Haisman wrote: > > What if the ports infrastructure had additional flag, say EXPERIMENTAL. > Ports marked as such would not build/install by default unless something, > say ALLOW_EXPERIMENTAL_PORTS=yes, was defined. That way we (people > interested in the port) can work on improving it without burdening users > that want just stable things. > > Without existing port, even if broken one, nobody can easily start helping, > unless the person wants to start over from scratch, which is considerably > harder than starting from semi-finished/working port. V?clav, Given experience with the ports tree, it's such a large beast that doing something like that would be unreasonable. This isn't Gentoo's portage tree where packages can be masked and unmasked at will. Adding an EXPERIMENTAL flag would just complicate things a lot. However, like back in the day (last year) when major changes affected the ports tree when X.org 7.2 was being imported, Florent published a snapshot of the tree (IIRC) and allowed people to verify whether or not it was stable. Then again the main ports tree was also frozen, so meh... Operating with a separate Perl ports dir (lang/perl5.10) than mainline (lang/perl) would also be helpful I would think... -Garrett From erwin at FreeBSD.org Mon Jul 14 01:10:11 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jul 14 01:10:22 2008 Subject: INDEX build failed for 6.x Message-ID: <200807140110.m6E1AB08072703@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. Warning: Duplicate INDEX entry: squid-2.6.21 Committers on the hook: amdmi3 beech lawrance lippe miwi pav Most recent CVS update was: U cad/brlcad/Makefile U devel/rth/Makefile U devel/rth/distinfo U devel/rth/pkg-descr U devel/rth/pkg-plist U devel/truc/Makefile U devel/truc/distinfo U devel/truc/pkg-descr U devel/truc/pkg-plist U games/eduke32/Makefile U games/eduke32/distinfo U multimedia/avinfo/Makefile U multimedia/avinfo/distinfo U net-im/sim-im-devel/Makefile U net-im/sim-im-devel/distinfo U palm/synce-librra/Makefile U palm/synce-librra/distinfo U palm/synce-librra/pkg-descr U palm/synce-librra/pkg-plist U palm/synce-librra/files/patch-src-rra-decode.c U palm/synce-librra/files/patch-src-rra-timezone.c U security/vuxml/vuln.xml U sysutils/xfce4-battery-plugin/Makefile U www/Makefile U www/drupal5/Makefile U www/drupal5/distinfo U www/drupal6/Makefile U www/drupal6/distinfo U www/squid26/Makefile U www/squid26/distinfo U www/squid26/pkg-descr U www/squid26/files/extra-patch-src-cf.data.pre.aufs U www/squid26/files/fix-kerberos.patch U www/squid26/files/icap-2.6-bootstrap.patch U www/squid26/files/icap-2.6-core.patch U www/squid26/files/patch-aa U www/squid26/files/patch-configure U www/squid26/files/patch-helpers-basic_auth-SMB-Makefile.in U www/squid26/files/patch-helpers-basic_auth-SMB-smb_auth.sh U www/squid26/files/patch-src-cf.data.pre U www/squid26/files/patch-tools-Makefile.in U www/squid26/files/pkg-deinstall.in U www/squid26/files/pkg-install.in U www/squid26/files/pkg-message.in U www/squid26/files/squid.in U x11-toolkits/swt-devel/Makefile U x11-toolkits/swt-devel/distinfo From erwin at FreeBSD.org Mon Jul 14 04:47:05 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jul 14 04:47:15 2008 Subject: INDEX build failed for 6.x Message-ID: <200807140447.m6E4l5Ru035250@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. Warning: Duplicate INDEX entry: squid-2.6.21 Committers on the hook: amdmi3 beech lawrance lippe maho miwi pav rafan vanilla wxs Most recent CVS update was: U MOVED U devel/p5-POE-XS-Loop-Poll/Makefile U devel/p5-POE-XS-Loop-Poll/distinfo U games/npush/Makefile U games/npush/distinfo U games/npush/pkg-plist U mail/mail-notification/Makefile U mail/mail-notification/distinfo U mail/mail-notification/pkg-plist U mail/mail-notification/files/patch-openssl-threads U mail/postfixadmin/Makefile U mail/postfixadmin/distinfo U mail/postfixadmin/pkg-descr U mail/postfixadmin/pkg-plist U mail/postfixadmin/files/patch-sendmail.php U mail/postfixadmin/files/pkg-message.in U math/gri/Makefile U math/gri/distinfo U math/gri/files/patch-doc_Makefile.in U math/superlu_mt/Makefile U net/Makefile U net/rabbitmq/Makefile U net/rabbitmq/distinfo U net/rabbitmq/pkg-descr U net/rabbitmq/pkg-plist U net/rabbitmq/files/rabbitmq.in U polish/kadu/Makefile U polish/kadu/distinfo U security/rainbowcrack/Makefile U www/squid26/Makefile From erwin at FreeBSD.org Mon Jul 14 07:18:11 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jul 14 07:18:20 2008 Subject: INDEX build failed for 6.x Message-ID: <200807140718.m6E7I9KQ056799@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. Warning: Duplicate INDEX entry: squid-2.6.21 Committers on the hook: ale amdmi3 beech edwin lawrance lippe maho miwi pav rafan vanilla wxs Most recent CVS update was: U Tools/scripts/modules/update.sh U java/bouncycastle/Makefile U java/bouncycastle/distinfo From david at vizion2000.net Mon Jul 14 08:27:07 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 14 08:27:18 2008 Subject: Ports procedure when upgrading (e.g 6.1 >6.3) In-Reply-To: <200807131440.33962.david@vizion2000.net> References: <200807130228.03230.david@vizion2000.net> <20080713193434.6040af92@gumby.homeunix.com.> <200807131440.33962.david@vizion2000.net> Message-ID: <200807140148.50958.david@vizion2000.net> On Sunday 13 July 2008 14:40:33 David Southwell wrote: > On Sunday 13 July 2008 11:34:34 RW wrote: > > On Sun, 13 Jul 2008 02:28:03 -0700 > > > > David Southwell wrote: > > > Hi > > > > > > I have just upgraded a system from 6.1 to 6.3 on an amd64 system and > > > ran across some problems with installed ports that would not work on > > > the upgraded system without some careful attention. > > > > Unless you cross a major version change, there aren't normally any > > problems with ports. If anything were anticipated, it would presumably > > be documented in UPDATING. > > _______________________________________________ > > Nothing in Updating about the problem I had. I have emailed the maintainer > with the necessary info. > > David > PS Where should advice about any procedures that are necessary modify pre-installed ports after a system upgrade be placed?? Should such info be placed in: ports/UPDATING src/UPDATING src/SRC_UPDATING David PPS I cannot find any info about the perl cpan problem in any of those files. David From fenner at FreeBSD.org Mon Jul 14 10:00:14 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Mon Jul 14 10:00:21 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200807141000.m6EA0DYT006427@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 erwin at FreeBSD.org Mon Jul 14 10:04:33 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jul 14 10:04:39 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200807141004.m6EA4WZi078582@pointyhat.freebsd.org> From regisr at pobox.com Mon Jul 14 10:16:22 2008 From: regisr at pobox.com (regisr) Date: Mon Jul 14 10:16:29 2008 Subject: FreeBSD Port: www/cherokee-devel build and run In-Reply-To: <20080712090010.cc0f5475.regisr@pobox.com> References: <20080712090010.cc0f5475.regisr@pobox.com> Message-ID: <20080714121620.cecbf359.regisr@pobox.com> On Sat, 12 Jul 2008 09:00:10 +0200 regisr a ?crit: > 3) about cherokee-admin: > It return a code status 503 with the message on output: > env: python: No such file or directory > is there something wrong with my configuration? > My python package installed is python25-2.5.2_2 > and FreeBSD is a 6.3 source code updated on June, 26. If I replace the first line "#!/usr/bin/env python" by "#!/usr/local/bin/python" it works ... -- regis From bugmaster at FreeBSD.org Mon Jul 14 11:06:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 14 11:06:36 2008 Subject: Current unassigned ports problem reports Message-ID: <200807141106.m6EB67sh013415@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/118877 audio/streamripper does not detect song title from str f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122973 textproc/xerces-c2: installed files do not have o+r bi f ports/123655 mail/postfix - I can't build port postfix-2.5.1 with p a ports/124154 mail/milter-bogom cores out intermittently f ports/124401 security/sshguard dumps core o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt f ports/125140 [patch] add dependencies on libstdc++.[45] for securit f ports/125255 devel/newt's dependency to SLANG f ports/125555 sysutils/lsof - not working on RELENG_7 after MFC of K 19 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/110697 New port: ports-mgmt/pkg_deps o ports/112746 [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121126 New port: science/caret Computerized Anatomical Recons o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc o ports/122596 devel/python: Python hangs when importing pygtk f ports/122701 New port: www/mod_wombat "Apache Lua module" o ports/122824 [new port] add news/husky-htick-devel port o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo o ports/123215 net-mgmt/nagios-silfreed-plugins fails install o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary f ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123756 [patch] put devel/libffi includes in sane place f ports/123812 mail/postfix - pkg-install script doesn't see postfix_ f ports/123849 [PATCH] update for multimedia/handbrake f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset o ports/124015 [New Port] irc/ircit a file in file out irc client o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124082 [UPDATE]: audio/qmpdclient Update to new release, 1.0. f ports/124083 net/vnc is not building the xorg vnc module f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124428 palm/jpilot configure error when checking for pilot-li o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124706 cannot build sysutils/desktopbsd-tools f ports/124709 deskutils/kmatrix3d broken o ports/124771 [NEW PORT] www/commonist: Easy upload of images to Wik o ports/124859 [patch] Correctly note math/emacs-calc dependency/comp o ports/124905 new port: databases/sqlitejdbc 051 o ports/124967 New port: mail/zms A specialized mail gateway syste f ports/124981 [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi o ports/125078 [new port] games/linux-unrealgold: Unreal Gold for Lin f ports/125086 math/r - R-2.6.1_2 missing files or incorrect +CONTENT o ports/125102 New port: net-p2p/hrktorrent a console torrent client f ports/125144 [PATCH]print/flpsed: update to 0.6.1 o ports/125164 New port: www/fourcalhttp -- A simple caching web serv o ports/125178 [NEW PORT] net/wizd: An open-source media server for S f ports/125215 [PATCH] devel/ruby18-gems: update to 1.2.0 o ports/125308 [NEW PORT & UPDATE] x11-fonts/gnu-unifont-ttf and x11- f ports/125315 www/Moinmoin 1.7 does not support http auth f ports/125321 [PATCH]sysutils/file: update to 4.25, etc. o ports/125324 editors/the (3.2) looses cursor when compiled with PDC f ports/125341 sysutils/fusefs-libs broken on 6-STABLE o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp o ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125369 [new port] x11/printscreen: simple screenshot program o ports/125375 [NEW PORT] lang/mosh: A Fast R6RS Scheme interpreter f ports/125393 [PATCH]print/gv: update to 3.6.5 o ports/125404 [PATCH] devel/subcommander: update to 1.2.3, take main o ports/125409 [NEW PORT] sysutils/vordog: Watchdog(9) driver for wat f ports/125414 sysutils/freeipmi: update to 0.6.4 f ports/125435 [PATCH] lang/guile: update to 1.8.5 o ports/125456 [new port] deskutils/alarm-clock: Alarm Clock for the o ports/125460 New port: mail/dovecot-managesieve dovecot's managesie o ports/125462 [MAINTAINER] mail/imapsync: update to 1.255 f ports/125471 [PATCH] polish/pl-libgadu: update to 1.8.1 f ports/125495 sysutils/fusefs-kmod distinfo is incorrect f ports/125545 [MAINTAINER-UPDATE] games/ifm: update to 5.2_1 f ports/125550 science/netcdf add regression-target f ports/125552 sysutils/k3b: Update to 1.0.5 o ports/125556 [MAINTAINER] devel/p5-EV: update to 3.43.1 f ports/125557 [PATCH]devel/open-beagle: update to 3.0.3 o ports/125560 [new port] games/linux-ssamtfe: Serious Sam: The First o ports/125562 [new port] deskutils/msynctool-devel: A command line c f ports/125565 [patch] mail/p5-Mail-DKIM update to version 0.32 f ports/125574 [patch] port devel/cvs2svn make GIT optional o ports/125576 [MAINTAINER] sysutils/lsof: update to 4.81A o ports/125578 [NEW PORT] games/stonesoup: A fun, free rogue-like gam f ports/125579 [PATCH] sysutils/vobcopy should not fail if /etc/mtab o ports/125580 [PATCH] Update databases/mysql2pgsql to 1.2 o ports/125582 [MAINTAINER] net-im/gajim-devel: update to 20080713 f ports/125584 not all sample files included with net-mgmt/nagios por o ports/125589 x11-toolkits/xview broken on amd64 o ports/125590 [patch] games/lordsawar update to 0.0.9 o ports/125593 [new port] qutim-devel: development version of qutIM f ports/125594 net-p2p/Amule2 port is outdated o ports/125595 [UPDATE] security/rainbowcrack: patch 97 problems total. From peterjeremy at optushome.com.au Mon Jul 14 11:06:51 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Mon Jul 14 11:06:59 2008 Subject: FreeBSD Port: www/cherokee-devel build and run In-Reply-To: <20080714121620.cecbf359.regisr@pobox.com> References: <20080712090010.cc0f5475.regisr@pobox.com> <20080714121620.cecbf359.regisr@pobox.com> Message-ID: <20080714110646.GD62764@server.vk2pj.dyndns.org> On 2008-Jul-14 12:16:20 +0200, regisr wrote: >> It return a code status 503 with the message on output: >> env: python: No such file or directory > >If I replace the first line "#!/usr/bin/env python" >by "#!/usr/local/bin/python" it works ... This implies that /usr/local/bin is not in your $PATH. -- 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/20080714/92a86983/attachment.pgp From regisr at pobox.com Mon Jul 14 11:25:39 2008 From: regisr at pobox.com (regisr) Date: Mon Jul 14 11:25:58 2008 Subject: FreeBSD Port: www/cherokee-devel build and run In-Reply-To: <20080714110646.GD62764@server.vk2pj.dyndns.org> References: <20080712090010.cc0f5475.regisr@pobox.com> <20080714121620.cecbf359.regisr@pobox.com> <20080714110646.GD62764@server.vk2pj.dyndns.org> Message-ID: <20080714132536.aef5e537.regisr@pobox.com> On Mon, 14 Jul 2008 21:06:46 +1000 Peter Jeremy a ?crit: > This implies that /usr/local/bin is not in your $PATH. But it is in the path! I run "echo $PATH" and I checked .login .profile .cshrc ... If it was not in the PATH I can't run a lot of commands ;-) I don't understand... There is another file to check? In the same terminal that I launch cherokee-admin: # env python Python 2.5.2 (r252:60911, May 4 2008, 09:22:23) [GCC 3.4.6 [FreeBSD] 20060305] on freebsd6 Type "help", "copyright", "credits" or "license" for more information. >>> "/usr/bin/env python" works too. -- regis From sem at FreeBSD.org Mon Jul 14 11:32:19 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 14 11:32:25 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487A3ADD.3000707@icyb.net.ua> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> Message-ID: <487B3938.80805@FreeBSD.org> Andriy Gapon wrote: > on 12/07/2008 01:01 Sergey Matveychuk said the following: >> Andriy Gapon wrote: >>> on 10/07/2008 11:18 Yuri said the following: >>>> David Southwell wrote: >>>>> Did you follow the instructions in UPDATING (see below)? >>>>> They may have some bearing on the problem. >>>>> ________________________ >>>>> 20080701: >>>>> AFFECTS: users of devel/subversion* >>>>> AUTHOR: Lev Serebryakov >>>>> >>>>> subversion now uses neon-0.28.x (www/neon28) port, and automatic >>>>> portupgrade will fail because neon26 will conflict with installed >>>>> neon26. >>>>> You should upgrade neon library tohgether with subversion with >>>>> >>>>> # portupgrade -o www/neon28 neon subversion >>>>> >>>>> command. >>>>> >>>>> Also, if you use special subversion port with bindings, you >>>>> should upgrade your port to clean subversion port with >>>>> >>>>> # portupgrade -o devel/subversion subversion-\* >>>>> >>>>> and install needed bindings (p5-subversion, py-subversion and/or >>>>> ruby-subversion) after that. >>>>> >>>>> If you use subversion with bindings, installed from devel/subversion >>>>> with custom options, don't forget to install separate bindings ports >>>>> after subversion upgrade. >>>>> __________________________- >>>>> >>>>> David >>>>> >>>> >>>> No, command "portupgrade -o www/neon28 neon subversion" causes the same >>>> error message itself. >>> >>> Manually deinstall neon26 (you might want to create a backup with >>> pkg_create -b) and then install neon28 and then proceed as usual with >>> subversion. >>> portupgrade -o seems to be broken. >>> >> >> Really? > > Yes. At least for me. When I reported the issue I got now follow-ups - > nobody said that it works for them and nobody said that they see the > same issue. This command works: # portupgrade -o www/neon28 neon26 I'll fix UPDATING entry. -- Dixi. Sem. From avg at icyb.net.ua Mon Jul 14 11:46:07 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Jul 14 11:46:17 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B3938.80805@FreeBSD.org> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> Message-ID: <487B3C7A.9030800@icyb.net.ua> on 14/07/2008 14:32 Sergey Matveychuk said the following: > > This command works: > # portupgrade -o www/neon28 neon26 > > I'll fix UPDATING entry. Is the reverse operation supposed to work? $ pkg_glob neon\* neon28-0.28.2_1 $ portupgrade -o www/neon26 neon28 $ portupgrade -o www/neon26 www/neon28 $ -- Andriy Gapon From sem at FreeBSD.org Mon Jul 14 11:57:20 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 14 11:57:27 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B3C7A.9030800@icyb.net.ua> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> <487B3C7A.9030800@icyb.net.ua> Message-ID: <487B3F1A.3090002@FreeBSD.org> Andriy Gapon wrote: > on 14/07/2008 14:32 Sergey Matveychuk said the following: >> This command works: >> # portupgrade -o www/neon28 neon26 >> >> I'll fix UPDATING entry. > > Is the reverse operation supposed to work? > > $ pkg_glob neon\* > neon28-0.28.2_1 > $ portupgrade -o www/neon26 neon28 > $ portupgrade -o www/neon26 www/neon28 > $ > > Yes. -- Dixi. Sem. From avg at icyb.net.ua Mon Jul 14 12:03:38 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Jul 14 12:03:46 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B3F1A.3090002@FreeBSD.org> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> <487B3C7A.9030800@icyb.net.ua> <487B3F1A.3090002@FreeBSD.org> Message-ID: <487B4097.4040803@icyb.net.ua> on 14/07/2008 14:57 Sergey Matveychuk said the following: > Andriy Gapon wrote: >> on 14/07/2008 14:32 Sergey Matveychuk said the following: >>> This command works: >>> # portupgrade -o www/neon28 neon26 >>> >>> I'll fix UPDATING entry. >> >> Is the reverse operation supposed to work? >> >> $ pkg_glob neon\* >> neon28-0.28.2_1 >> $ portupgrade -o www/neon26 neon28 >> $ portupgrade -o www/neon26 www/neon28 >> $ >> >> > > Yes. > It didn't work for me (nothing was done as shown above). Could you please check if it works for you (if you can) ? -- Andriy Gapon From Helko.Glathe at freenet.de Mon Jul 14 12:07:06 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Mon Jul 14 12:07:18 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: References: <200807100849.27824.Helko.Glathe@freenet.de> Message-ID: On Sun, 13 Jul 2008 00:40:10 +0200, Jeremy Messenger wrote: > On Thu, 10 Jul 2008 01:49:27 -0500, Helko Glathe > wrote: > >> Hi >> >> I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. >> Firefox3 starts without warnings. >> >> But entering URLs into the adress field there are no reactions. No >> request to >> the URL is made. >> >> Only the Home Button works fine. >> >> Making Bookmarks or using Back- and Forward-Buttons also doesn't works/ >> show >> reactions. >> >> A portupgrade fR www/firefox3 doesn't fixed that problem. >> >> Any ideas? > > No idea, lack details. Reinstall firefox3 with WITH_DEBUG=yes then run > 'firefox3 -g'. > > http://www.freebsd.org/gnome/docs/bugging.html > > Cheers, > Mezz > > Hi My fault. The pkgtools.conf had an entry to install firefox only via packages. Know without this entry firefox was installed compiling the sources of the port and the problem is not present. The problem only occurs installing www/firefox3 using the package. Regards, Helko -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From sem at FreeBSD.org Mon Jul 14 12:18:28 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 14 12:18:35 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B4097.4040803@icyb.net.ua> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> <487B3C7A.9030800@icyb.net.ua> <487B3F1A.3090002@FreeBSD.org> <487B4097.4040803@icyb.net.ua> Message-ID: <487B440D.7020405@FreeBSD.org> Andriy Gapon wrote: > on 14/07/2008 14:57 Sergey Matveychuk said the following: >> Andriy Gapon wrote: >>> on 14/07/2008 14:32 Sergey Matveychuk said the following: >>>> This command works: >>>> # portupgrade -o www/neon28 neon26 >>>> >>>> I'll fix UPDATING entry. >>> Is the reverse operation supposed to work? >>> >>> $ pkg_glob neon\* >>> neon28-0.28.2_1 >>> $ portupgrade -o www/neon26 neon28 >>> $ portupgrade -o www/neon26 www/neon28 >>> $ >>> >>> >> Yes. >> > > It didn't work for me (nothing was done as shown above). > Could you please check if it works for you (if you can) ? > version 2.8 is alway > than 2.6. So you must use -f option here: portupgrade -fo www/neon26 neon28 portupgrade will no update ports on older version if you did not force it. -- Dixi. Sem. From avg at icyb.net.ua Mon Jul 14 12:26:04 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Jul 14 12:26:11 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B440D.7020405@FreeBSD.org> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> <487B3C7A.9030800@icyb.net.ua> <487B3F1A.3090002@FreeBSD.org> <487B4097.4040803@icyb.net.ua> <487B440D.7020405@FreeBSD.org> Message-ID: <487B45D8.2040808@icyb.net.ua> on 14/07/2008 15:18 Sergey Matveychuk said the following: > > version 2.8 is alway > than 2.6. So you must use -f option here: > > portupgrade -fo www/neon26 neon28 > > portupgrade will no update ports on older version if you did not force it. > yes, -f does the job, thanks! But, on the other hand, hmm, aren't we comparing versions of an apple and of an orange here? I think we already had this discussion. neon26 and neon28 are two different ports (and packages). Yes, they happen to share "neon" in their names, moreover, they happen to actually be the same software. But still they are two distinct port. E.g. what if I used portupgrade -o to switch between devel/fam and devel/gamin. Anyway, I think you nailed it: "neon" vs "neon26" was the real original issue. -- Andriy Gapon From yuri.pankov at gmail.com Mon Jul 14 12:34:40 2008 From: yuri.pankov at gmail.com (Yuri Pankov) Date: Mon Jul 14 12:34:46 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B3C7A.9030800@icyb.net.ua> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> <487B3C7A.9030800@icyb.net.ua> Message-ID: <20080714120257.GC99198@darklight.homeunix.org> On Mon, Jul 14, 2008 at 02:46:02PM +0300, Andriy Gapon wrote: > on 14/07/2008 14:32 Sergey Matveychuk said the following: > > > > This command works: > > # portupgrade -o www/neon28 neon26 > > > > I'll fix UPDATING entry. > > Is the reverse operation supposed to work? > > $ pkg_glob neon\* > neon28-0.28.2_1 > $ portupgrade -o www/neon26 neon28 > $ portupgrade -o www/neon26 www/neon28 > $ > > > -- > Andriy Gapon You may need to force it (-f) as PORTVERSION goes backwards. HTH, Yuri From sem at FreeBSD.org Mon Jul 14 12:42:14 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Jul 14 12:43:58 2008 Subject: portupgrade fails to upgrade the package because the older version is installed In-Reply-To: <487B45D8.2040808@icyb.net.ua> References: <48753715.10601@tsoft.com> <200807092249.06852.david@vizion2000.net> <4875C5D2.70003@tsoft.com> <48777A03.2060205@icyb.net.ua> <4877D82C.6030309@FreeBSD.org> <487A3ADD.3000707@icyb.net.ua> <487B3938.80805@FreeBSD.org> <487B3C7A.9030800@icyb.net.ua> <487B3F1A.3090002@FreeBSD.org> <487B4097.4040803@icyb.net.ua> <487B440D.7020405@FreeBSD.org> <487B45D8.2040808@icyb.net.ua> Message-ID: <487B499E.60705@FreeBSD.org> Andriy Gapon wrote: > on 14/07/2008 15:18 Sergey Matveychuk said the following: >> version 2.8 is alway > than 2.6. So you must use -f option here: >> >> portupgrade -fo www/neon26 neon28 >> >> portupgrade will no update ports on older version if you did not force it. >> > > yes, -f does the job, thanks! > But, on the other hand, hmm, aren't we comparing versions of an apple > and of an orange here? > I think we already had this discussion. neon26 and neon28 are two > different ports (and packages). Yes, they happen to share "neon" in > their names, moreover, they happen to actually be the same software. But > still they are two distinct port. > E.g. what if I used portupgrade -o to switch between devel/fam and > devel/gamin. I've already had talk about this issue. But portupgrade was designed this way. Unfortunately I have no time to rewrite the code. Sorry. -- Dixi. Sem. From rnoland at 2hip.net Mon Jul 14 15:29:48 2008 From: rnoland at 2hip.net (Robert Noland) Date: Mon Jul 14 15:29:55 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: <20080713040143.GA97115@misty.eyesbeyond.com> References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> <3F003A29-433F-4D28-976C-2495325AA8CC@gmail.com> <20080713040143.GA97115@misty.eyesbeyond.com> Message-ID: <1216049362.10267.9.camel@squirrel.corp.cox.com> On Sat, 2008-07-12 at 21:01 -0700, Greg Lewis wrote: > On Sat, Jul 12, 2008 at 02:05:33PM -0700, Garrett Cooper wrote: > > On Jun 6, 2008, at 10:52 AM, eculp wrote: > > > > >I've not been able to get OpenOffice to compile on my AMD64-2 > > >Current8 because first it will not accept diablo-jdk15 and neither > > >jdk15 or jdk16 finish compiling. > > > > > ># uname -a > > >FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #114: Mon > > >Jun 2 05:44:28 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/ > > >sys/ENCONTACTO amd64 > > > > > >jdk16 breaks at hotspot with: > > > > > > gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/ > > >bsd/Makefile \ > > > LP64=1 HOTSPOT_BUILD_VERSION=1.6.0_03-p4- > > >root_06_jun_2008_12_47-b00 JAVA_HOME=/usr/local/diablo-jdk1.5.0 > > >GAMMADIR=/almacen1/ports/java/jdk16/work/hotspot MAKE_VERBOSE=y > > >product > > >gmake[3]: Entering directory `/almacen1/ports/java/jdk16/work/ > > >control/build/bsd-amd64/hotspot/outputdir' > > >gmake -f /almacen1/ports/java/jdk16/work/hotspot/build/bsd/Makefile > > >checks > > >gmake[4]: Entering directory `/almacen1/ports/java/jdk16/work/ > > >control/build/bsd-amd64/hotspot/outputdir' > > >/usr/local/diablo-jdk1.5.0/bin/javap > > >javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ > > > if [ $? -ne 0 ]; then \ > > > /usr/local/diablo-jdk1.5.0/bin/java -version; \ > > > echo "*** An XSLT processor (J2SE 1.4.x or newer) is > > >required" \ > > > "to bootstrap this build" 1>&2; \ > > > exit 1; \ > > > fi > > >Fatal error 'kse_create() failed > > > > > >and jdk15 a bit differently but also at hotspot: > > > > > >External File/Binary Locations: > > > HOTSPOT_SERVER_PATH = /almacen1/ports/java/jdk15/work/control/ > > >build/bsd-amd64/hotspot-amd64/server > > > HOTSPOT_IMPORT_PATH = /almacen1/ports/java/jdk15/work/control/ > > >build/bsd-amd64/hotspot-amd64/import > > > MOTIF_DIR = /usr/local > > > CACERTS_FILE = ./../src/share/lib/security/cacerts > > > > > > No setting required for Unix Systems > > >WARNING: Your are not building SPONSORS workspace from > > > the control build. This will result in a development-only > > > build of the J2SE workspace, lacking the installation bundles > > > > > >WARNING: Your FreeBSD installation is not valid for building a > > > the J2SDK. You must be using FreeBSD 5.[345]|6.*. > > > Your release is 8.0-CURRENT > > > > > >ERROR: Your BOOTDIR environment variable does not point > > > to a valid Java 2 SDK for bootstrapping this build. > > > A Java 2 SDK 5.0_14 build must be bootstrapped using > > > J2SDK 1.4.2 fcs (or later). > > > Apparently, your bootstrap JDK is version > > > Please update your ALT_BOOTDIR setting and start your build > > >again. > > > > > >Exiting because of the above error(s). > > > > > >Any suggestions appreciated. > > > > > >ed > > > > Ed, > > KSE support from CURRENT was yanked recently > > (http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2008-03/msg00298.html > > ). You can't use prebuilt java binaries for building later copies of > > Java... > > Not sure how to build Java from scratch. > > You could try installing say linux-sun-jdk15 or linux-sun-jdk16 and > specifying WITH_LINUX_BOOTSTRAP when compiling jdk15 or jdk16. I'm not sure where to post this so that people find it more readily, but I've stated before that adding the following to /etc/libmap.conf gets diablo working on -CURRENT and allows the building of native jdk*. libpthread.so.1 libthr.so.1 libpthread.so.2 libthr.so.2 libkse.so.3 libthr.so.3 robert. -- Robert Noland 2Hip Networks From alex at stangl.us Mon Jul 14 18:18:15 2008 From: alex at stangl.us (Alex Stangl) Date: Mon Jul 14 18:18:22 2008 Subject: MOVED has extra blank line, breaks portupdate-scan Message-ID: <20080714180138.GA69006@scout.stangl.us> /usr/ports/MOVED picked up an extra blank line on the end, apparently in v1.1647. This breaks portupdate-scan, and maybe other things that process this file. Is there any definitive document describing this file format? If blank lines should be treated as equivalent to comments, then I will issue a fix to portupdate-scan. Thanks, Alex From dougb at FreeBSD.org Mon Jul 14 18:29:10 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jul 14 18:29:21 2008 Subject: MOVED has extra blank line, breaks portupdate-scan In-Reply-To: <20080714180138.GA69006@scout.stangl.us> References: <20080714180138.GA69006@scout.stangl.us> Message-ID: <487B9AF1.7000901@FreeBSD.org> Alex Stangl wrote: > /usr/ports/MOVED picked up an extra blank line on the end, apparently > in v1.1647. This breaks portupdate-scan, and maybe other things that > process this file. > > Is there any definitive document describing this file format? Not that I'm aware of. > If blank lines should be treated as equivalent to comments, then I > will issue a fix to portupdate-scan. As a general principle you should try to make any application robust in the fact of unexpected input. hth, Doug -- This .signature sanitized for your protection From beech at freebsd.org Mon Jul 14 18:38:44 2008 From: beech at freebsd.org (Beech Rintoul) Date: Mon Jul 14 18:38:51 2008 Subject: MOVED has extra blank line, breaks portupdate-scan In-Reply-To: <487B9AF1.7000901@FreeBSD.org> References: <20080714180138.GA69006@scout.stangl.us> <487B9AF1.7000901@FreeBSD.org> Message-ID: <200807141038.39197.beech@freebsd.org> On Monday 14 July 2008, Doug Barton said: > Alex Stangl wrote: > > /usr/ports/MOVED picked up an extra blank line on the end, > > apparently in v1.1647. This breaks portupdate-scan, and maybe > > other things that process this file. > > > > Is there any definitive document describing this file format? > > Not that I'm aware of. > > > If blank lines should be treated as equivalent to comments, then > > I will issue a fix to portupdate-scan. > > As a general principle you should try to make any application > robust in the fact of unexpected input. > > > hth, > > Doug I fixed it. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From beech at freebsd.org Mon Jul 14 19:30:54 2008 From: beech at freebsd.org (Beech Rintoul) Date: Mon Jul 14 19:31:01 2008 Subject: FreeBSD Port: www/cherokee-devel build and run In-Reply-To: <20080714132536.aef5e537.regisr@pobox.com> References: <20080712090010.cc0f5475.regisr@pobox.com> <20080714110646.GD62764@server.vk2pj.dyndns.org> <20080714132536.aef5e537.regisr@pobox.com> Message-ID: <200807141130.47961.beech@freebsd.org> On Monday 14 July 2008, regisr said: > On Mon, 14 Jul 2008 21:06:46 +1000 > > Peter Jeremy a ?crit: > > This implies that /usr/local/bin is not in your $PATH. > > But it is in the path! > I run "echo $PATH" and I > checked .login .profile .cshrc ... > > If it was not in the PATH I can't run a lot of commands ;-) > I don't understand... There is another file to check? > > In the same terminal that I launch cherokee-admin: > > # env python > Python 2.5.2 (r252:60911, May 4 2008, 09:22:23) > [GCC 3.4.6 [FreeBSD] 20060305] on freebsd6 > Type "help", "copyright", "credits" or "license" for more > information. > > > "/usr/bin/env python" works too. I patched the paths, this should stop any problems. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From rmcphx at gmail.com Mon Jul 14 19:32:53 2008 From: rmcphx at gmail.com (RMC PHX) Date: Mon Jul 14 19:32:59 2008 Subject: need help with the amanda port Message-ID: I've tried to contact the port maintainer for /usr/ports/misc/amanda client and server, but he has failed to respond. Can someone please upgrade the amanda ports to the current version of amanda? Thanks From beech at freebsd.org Mon Jul 14 19:46:21 2008 From: beech at freebsd.org (Beech Rintoul) Date: Mon Jul 14 19:46:34 2008 Subject: FreeBSD Port: www/cherokee-devel build and run In-Reply-To: <20080714132536.aef5e537.regisr@pobox.com> References: <20080712090010.cc0f5475.regisr@pobox.com> <20080714110646.GD62764@server.vk2pj.dyndns.org> <20080714132536.aef5e537.regisr@pobox.com> Message-ID: <200807141130.47961.beech@freebsd.org> On Monday 14 July 2008, regisr said: > On Mon, 14 Jul 2008 21:06:46 +1000 > > Peter Jeremy a ?crit: > > This implies that /usr/local/bin is not in your $PATH. > > But it is in the path! > I run "echo $PATH" and I > checked .login .profile .cshrc ... > > If it was not in the PATH I can't run a lot of commands ;-) > I don't understand... There is another file to check? > > In the same terminal that I launch cherokee-admin: > > # env python > Python 2.5.2 (r252:60911, May 4 2008, 09:22:23) > [GCC 3.4.6 [FreeBSD] 20060305] on freebsd6 > Type "help", "copyright", "credits" or "license" for more > information. > > > "/usr/bin/env python" works too. I patched the paths, this should stop any problems. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From scott at sabami.seaslug.org Tue Jul 15 01:56:13 2008 From: scott at sabami.seaslug.org (Scott Blachowicz) Date: Tue Jul 15 01:56:20 2008 Subject: mail/nmh port ownership Message-ID: <20080715014005.3078E6260@sabami.seaslug.org> Hi- My FreeBSD box is currently at 5.4 and I'm not sure when I'll be able to update it. The nmh package was "recently" updated from 1.2 to 1.3, so the port should probably should also be updated. It'll probably be a while before I'll be able to get to it, so if someone else wants to do it, that'd be fine with me! Or if you're interesting in taking over ownership of the port, let me know and you can probably just go ahead and do that, too. (I have no idea when I'll make the time to update my FreeBSD box or try to figure out why 7.0 didn't work in my VirtualBox slave) Thanx, -- Scott From mezz7 at cox.net Tue Jul 15 02:56:11 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Jul 15 02:56:18 2008 Subject: firefox-3.0_2,1 no reactions In-Reply-To: References: <200807100849.27824.Helko.Glathe@freenet.de> Message-ID: On Mon, 14 Jul 2008 07:01:57 -0500, Helko Glathe wrote: > On Sun, 13 Jul 2008 00:40:10 +0200, Jeremy Messenger > wrote: > >> On Thu, 10 Jul 2008 01:49:27 -0500, Helko Glathe >> wrote: >> >>> Hi >>> >>> I've installed firefox-3.0_2,1 on FreeBSD 7.0 Release. >>> Firefox3 starts without warnings. >>> >>> But entering URLs into the adress field there are no reactions. No >>> request to >>> the URL is made. >>> >>> Only the Home Button works fine. >>> >>> Making Bookmarks or using Back- and Forward-Buttons also doesn't >>> works/ show >>> reactions. >>> >>> A portupgrade fR www/firefox3 doesn't fixed that problem. >>> >>> Any ideas? >> >> No idea, lack details. Reinstall firefox3 with WITH_DEBUG=yes then run >> 'firefox3 -g'. >> >> http://www.freebsd.org/gnome/docs/bugging.html >> >> Cheers, >> Mezz >> >> > > Hi > > My fault. > The pkgtools.conf had an entry to install firefox only via packages. > Know without this entry firefox was installed compiling the sources of > the port and the problem is not present. > > The problem only occurs installing www/firefox3 using the package. Create your own package or fetch from FreeBSD's ftp? I don't think we have firefox3 package yet. Cheers, Mezz > Regards, Helko -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pol at leissner.se Tue Jul 15 03:49:59 2008 From: pol at leissner.se (Peter Olsson) Date: Tue Jul 15 03:50:07 2008 Subject: After OS upgrade to 6.3, libtool15 configure hangs at f771 test Message-ID: <20080715033138.GC11078@pol.leissner.se> We are upgrading some servers from 6.2 to 6.3, and after reboot with 6.3 we upgrade ports with, among others, this command: portmaster -bdr gettext\* A couple of servers upgraded with no problems, but now I have a server hanging while trying to run configure for libtool. The hang always occurs after this line: checking whether we are using the GNU Fortran 77 compiler... $ uname -a FreeBSD xxx 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #0: Sat Jul 12 00:55:02 CEST 2008 root@xxx:/usr/obj/usr/src/sys/GENERIC i386 Below are ps auxwww while hanging, and the portmaster output. This is not a big problem for us, I'm just interested if anyone knows a fix or workaround for this hang. Google was not helpful. I tried pkg_delete and then make all in /usr/ports/devel/libtool15, but that also hangs at the same line in configure. Thanks! root 14851 0,0 0,6 1892 1540 p0 I+ 4:54am 0:00,04 /bin/sh /usr/local/sbin/portmaster -bd gettext-0.16.1_3 root 15294 0,0 0,6 1888 1536 p0 I+ 4:54am 0:00,02 /bin/sh /usr/local/sbin/portmaster -d -b /usr/ports/devel/libtool15 root 15350 0,0 0,4 1128 1012 p0 I+ 4:54am 0:00,12 /usr/bin/make root 15452 0,0 0,5 1740 1356 p0 I+ 4:54am 0:00,01 [sh] root 15453 0,0 0,5 1744 1360 p0 I+ 4:54am 0:00,00 [sh] root 15892 0,0 0,6 1784 1452 p0 I+ 4:54am 0:00,23 /bin/sh ./configure --disable-ltdl-install --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd6.3 root 16437 0,0 0,6 1784 1452 p0 I+ 4:54am 0:00,00 /bin/sh ./configure --disable-ltdl-install --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd6.3 root 16438 0,0 0,3 1372 816 p0 I+ 4:54am 0:00,01 f77 -c conftest.F root 16440 0,0 0,6 5392 1524 p0 DL+ 4:54am 0:00,03 /usr/libexec/f771 /tmp/ccxXy8cL.f -quiet -dumpbase conftest.F -auxbase conftest -o /tmp/cc3tKB5t.s ===> Extracting for libtool-1.5.26 => MD5 Checksum OK for libtool-1.5.26.tar.gz. => SHA256 Checksum OK for libtool-1.5.26.tar.gz. ===> Patching for libtool-1.5.26 ===> Applying FreeBSD patches for libtool-1.5.26 ===> Configuring for libtool-1.5.26 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... 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 ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... none checking for a sed that does not truncate output... /usr/bin/sed checking build system type... i386-portbld-freebsd6.3 checking host system type... i386-portbld-freebsd6.3 checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... none checking for g77... no checking for xlf... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... -- Peter Olsson pol@leissner.se From kostikbel at gmail.com Tue Jul 15 08:54:33 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Tue Jul 15 08:54:39 2008 Subject: After OS upgrade to 6.3, libtool15 configure hangs at f771 test In-Reply-To: <20080715033138.GC11078@pol.leissner.se> References: <20080715033138.GC11078@pol.leissner.se> Message-ID: <20080715085427.GN17123@deviant.kiev.zoral.com.ua> On Tue, Jul 15, 2008 at 05:31:38AM +0200, Peter Olsson wrote: > We are upgrading some servers from 6.2 to 6.3, and after reboot > with 6.3 we upgrade ports with, among others, this command: > portmaster -bdr gettext\* > > A couple of servers upgraded with no problems, but now I have a > server hanging while trying to run configure for libtool. > The hang always occurs after this line: > checking whether we are using the GNU Fortran 77 compiler... Is the hang interruptible, i.e. does the ^C works ? -------------- 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/20080715/7ec8f218/attachment.pgp From pol at leissner.se Tue Jul 15 09:41:38 2008 From: pol at leissner.se (Peter Olsson) Date: Tue Jul 15 09:41:45 2008 Subject: After OS upgrade to 6.3, libtool15 configure hangs at f771 test In-Reply-To: <20080715085427.GN17123@deviant.kiev.zoral.com.ua> References: <20080715033138.GC11078@pol.leissner.se> <20080715085427.GN17123@deviant.kiev.zoral.com.ua> Message-ID: <20080715094128.GF11078@pol.leissner.se> On Tue, Jul 15, 2008 at 11:54:27AM +0300, Kostik Belousov wrote: > On Tue, Jul 15, 2008 at 05:31:38AM +0200, Peter Olsson wrote: > > We are upgrading some servers from 6.2 to 6.3, and after reboot > > with 6.3 we upgrade ports with, among others, this command: > > portmaster -bdr gettext\* > > > > A couple of servers upgraded with no problems, but now I have a > > server hanging while trying to run configure for libtool. > > The hang always occurs after this line: > > checking whether we are using the GNU Fortran 77 compiler... > Is the hang interruptible, i.e. does the ^C works ? Yes, ^C works to get out of the hang. -- Peter Olsson pol@leissner.se From andenore at freebsd.org Tue Jul 15 11:58:37 2008 From: andenore at freebsd.org (Anders Nore) Date: Tue Jul 15 11:59:06 2008 Subject: pkg_add fixing dependencies Message-ID: Hello everyone, I'm working on pkg_install during GSoC to help improve it, and there's one thing I've come across that I'm uncertain is the best behaviour, and it's best shown with an example: Installed packages: firefox-3.0_2,1 zip-2.32 With these packages installed firefox3 has a dependency on zip-2.32 so: duckjen# pkg_delete zip-2.32 pkg_delete: package 'zip-2.32' is required by these other packages and may not be deinstalled: firefox-3.0_2,1 this is OK, but i can pkg_delete -f and it will delete it. And running duckjen# pkg_delete -f zip-2.32 pkg_delete: package 'zip-2.32' is required by these other packages and may not be deinstalled (but I'll delete it anyway): firefox-3.0_2,1 duckjen# pkg_add -r zip After adding zip again it will not have +REQUIRED_BY with the firefox3 entry, but firefox3 will still have the dependency on zip. Thus leaving it unconsistent. This can be checked with: > pkg_info -r firefox-3.0_2,1 > pkg_info -R zip-2.32 So my question is, shouldn't "pkg_add -r zip" check installed packages for dependencies and make a correct +REQUIRED_BY file for zip? I know that portupgrade and portmaster does this. Anders Nore From pgollucci at p6m7g8.com Tue Jul 15 13:41:06 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Jul 15 13:41:13 2008 Subject: pkg_add fixing dependencies In-Reply-To: References: Message-ID: <487CA8F0.9070405@p6m7g8.com> Anders Nore wrote: > So my question is, shouldn't "pkg_add -r zip" check installed packages > for dependencies and make a correct +REQUIRED_BY file for zip? I know > that portupgrade and portmaster does this. see pkgdb -L the below is hopefully fairly typical..... header "INDEX" cd /usr/ports make fetchindex header "Maintenance" pkgdb -L portsdb -u pkgdb -u portversion -l '<' -v portsclean -C portsclean -DD header "Rebuild Outdated Ports" PKG_PATH=$pkg_path portupgrade -abpPr # runs portsclean -L # runs pkgdb -aF header "Install Updates into cluster" for machine in $machines; do set -x ssh root@${machine}.${cluster}.${tld} \ "PACKAGESITE=$pkgsite PACKAGES=/tmp portupgrade \ -abPPr" set +x done header "PortAudit" portaudit -Fda From sem at FreeBSD.org Tue Jul 15 14:37:53 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Jul 15 14:38:01 2008 Subject: pkg_add fixing dependencies In-Reply-To: References: Message-ID: <487CB63F.8070606@FreeBSD.org> Anders Nore wrote: > So my question is, shouldn't "pkg_add -r zip" check installed packages > for dependencies and make a correct +REQUIRED_BY file for zip? I know > that portupgrade and portmaster does this. As I understand, adding and upgrading should be separate processes. When you add a package, you should check if an old version of the package or conflicting packages exist and install package otherwise. When you update a package, you save all dependency info, delete an old package, add a new one and restore dependency info. To have a recursion is good here (update depended packages or packages that depend on the package) as user choice. There are some unclean cases there. E.g. packages with different PREFIXes, etc. -- Dixi. Sem. From alex at stangl.us Tue Jul 15 14:43:38 2008 From: alex at stangl.us (Alex Stangl) Date: Tue Jul 15 14:43:55 2008 Subject: MOVED has extra blank line, breaks portupdate-scan In-Reply-To: <200807141038.39197.beech@freebsd.org> References: <20080714180138.GA69006@scout.stangl.us> <487B9AF1.7000901@FreeBSD.org> <200807141038.39197.beech@freebsd.org> Message-ID: <20080715144335.GA76231@scout.stangl.us> On Mon, Jul 14, 2008 at 10:38:34AM -0800, Beech Rintoul wrote: > > > /usr/ports/MOVED picked up an extra blank line on the end, > > > apparently in v1.1647. This breaks portupdate-scan, and maybe > > > other things that process this file. > > > > > > If blank lines should be treated as equivalent to comments, then > > > I will issue a fix to portupdate-scan. > > I fixed it. > > Beech Looks like it's still there. Only the CVS keyword substitution line changed. Alex From wxs at FreeBSD.org Tue Jul 15 14:49:40 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jul 15 14:50:58 2008 Subject: MOVED has extra blank line, breaks portupdate-scan In-Reply-To: <20080715144335.GA76231@scout.stangl.us> References: <20080714180138.GA69006@scout.stangl.us> <487B9AF1.7000901@FreeBSD.org> <200807141038.39197.beech@freebsd.org> <20080715144335.GA76231@scout.stangl.us> Message-ID: <20080715145248.GH64436@atarininja.org> On Tue, Jul 15, 2008 at 09:43:35AM -0500, Alex Stangl wrote: > On Mon, Jul 14, 2008 at 10:38:34AM -0800, Beech Rintoul wrote: > > > > /usr/ports/MOVED picked up an extra blank line on the end, > > > > apparently in v1.1647. This breaks portupdate-scan, and maybe > > > > other things that process this file. > > > > > > > > If blank lines should be treated as equivalent to comments, then > > > > I will issue a fix to portupdate-scan. > > > > I fixed it. > > > > Beech > > Looks like it's still there. Only the CVS keyword substitution > line changed. I just fixed this. http://www.freebsd.org/cgi/cvsweb.cgi/ports/MOVED.diff?r1=1.1650;r2=1.1651 -- WXS From yasu at utahime.org Tue Jul 15 15:04:07 2008 From: yasu at utahime.org (Yasuhiro KIMURA) Date: Tue Jul 15 15:04:14 2008 Subject: Is devel/cvs-devel really IPv6 enabled? Message-ID: <20080715.235215.122666897.yasu@utahime.org> Hello. COMMENT of devel/cvs-devel says it is "IPv6 enabled cvs". So I replaced devel/cvs+ipv6 with it and try to access pserver on dual host (reachable with both IPv4/IPv6) and IPv6 only one (reachable with IPv6 but unreachable with IPv4). The result is that it always access to dual host with IPv4, and it unable to access to IPv6 only one. devel/cvs+ipv6 can successfully access to pserver on both hosts with IPv6. So I wonder if devel/cvs-devel is really IPv6 enabled. Since I am not familiar with IPv6 at all, and it is possible something is wrong with me, I would like to know if someone else can use IPv6 connection with devel/cvs-devel. Regards. --- Yasuhiro KIMURA From yanefbsd at gmail.com Tue Jul 15 15:31:18 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Tue Jul 15 15:31:25 2008 Subject: pkg_add fixing dependencies In-Reply-To: <487CB63F.8070606@FreeBSD.org> References: <487CB63F.8070606@FreeBSD.org> Message-ID: <70CD7DC9-A07C-4643-9803-BC30E362E163@gmail.com> On Jul 15, 2008, at 7:37 AM, Sergey Matveychuk wrote: > Anders Nore wrote: >> So my question is, shouldn't "pkg_add -r zip" check installed >> packages for dependencies and make a correct +REQUIRED_BY file for >> zip? I know that portupgrade and portmaster does this. > > As I understand, adding and upgrading should be separate processes. Yes. However, pkg_add (as it stands) in master mode calls pkg_info which then evaluates whether or not to upgrade a given package. > When you add a package, you should check if an old version of the > package or conflicting packages exist and install package otherwise. Correct. > There are some unclean cases there. E.g. packages with different > PREFIXes, etc. Indeed, unless you have separate databases for each package (which is easy to do with a separate copy of /var/db/pkg, but it looks like pkg_add currently lacks that functionality). I'll see about writing up that enhancement... Cheers, -Garrett From goaengel at gmx.net Wed Jul 16 00:22:28 2008 From: goaengel at gmx.net (Tino Engel) Date: Wed Jul 16 00:22:35 2008 Subject: Submission of new port 'lastfmrec' Message-ID: <20080716020102.31323804@gmx.net> Dear port maintainers, I have created a nice piece of software, and since it is working now, I would like to propose it as a new port for FreeBSD. Here is the content pkg-descr: LastFMrec plays a last.fm radio stream. While listening it creates one mp3-file per song and names it after artist and title. It can be run inside a shell or in a pop-up xterm (as browser plugin). WWW: http://elgrande.daemoncore.org/index_lastfmrec.php Can you please tell me, how to proceed? The current port, (beta, all features, but only tested by me and 1 other person) can be downloaded from http://elgrande.daemoncore.org/files/software/lastfmrec.tar.gz I followed the porters handbook instructions carefully and did all tests. Nevertheless, this is my first port, so I cannot guarantee, i structured something in an improper way, although i do not think so. I would be happy, to see lastfmrec in ports though. Sincerely yours, Tino Engel From mike.derouen at gmail.com Wed Jul 16 01:21:49 2008 From: mike.derouen at gmail.com (Mike Derouen) Date: Wed Jul 16 01:21:55 2008 Subject: Nexuiz-2.4.2 Server Browser and sockets "sendto" error In-Reply-To: References: Message-ID: Hello, I have recently installed the nexuiz-2.4.2 port and the single player game works great. The multiplayer mode, however, is not working properly. When i look at the server browser, there aren't any games listed, and I don't see a way to add servers or refresh the list. I also keep getting this sockets error in the console: "LHNET_Write: sendto returned error: Address family not supported by protocol family" Here's my uname output: % uname -a FreeBSD alpha 7.0-STABLE FreeBSD 7.0-STABLE #4: Mon Jul 14 19:09:46 PDT 2008 root@alpha:/usr/obj/usr/src/sys/GENERIC i386 Does anybody have an idea of how to fix this? I have tried to do a "connect" from the console of a single player game, but that gave the same result. I have successfully connected to multiplayer quake3 games on a few different servers, so I'm taking a stab in the dark and guessing that the problem may be with the nexuiz port. Please let me know what extra useful info I can provide as well. Thanks, Mike From peterjeremy at optushome.com.au Wed Jul 16 02:12:53 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Jul 16 02:13:00 2008 Subject: Submission of new port 'lastfmrec' In-Reply-To: <20080716020102.31323804@gmx.net> References: <20080716020102.31323804@gmx.net> Message-ID: <20080716021249.GE62764@server.vk2pj.dyndns.org> On 2008-Jul-16 02:01:02 +0200, Tino Engel wrote: >Can you please tell me, how to proceed? As per the porter's handbook, submit a PR with the port directory included as a shar. -- 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/20080716/8dd8522e/attachment.pgp From jacktel at brazosnet.com Wed Jul 16 02:22:52 2008 From: jacktel at brazosnet.com (Jackie McCracken) Date: Wed Jul 16 02:23:00 2008 Subject: FreeBSD Port: asterisk-1.4.20.1_1 Message-ID: <255648FF6C2C45DDAEB8DF85028A7AC7@jacktel.net> Are there any plans to port asterisk 1.4.x to FreeBSD 7? If so any idea when that might happen? Jackie From goaengel at gmx.net Wed Jul 16 10:45:48 2008 From: goaengel at gmx.net (Tino Engel) Date: Wed Jul 16 10:45:55 2008 Subject: Submission of new port 'lastfmrec' In-Reply-To: <20080716021249.GE62764@server.vk2pj.dyndns.org> References: <20080716020102.31323804@gmx.net> <20080716021249.GE62764@server.vk2pj.dyndns.org> Message-ID: <20080716125101.379345e3@gmx.net> On Wed, 16 Jul 2008 12:12:49 +1000 Peter Jeremy wrote: > On 2008-Jul-16 02:01:02 +0200, Tino Engel wrote: > >Can you please tell me, how to proceed? > > As per the porter's handbook, submit a PR with the port directory > included as a shar. > Ups.. Hehe... Thx! From goaengel at gmx.net Wed Jul 16 10:52:33 2008 From: goaengel at gmx.net (Tino Engel) Date: Wed Jul 16 10:52:40 2008 Subject: Nexuiz-2.4.2 Server Browser and sockets "sendto" error In-Reply-To: References: Message-ID: <20080716125748.766c7271@gmx.net> On Tue, 15 Jul 2008 17:54:46 -0700 "Mike Derouen" wrote: > > "LHNET_Write: sendto returned error: Address family not supported by > protocol family" > Have you tried putting ipv6_enable="YES" into /etc/rc.conf After next reboot, maybe it works. From koitsu at FreeBSD.org Wed Jul 16 10:59:42 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Jul 16 10:59:48 2008 Subject: Nexuiz-2.4.2 Server Browser and sockets "sendto" error In-Reply-To: References: Message-ID: <20080716105942.GA2663@eos.sc1.parodius.com> On Tue, Jul 15, 2008 at 05:54:46PM -0700, Mike Derouen wrote: > I have recently installed the nexuiz-2.4.2 port and the single player game > works great. The multiplayer mode, however, is not working properly. When > i look at the server browser, there aren't any games listed, and I don't see > a way to add servers or refresh the list. I also keep getting this sockets > error in the console: > > "LHNET_Write: sendto returned error: Address family not supported by > protocol family" Chances are whatever this software is, is attempting to use a custom socket type over TCP/IP which FreeBSD doesn't have support for. The error in question is EAFNOSUPPORT. You can Google for it. > Does anybody have an idea of how to fix this? Contact the authors of the software? :-) -- | 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 rajkumars at gmail.com Wed Jul 16 11:21:44 2008 From: rajkumars at gmail.com (Rajkumar S) Date: Wed Jul 16 11:21:50 2008 Subject: FreeBSD Port: libevent-1.3e Message-ID: <64de5c8b0807160356t159ed594la42105a9d28699ff@mail.gmail.com> Hi, While making libevent port patch-Makefile fails to apply cleanly. I have cvsup the ports with the following supfile and still the same result. *default host=cvsup.fr.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress ports-all The error I am getting is: [root@nanobsd7 /usr/ports/devel/libevent]# make distclean ===> Cleaning for libevent-1.3e ===> Deleting distfiles for libevent-1.3e [root@nanobsd7 /usr/ports/devel/libevent]# make ===> Vulnerability check disabled, database not found => libevent-1.3e.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://monkey.org/~provos/. libevent-1.3e.tar.gz 100% of 441 kB 51 kBps ===> Extracting for libevent-1.3e => MD5 Checksum OK for libevent-1.3e.tar.gz. => SHA256 Checksum OK for libevent-1.3e.tar.gz. ===> Patching for libevent-1.3e ===> Applying FreeBSD patches for libevent-1.3e File to patch: No file found--skip this patch? [n] y 1 out of 1 hunks ignored--saving rejects to Makefile.rej => Patch patch-Makefile failed to apply cleanly. *** Error code 1 Stop in /usr/ports/devel/libevent. uname -a is FreeBSD nanobsd7.in.linuxense.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Please take a look. raj From Ermal.LUCI at raiffeisen.al Wed Jul 16 13:01:49 2008 From: Ermal.LUCI at raiffeisen.al (Ermal.LUCI@raiffeisen.al) Date: Wed Jul 16 13:01:56 2008 Subject: [pfSdev] FreeBSD Port: libevent-1.3e In-Reply-To: <64de5c8b0807160356t159ed594la42105a9d28699ff@mail.gmail.com> Message-ID: Do not use cvsup.fr. it is b0rked from long time, at least from my experience. Ermal rajkumars@gmail.c om@inet To 07/16/2008 01:01 mnag@FreeBSD.org PM cc ports@FreeBSD.org, dev@pfsense.com Subject Please respond to [pfSdev] FreeBSD Port: libevent-1.3 dev@pfsense.com@i e net Hi, While making libevent port patch-Makefile fails to apply cleanly. I have cvsup the ports with the following supfile and still the same result. *default host=cvsup.fr.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress ports-all The error I am getting is: [root@nanobsd7 /usr/ports/devel/libevent]# make distclean ===> Cleaning for libevent-1.3e ===> Deleting distfiles for libevent-1.3e [root@nanobsd7 /usr/ports/devel/libevent]# make ===> Vulnerability check disabled, database not found => libevent-1.3e.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://monkey.org/~provos/. libevent-1.3e.tar.gz 100% of 441 kB 51 kBps ===> Extracting for libevent-1.3e => MD5 Checksum OK for libevent-1.3e.tar.gz. => SHA256 Checksum OK for libevent-1.3e.tar.gz. ===> Patching for libevent-1.3e ===> Applying FreeBSD patches for libevent-1.3e File to patch: No file found--skip this patch? [n] y 1 out of 1 hunks ignored--saving rejects to Makefile.rej => Patch patch-Makefile failed to apply cleanly. *** Error code 1 Stop in /usr/ports/devel/libevent. uname -a is FreeBSD nanobsd7.in.linuxense.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Please take a look. raj From freebsd at meijome.net Wed Jul 16 13:15:13 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Wed Jul 16 13:15:20 2008 Subject: After OS upgrade to 6.3, libtool15 configure hangs at f771 test In-Reply-To: <20080715094128.GF11078@pol.leissner.se> References: <20080715033138.GC11078@pol.leissner.se> <20080715085427.GN17123@deviant.kiev.zoral.com.ua> <20080715094128.GF11078@pol.leissner.se> Message-ID: <20080716231509.5ce2566e@ayiin> On Tue, 15 Jul 2008 11:41:28 +0200 Peter Olsson wrote: > Yes, ^C works to get out of the hang. you may want to attach ktrace to the "hung" process to see what its up to behind the scenes... _________________________ {Beto|Norberto|Numard} Meijome Anyone who isn't confused here doesn't really understand what's going on. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From mike.derouen at gmail.com Wed Jul 16 14:12:32 2008 From: mike.derouen at gmail.com (Mike Derouen) Date: Wed Jul 16 14:12:39 2008 Subject: Nexuiz-2.4.2 Server Browser and sockets "sendto" error In-Reply-To: <20080716105942.GA2663@eos.sc1.parodius.com> References: <20080716105942.GA2663@eos.sc1.parodius.com> Message-ID: I have some output from truss that suggests the protocol type being used is AF_UNSPEC. Here's around where the first sendto error occurs: open("/etc/hosts",O_RDONLY,0666) = 51 (0x33) fstat(51,{mode=-rw-r--r-- ,inode=49352,size=1233,blksize=4096}) = 0 (0x0) read(51,"# $FreeBSD: src/etc/hosts,v 1.16"...,4096) = 1233 (0x4d1) read(51,0xbddf000,4096) = 0 (0x0) close(51) = 0 (0x0) kqueue(0x0,0x0,0x0,0x0,0x0,0x0) = 51 (0x33) socket(PF_INET,SOCK_DGRAM,0) = 52 (0x34) connect(52,{ AF_INET 68.87.76.178:53 },16) = 0 (0x0) sendto(52,"J/\^A\0\0\^A\0\0\0\0\0\0\^Fupdat"...,38,0x0,NULL,0x0) = 38 (0x26) clock_gettime(0,{1216173007.960787574}) = 0 (0x0) kevent(51,{0x34,EVFILT_READ,EV_ADD|EV_ONESHOT,0,0x0,0x0},1,{0x34,EVFILT_READ,EV_ONESHOT,0,0x36,0x0},1,{5.000000000}) = 1 (0x1) recvfrom(52,"J/\M^A\M^@\0\^A\0\^A\0\0\0\0\^Fu"...,65536,0x0,{ AF_INET 68.87.76.178:53 },0xbfbf4464) = 54 (0x36) close(52) = 0 (0x0) close(51) = 0 (0x0) sendto(50,"\M^?\M^?\M^?\M^?getExtResponse c"...,44,0x0,{ sa_len = 2, sa_family = 0, sa_data = { } },0x10) ERR#47 'Address family not supported by protocol family' fcntl(1,F_GETFL,) = 6 (0x6) fcntl(1,F_SETFL,0x2) = 0 (0x0) write(1,"LHNET_Write: sendto returned err"...,84) = 84 (0x54) fcntl(1,F_SETFL,O_NONBLOCK|0x2) = 0 (0x0) gettimeofday({1216173008.073126},0x0) = 0 (0x0) recvfrom(50,0x83c9ac0,65544,0x0,0xbfbfe830,0xbfbfa058) ERR#35 'Resource temporarily unavailable' gettimeofday({1216173008.073206},0x0) = 0 (0x0) gettimeofday({1216173008.073432},0x0) = 0 (0x0) gettimeofday({1216173008.073496},0x0) = 0 (0x0) on the "sendto(50...", The "sa_family" parameter is set to 0, which is "unspecified". socket 50 appears to be initialized much earlier in the truss output as follows: fcntl(1,F_SETFL,O_NONBLOCK|0x2) = 0 (0x0) socket(PF_INET,SOCK_DGRAM,17) = 50 (0x32) ioctl(50,FIONBIO,0xbfbfe3eb) = 0 (0x0) bind(50,{ sa_len = 2, sa_family = 0, sa_data = { } },16) = 0 (0x0) getsockname(50,{ AF_INET 0.0.0.0:61469 },0xbfbfe3e4) = 0 (0x0) setsockopt(0x32,0xffff,0x20,0xbfbfe3e0,0x4,0x1d138) = 0 (0x0) fcntl(1,F_GETFL,) = 6 (0x6) fcntl(1,F_SETFL,0x2) = 0 (0x0) write(1,"Client opened a socket on addres"...,48) = 48 (0x30) fcntl(1,F_SETFL,O_NONBLOCK|0x2) = 0 (0x0) gettimeofday({1216217183.338213},0x0) = 0 (0x0) gettimeofday({1216217183.338283},0x0) = 0 (0x0) recvfrom(50,0x83c9ac0,65544,0x0,0xbfbfe840,0xbfbfa068) ERR#35 'Resource temporarily unavailable' gettimeofday({1216217183.338408},0x0) = 0 (0x0) Does this info help any? I've made a post to the nexuiz support site a while back, but have yet to hear from them. Thanks, Mike On Wed, Jul 16, 2008 at 3:59 AM, Jeremy Chadwick wrote: > On Tue, Jul 15, 2008 at 05:54:46PM -0700, Mike Derouen wrote: > > I have recently installed the nexuiz-2.4.2 port and the single player > game > > works great. The multiplayer mode, however, is not working properly. > When > > i look at the server browser, there aren't any games listed, and I don't > see > > a way to add servers or refresh the list. I also keep getting this > sockets > > error in the console: > > > > "LHNET_Write: sendto returned error: Address family not supported by > > protocol family" > > Chances are whatever this software is, is attempting to use a custom > socket type over TCP/IP which FreeBSD doesn't have support for. > > The error in question is EAFNOSUPPORT. You can Google for it. > > > Does anybody have an idea of how to fix this? > > Contact the authors of the software? :-) > > -- > | 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 ermal.luci at gmail.com Wed Jul 16 16:16:35 2008 From: ermal.luci at gmail.com (=?ISO-8859-1?Q?Ermal_Lu=E7i?=) Date: Wed Jul 16 16:17:10 2008 Subject: [pfSdev] FreeBSD Port: libevent-1.3e In-Reply-To: <64de5c8b0807160356t159ed594la42105a9d28699ff@mail.gmail.com> References: <64de5c8b0807160356t159ed594la42105a9d28699ff@mail.gmail.com> Message-ID: <9a542da30807160847w347b0b44v6b3fdfad9b16acd8@mail.gmail.com> As i said in private mail do not use cvsup.fr it is b0rked. At least it has happened to me many times that it was not correct in the sources provided. On Wed, Jul 16, 2008 at 12:56 PM, Rajkumar S wrote: > Hi, > > While making libevent port patch-Makefile fails to apply cleanly. I > have cvsup the ports with the following supfile and still the same > result. > > *default host=cvsup.fr.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. > *default delete use-rel-suffix > *default compress > ports-all > > The error I am getting is: > > [root@nanobsd7 /usr/ports/devel/libevent]# make distclean > ===> Cleaning for libevent-1.3e > ===> Deleting distfiles for libevent-1.3e > [root@nanobsd7 /usr/ports/devel/libevent]# make > ===> Vulnerability check disabled, database not found > => libevent-1.3e.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://monkey.org/~provos/. > libevent-1.3e.tar.gz 100% of 441 kB 51 kBps > ===> Extracting for libevent-1.3e > => MD5 Checksum OK for libevent-1.3e.tar.gz. > => SHA256 Checksum OK for libevent-1.3e.tar.gz. > ===> Patching for libevent-1.3e > ===> Applying FreeBSD patches for libevent-1.3e > File to patch: > No file found--skip this patch? [n] y > 1 out of 1 hunks ignored--saving rejects to Makefile.rej > => Patch patch-Makefile failed to apply cleanly. > *** Error code 1 > > Stop in /usr/ports/devel/libevent. > > uname -a is > FreeBSD nanobsd7.in.linuxense.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: > Sun Feb 24 19:59:52 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > Please take a look. > > raj > -- Ermal From pgollucci at p6m7g8.com Wed Jul 16 16:56:00 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Jul 16 16:56:07 2008 Subject: FreeBSD Port: libevent-1.3e In-Reply-To: <64de5c8b0807160356t159ed594la42105a9d28699ff@mail.gmail.com> References: <64de5c8b0807160356t159ed594la42105a9d28699ff@mail.gmail.com> Message-ID: <487E281E.9000604@p6m7g8.com> Rajkumar S wrote: > File to patch: > No file found--skip this patch? [n] y > 1 out of 1 hunks ignored--saving rejects to Makefile.rej > => Patch patch-Makefile failed to apply cleanly. > *** Error code 1 How about this patch -- PR ports/125677 Complete with an update to the latest stable. From cyberbotx at cyberbotx.com Wed Jul 16 17:38:33 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Wed Jul 16 17:38:40 2008 Subject: Using bsd.gecko.mk in a port Message-ID: <487E2FBB.2020203@cyberbotx.com> With the recent commit of Firefox 3 to the ports, bsd.gecko.mk is now in Mk. However, there are no ports using it yet. I made an attempt to convert vlc to use it in order to get it to work with Firefox 3, but I get the following error: "Makefile", line 371: Could not find bsd.gecko.mk I had changed the line from .include "${.CURDIR}/../../www/mozilla/bsd.gecko.mk" to .include Is there something else that needs to be done in order for bsd.gecko.mk to be used, or did I do that wrong? Thanks, Naram Qashat From gary.jennejohn at freenet.de Wed Jul 16 18:19:59 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Jul 16 18:20:06 2008 Subject: Using bsd.gecko.mk in a port In-Reply-To: <487E2FBB.2020203@cyberbotx.com> References: <487E2FBB.2020203@cyberbotx.com> Message-ID: <20080716201953.04ab82aa@peedub.jennejohn.org> On Wed, 16 Jul 2008 13:28:27 -0400 Naram Qashat wrote: > With the recent commit of Firefox 3 to the ports, bsd.gecko.mk is now in Mk. > However, there are no ports using it yet. I made an attempt to convert vlc to > use it in order to get it to work with Firefox 3, but I get the following error: > > "Makefile", line 371: Could not find bsd.gecko.mk > > I had changed the line from > > .include "${.CURDIR}/../../www/mozilla/bsd.gecko.mk" > > to > > .include > > Is there something else that needs to be done in order for bsd.gecko.mk to be > used, or did I do that wrong? > Look at bsd.port.mk. Defining WANT_GECKO or USE_GECKO will automatically include bsd.gecko.mk. --- Gary Jennejohn From tethys.ocean at gmail.com Wed Jul 16 21:21:36 2008 From: tethys.ocean at gmail.com (tethys ocean) Date: Wed Jul 16 21:21:44 2008 Subject: vulnerabilities and installation options In-Reply-To: <235b80000807161058l22a97386o7e0339df034f62f4@mail.gmail.com> References: <235b80000807161058l22a97386o7e0339df034f62f4@mail.gmail.com> Message-ID: <235b80000807161352p543bf7ffndb7a53f1f930374b@mail.gmail.com> Hi Today I ve installed freeBSD 7.0 to my new server than while installing packet to it, I ve met with difficulties about php5 and php5-extension. I had installed another web server before 2 days. I hadnt met this error msg, and now this server running properly. But today I met. Verifying install for /usr/local/lib/php/20060613/posix.so in /usr/ports/sysutils/php5-posix ===> php5-posix-5.2.6 has known vulnerabilities: => php -- input validation error in posix_access function. Reference: < http://www.FreeBSD.org/ports/portaudit/ee6fa2bd-406a-11dd-936a-0015af872849.html > => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/sysutils/php5-posix. *** Error code 1 Stop in /usr/ports/lang/php5-extensions. *** Error code 1 Stop in /usr/ports/lang/php5-extensions. I ve run portupgrade -arR but result hasnt changed, still it has stopped. I wonder 1-why today I met although this vulnerabilities is anounce in nearly May. 2-is it possible while installing such packet can FreeBSD 7.0 give any options to user such as; *this packet has got "bla bla vulnerabilities" do you want to continue or not and also maybe giving a little bit info about this vulnerabilities is critical or trivial. I ve installed with this options # make -DDISABLE_VULNERABILITIES install finally php is running on my new webserver, May be you have got an advise for me. How can i saved such vulnerabilities, especially this one. -- Share now a pigeon's flight Bluebound along the ancient skies, Its women forever hair and mammal, A Mediterranean town may arise If you rip apart a pigeon's heart. -- Share now a pigeon's flight Bluebound along the ancient skies, Its women forever hair and mammal, A Mediterranean town may arise If you rip apart a pigeon's heart. From dokalanyi at gmail.com Thu Jul 17 11:42:37 2008 From: dokalanyi at gmail.com (Okalany Daniel) Date: Thu Jul 17 11:42:44 2008 Subject: Vlc Message-ID: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> Is there a way to install vlc media player without the X11 or any other gui tools? WITHOUT_X11 doesn't seem to be working -- OKALANY DANIEL P.O BOX 26150 KAMPALA. http://okaman.one2net.co.ug -- Youth is a wonderful thing. What a crime to waste it on children. The Word was spoken before it was written, and it was written so it could be spoken! Words can move mountais because mountains are created by words! From daniel at one2net.co.ug Thu Jul 17 11:43:57 2008 From: daniel at one2net.co.ug (Okalany Daniel) Date: Thu Jul 17 11:44:04 2008 Subject: Vlc In-Reply-To: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> Message-ID: <28f643d90807170418p2b74ca7fu5422fa2c8b7ce1e@mail.gmail.com> Is there a way to install vlc media player without the X11 or any other gui tools? WITHOUT_X11 doesn't seem to be working -- OKALANY DANIEL P.O BOX 26150 KAMPALA. http://okaman.one2net.co.ug -- Youth is a wonderful thing. What a crime to waste it on children. The Word was spoken before it was written, and it was written so it could be spoken! Words can move mountains because mountains are created by words! From Helko.Glathe at freenet.de Thu Jul 17 11:57:19 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Thu Jul 17 11:57:31 2008 Subject: hald-runner evokes high cpu usage Message-ID: Hi My machine runs with FreeBSD 7.0-RELEASE-p3. The idle state of the cpu is approximately 80 percent if hald-runner is running: last pid: 1500; load averages: 0.67, 0.44, 0.19 up 0+00:02:35 13:38:43 64 processes: 2 running, 62 sleeping CPU states: 1.8% user, 0.0% nice, 18.0% system, 0.0% interrupt, 80.2% idle Mem: 63M Active, 40M Inact, 211M Wired, 840K Cache, 76M Buf, 673M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1252 root 1 45 0 274M 68752K CPU0 0 0:05 2.69% Xorg 1255 haldaemon 1 44 0 21256K 5468K select 1 0:02 0.00% hald 1387 kater 1 44 0 32956K 27528K select 0 0:01 0.00% kdeinit 1391 kater 1 44 0 32892K 26616K select 0 0:01 0.00% kdeinit 1375 kater 1 44 0 37444K 28552K select 0 0:01 0.00% kdeinit 1429 kater 1 44 0 30052K 24180K select 0 0:01 0.00% kdeinit 1415 kater 1 44 0 29680K 11336K select 0 0:01 0.00% artsd 1345 kater 1 44 0 19824K 4384K select 1 0:00 0.00% gam_server 1385 kater 1 44 0 29180K 22716K select 0 0:00 0.00% kdeinit 1432 kater 1 44 0 32544K 25248K select 1 0:00 0.00% korgac 1427 kater 1 44 0 48232K 26952K select 1 0:00 0.00% kdeinit 1420 kater 1 44 0 28552K 21836K select 1 0:00 0.00% kdeinit 717 root 1 44 0 3276K 1028K select 1 0:00 0.00% moused 1267 root 1 58 0 20236K 3848K select 1 0:00 0.00% hald-addon-mouse-sy 1264 root 1 57 0 20236K 3840K select 1 0:00 0.00% hald-addon-mouse-sy 1087 messagebus 1 44 0 3348K 1800K select 0 0:00 0.00% dbus-daemon 1458 kater 1 44 0 3524K 1788K CPU1 1 0:00 0.00% top 1366 kater 1 57 0 26104K 18300K select 0 0:00 0.00% kdeinit 1384 kater 1 44 0 27344K 20716K select 0 0:00 0.00% kdeinit 1011 root 1 44 0 3192K 992K select 1 0:00 0.00% powerd 1259 root 1 96 0 20424K 4096K select 0 0:00 0.00% hald-runner 1373 kater 1 44 0 26736K 19416K select 1 0:00 0.00% kdeinit 1041 root 1 4 0 6112K 3632K kqread 1 0:00 0.00% cupsd 1271 root 1 44 0 3632K 1568K select 1 0:00 0.00% hald-addon-storage 906 root 1 44 0 3192K 1212K select 0 0:00 0.00% syslogd 1370 kater 1 44 0 25680K 17592K select 0 0:00 0.00% kdeinit 333 root 1 44 0 4928K 2720K select 0 0:00 0.00% wpa_supplicant 1305 kater 1 8 0 3492K 1396K wait 1 0:00 0.00% sh 1393 kater 1 49 0 27936K 20728K select 1 0:00 0.00% kdeinit 1254 root 1 8 0 4596K 2292K wait 1 0:00 0.00% kdm-bin 1258 root 17 0 0 28956K 5172K waitvt 1 0:00 0.00% console-kit-daemon Killing hald-runner the idle state grows up to 100 percent: last pid: 1536; load averages: 0.26, 0.36, 0.17 up 0+00:03:34 13:39:42 62 processes: 1 running, 61 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 62M Active, 40M Inact, 211M Wired, 944K Cache, 76M Buf, 673M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1252 root 1 44 0 274M 68752K select 0 0:05 0.00% Xorg 1387 kater 1 44 0 32956K 27528K select 0 0:01 0.00% kdeinit 1429 kater 1 44 0 31180K 25120K select 1 0:01 0.00% kdeinit 1391 kater 1 44 0 32892K 26616K select 0 0:01 0.00% kdeinit 1375 kater 1 44 0 37444K 28552K select 0 0:01 0.00% kdeinit 1415 kater 1 44 0 29680K 11336K select 0 0:01 0.00% artsd 1345 kater 1 44 0 19824K 4384K select 0 0:00 0.00% gam_server 1385 kater 1 44 0 29180K 22716K select 0 0:00 0.00% kdeinit 1432 kater 1 44 0 32544K 25248K select 0 0:00 0.00% korgac 717 root 1 44 0 3276K 1028K select 1 0:00 0.00% moused 1427 kater 1 44 0 48232K 26952K select 0 0:00 0.00% kdeinit 1420 kater 1 44 0 28552K 21856K select 1 0:00 0.00% kdeinit 1011 root 1 44 0 3192K 992K select 1 0:00 0.00% powerd 1087 messagebus 1 44 0 3348K 1800K select 0 0:00 0.00% dbus-daemon 1366 kater 1 57 0 26104K 18300K select 0 0:00 0.00% kdeinit 1384 kater 1 44 0 27344K 20716K select 0 0:00 0.00% kdeinit 1373 kater 1 44 0 26736K 19416K select 1 0:00 0.00% kdeinit 1041 root 1 4 0 6112K 3632K kqread 1 0:00 0.00% cupsd 1370 kater 1 44 0 25680K 17592K select 0 0:00 0.00% kdeinit 906 root 1 44 0 3192K 1212K select 1 0:00 0.00% syslogd 333 root 1 44 0 4928K 2720K select 0 0:00 0.00% wpa_supplicant 1305 kater 1 8 0 3492K 1396K wait 1 0:00 0.00% sh 1536 root 1 44 0 3524K 1772K CPU1 0 0:00 0.00% top 1393 kater 1 49 0 27936K 20728K select 1 0:00 0.00% kdeinit 1531 root 1 8 0 4432K 2404K wait 1 0:00 0.00% bash 1444 kater 1 8 0 4432K 2420K wait 1 0:00 0.00% bash 1527 kater 1 8 0 3596K 1564K wait 1 0:00 0.00% su 1258 root 17 0 0 28956K 5172K waitvt 1 0:00 0.00% console-kit-daemon Any proposals to fix this problem? Regards, Helko -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From Johan at double-l.nl Thu Jul 17 14:02:13 2008 From: Johan at double-l.nl (Johan Hendriks) Date: Thu Jul 17 14:02:20 2008 Subject: HEADS UP - samba 3.0.30 winbindd broken Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDFBD@w2003s01.double-l.local> Samba 3.0.31 has been released! From goaengel at gmx.net Thu Jul 17 14:06:20 2008 From: goaengel at gmx.net (Tino Engel) Date: Thu Jul 17 14:06:29 2008 Subject: Vlc In-Reply-To: <28f643d90807170418p2b74ca7fu5422fa2c8b7ce1e@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <28f643d90807170418p2b74ca7fu5422fa2c8b7ce1e@mail.gmail.com> Message-ID: <20080717161137.0b10e18b@gmx.net> On Thu, 17 Jul 2008 14:18:33 +0300 "Okalany Daniel" wrote: > Is there a way to install vlc media player without the X11 or any > other gui tools? WITHOUT_X11 doesn't seem to be working > hmmm. it is a movie player... without_x11 would not make too much sense though... for listening to audio files look at mpg123 for mp3 or at mpc for any kind of audio format. Tino From a.smith at ukgrid.net Thu Jul 17 14:25:34 2008 From: a.smith at ukgrid.net (Andy Smith) Date: Thu Jul 17 14:25:54 2008 Subject: bind95 port, no rc.d script Message-ID: <01be01c8e80d$4666f2f0$0202a8c0@computer> Hi, I've just installed the latest bind95 P1 ports package, all installed ok and is working but it hasn't installed the /etc/rc.d/named script (nor in /usr/local/etc/rc.d) nor is there a script in the ports work dir called named. Can anyone suggest what I may have done wrong? I can write a custom script, but Id rather ports put it there so I dont have to worry about this on every upgrade and to understand ports better etc, thanks, Andy. From david at vizion2000.net Thu Jul 17 14:34:23 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 17 14:34:36 2008 Subject: Ports and system upgrades Message-ID: <200807170755.54269.david@vizion2000.net> I have been unable to find instructions in the manual about ?recompiling ports as part of a system upgrade process. There seems to be no reference to it. The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a problem with perl. However 6.3 to 7.0 seems to produce more difficulties than I bargained for!!! How can I best reconfigure and recompile all th installed ports? As you can see from below: [root@dns1 ~]# portupgrade -a Fatal error 'Thread is not system scope. ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) Segmentation fault: 11 (core dumped) I have definitely omitted a vital step From miwi at FreeBSD.org Thu Jul 17 14:41:07 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Jul 17 14:41:43 2008 Subject: [HEADS UP] KDE4 - Call for Testing Part 1 Message-ID: <20080717142105.GA59497@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody! First the Good News: The past weeks we focused on the complex and very time consuming task to get the KDE4 ports into a much better shape so we can now go on the next step: much wider public testing. The experimental KDE ports are currently pulled from KDE 4.1 beta 2 (4.0.83). Some of you may believe beta testing is not worth it, especially since RC1 was released 2 Days ago. RC1 is however not yet mature enough for a public testing phase. Yes, work on RC1 is of course going on. But this really takes more time. So be patient, please. At the moment we would actually benefit from wider testing the well prepared KDE4 beta 2 FreeBSD builds. We would have much more opportunity and time to identify and eventually correct FreeBSD specific problems with those. There is a new wiki page which explains how to download, install and test, etc. Please read it carefully and make sure you understand it all. This is not a preview snapshot for the impatient! This also is not for inexperienced users. Also, please be aware of the fact that KDE4 is not considered stable enough for daily use. So please no flame wars etc.! Be constructive and you are very welcome! Bad News: I'm sorry to say that this first CFT on KDE4 doesn't support FreeBSD 6.3. The next CFT will. The problem behind it is that we really focussed on bringing support for 7.0 up to a reasonable level. We will concentrate on 6.3 for the next CFT. http://wiki.freebsd.org/KDE4/Install That's all for the moment. Happy Testing! - Martin (on behalf of the FreeBSD KDE team) - -- +-----------------------+-------------------------------+ | 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) iEYEARECAAYFAkh/VVAACgkQFwpycAVoI1NXbwCfZkbZ2EN1eRIv88oSVcMzDjD/ kNIAniUEoIQsMj+Inz+GgLPJe32ytngy =UctQ -----END PGP SIGNATURE----- From m.seaman at infracaninophile.co.uk Thu Jul 17 14:44:20 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Thu Jul 17 14:44:27 2008 Subject: bind95 port, no rc.d script In-Reply-To: <01be01c8e80d$4666f2f0$0202a8c0@computer> References: <01be01c8e80d$4666f2f0$0202a8c0@computer> Message-ID: <487F5AB5.4080902@infracaninophile.co.uk> Andy Smith wrote: > I've just installed the latest bind95 P1 ports package, all installed > ok and is working but it hasn't installed the /etc/rc.d/named script > (nor in /usr/local/etc/rc.d) nor is there a script in the ports work > dir called named. Can anyone suggest what I may have done wrong? I > can write a custom script, but Id rather ports put it there so I dont > have to worry about this on every upgrade and to understand ports > better etc, You can use the rc script for the base system named. Simply add the following to /etc/rc.conf: named_enable="YES" named_program="/usr/local/sbin/named" named_flags="-c /etc/namedb/named.conf" Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- 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/20080717/03b8cc4f/signature.pgp From glarkin at sourcehosting.net Thu Jul 17 14:48:53 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Thu Jul 17 14:48:59 2008 Subject: Ports and system upgrades In-Reply-To: <200807170755.54269.david@vizion2000.net> References: <200807170755.54269.david@vizion2000.net> Message-ID: <001b01c8e81c$34cfa190$0c01a8c0@FIREBALL> > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of David Southwell > > I have been unable to find instructions in the manual about ? > recompiling ports as part of a system upgrade process. There > seems to be no reference to it. > The upgrade from 6.1 to 6.3 seemed to work OK once I sorted > out a problem with perl. However 6.3 to 7.0 seems to produce > more difficulties than I bargained for!!! > > How can I best reconfigure and recompile all th installed ports? > > As you can see from below: > [root@dns1 ~]# portupgrade -a > Fatal error 'Thread is not system scope. > ' at line 319 in file > /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) > Segmentation fault: 11 (core dumped) > > I have definitely omitted a vital step Hi David, This is the procedure that I have used for major version upgrades: http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.htm l. I don't exactly what state your machine is in at the moment, but if there's some way to follow the instructions on that page, perhaps you can get it running again. Best regards, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From m.seaman at infracaninophile.co.uk Thu Jul 17 14:56:11 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Thu Jul 17 14:56:18 2008 Subject: Ports and system upgrades In-Reply-To: <200807170755.54269.david@vizion2000.net> References: <200807170755.54269.david@vizion2000.net> Message-ID: <487F5D7E.5060202@infracaninophile.co.uk> David Southwell wrote: > I have been unable to find instructions in the manual about recompiling ports > as part of a system upgrade process. There seems to be no reference to it. > The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a problem > with perl. However 6.3 to 7.0 seems to produce more difficulties than I > bargained for!!! > > How can I best reconfigure and recompile all th installed ports? > > As you can see from below: > [root@dns1 ~]# portupgrade -a > Fatal error 'Thread is not system scope. > ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) > Segmentation fault: 11 (core dumped) > > I have definitely omitted a vital step There are two approaches: 1) Back up all your data and config files. List all your installed ports to a safe location before updating. Delete all installed ports. (either just before or just after updating the base system: makes little difference.) Reinstall them all from scratch after doing the update. 2) Manually delete and then reinstall portupgrade and its dependencies ( ruby, ruby18-bdbXX, dbXX -- possibly openssl if you have it installed from ports ) Once you've deleted the 6.x packages, you should be able to just: # cd /usr/ports/ports-mgmt/portupgrade # make install clean Then use the newly build portupgrade to force upgrade everything. This takes a long time and always seems to fall over in the middle, so a good trick is to say: # portupgrade -fa -x ">=2008-7-17" meaning "upgrade everything except packages installed after the date of the upgrade." If it flails in the middle you can fix the problem and rerun that command without ending up rebuilding everything all over again. Option (1) will probably give better results, but it is a log more intrusive. (2) works OK, eventually, if you keep plugging at it. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- 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/20080717/9417d64f/signature.pgp From a.smith at ukgrid.net Thu Jul 17 15:00:33 2008 From: a.smith at ukgrid.net (Andy Smith) Date: Thu Jul 17 15:00:53 2008 Subject: bind95 port, no rc.d script References: <01be01c8e80d$4666f2f0$0202a8c0@computer> <487F5AB5.4080902@infracaninophile.co.uk> Message-ID: <01d001c8e815$74aad890$0202a8c0@computer> Hi Matthew, ok, great! thanks for the tip! Andy. ----- Original Message ----- From: "Matthew Seaman" To: "Andy Smith" Cc: Sent: Thursday, July 17, 2008 4:44 PM Subject: Re: bind95 port, no rc.d script From a.smith at ukgrid.net Thu Jul 17 15:00:34 2008 From: a.smith at ukgrid.net (Andy Smith) Date: Thu Jul 17 15:00:53 2008 Subject: bind95 port, no rc.d script References: <01be01c8e80d$4666f2f0$0202a8c0@computer> <487F5AB5.4080902@infracaninophile.co.uk> Message-ID: <01d101c8e815$757331a0$0202a8c0@computer> Hi Matthew, ok, great! thanks for the tip! Andy. ----- Original Message ----- From: "Matthew Seaman" To: "Andy Smith" Cc: Sent: Thursday, July 17, 2008 4:44 PM Subject: Re: bind95 port, no rc.d script From hans at lambermont.dyndns.org Thu Jul 17 16:42:28 2008 From: hans at lambermont.dyndns.org (H) Date: Thu Jul 17 16:42:36 2008 Subject: Vlc In-Reply-To: <20080717161137.0b10e18b@gmx.net> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <28f643d90807170418p2b74ca7fu5422fa2c8b7ce1e@mail.gmail.com> <20080717161137.0b10e18b@gmx.net> Message-ID: <20080717162448.GI9711@frag.lambermont.dyndns.org> Tino Engel wrote on 20080717: > On Thu, 17 Jul 2008 14:18:33 +0300 "Okalany Daniel" > wrote: >> Is there a way to install vlc media player without the X11 or any >> other gui tools? WITHOUT_X11 doesn't seem to be working > > hmmm. it is a movie player... without_x11 would not make too much > sense though... Vlc can be used for different reasons : we use vlc as a streaming server, and there's no X11 on these boxen. regards, Hans Lambermont From dorian.buettner at gmx.de Thu Jul 17 19:24:24 2008 From: dorian.buettner at gmx.de (=?ISO-8859-1?Q?Dorian_B=FCttner?=) Date: Thu Jul 17 19:24:30 2008 Subject: [kde-freebsd] [HEADS UP] KDE4 - Call for Testing Part 1 In-Reply-To: <20080717142105.GA59497@bsdcrew.de> References: <20080717142105.GA59497@bsdcrew.de> Message-ID: <487F9626.6080104@gmx.de> Martin Wilke schrieb: > That's all for the moment. Happy Testing! > > kdegraphics doesn't complete the build as dependency graphics/djvulibre fails to 'make patch'. Anyone else seeing this? I haven't found a bug filed against this, so not sure if my ports-tree somehow is messed up... From goaengel at gmx.net Thu Jul 17 19:25:24 2008 From: goaengel at gmx.net (Tino Engel) Date: Thu Jul 17 19:25:44 2008 Subject: Vlc In-Reply-To: <20080717162448.GI9711@frag.lambermont.dyndns.org> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <28f643d90807170418p2b74ca7fu5422fa2c8b7ce1e@mail.gmail.com> <20080717161137.0b10e18b@gmx.net> <20080717162448.GI9711@frag.lambermont.dyndns.org> Message-ID: <20080717213039.13f20404@gmx.net> On Thu, 17 Jul 2008 18:24:48 +0200 hans@lambermont.dyndns.org (H) wrote: > Tino Engel wrote on 20080717: > > > On Thu, 17 Jul 2008 14:18:33 +0300 "Okalany Daniel" > > wrote: > >> Is there a way to install vlc media player without the X11 or any > >> other gui tools? WITHOUT_X11 doesn't seem to be working > > > > hmmm. it is a movie player... without_x11 would not make too much > > sense though... > > Vlc can be used for different reasons : we use vlc as a streaming > server, and there's no X11 on these boxen. > my mistake... sry 4 that... From parish at magichamster.com Thu Jul 17 19:55:38 2008 From: parish at magichamster.com (Mark Ovens) Date: Thu Jul 17 19:56:05 2008 Subject: graphics/digikam-0.9.4 fails during install Message-ID: <487FA3CA.7080303@magichamster.com> Trying to u/g digikam 0.9.3 -> 0.9.4 using portmaster -Bd graphics/digikam fails during the install stage: gmake[5]: Leaving directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam/libs/dimg' gmake[4]: Leaving directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam/libs/dimg' gmake[3]: Leaving directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam/libs/dimg' Making install in threadimageio gmake[3]: Entering directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam/libs/threadimageio' /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../digikam/libs/dimg -I../../../digikam/libs/dimg/loaders -I../../../digikam/libs/dmetadata -I/usr/local/include -I../../../digikam/libs/jpegutils -I../../../digikam/digikam -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -fno-tree-pre -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -MT loadsavethread.lo -MD -MP -MF .deps/loadsavethread.Tpo -c -o loadsavethread.lo loadsavethread.cpp mv -f .deps/loadsavethread.Tpo .deps/loadsavethread.Plo /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../digikam/libs/dimg -I../../../digikam/libs/dimg/loaders -I../../../digikam/libs/dmetadata -I/usr/local/include -I../../../digikam/libs/jpegutils -I../../../digikam/digikam -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -fno-tree-pre -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -MT managedloadsavethread.lo -MD -MP -MF .deps/managedloadsavethread.Tpo -c -o managedloadsavethread.lo managedloadsavethread.cpp gmake[3]: *** [managedloadsavethread.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam/libs/threadimageio' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam/libs' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/digikam/work/digikam-0.9.4/digikam' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/graphics/digikam. ===>>> Installation of digikam-0.9.4 (graphics/digikam) failed ===>>> Aborting update ===>>> Update for graphics/digikam failed ===>>> Aborting update Any ideas? Regards, Mark From pgollucci at ridecharge.com Thu Jul 17 20:07:44 2008 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Thu Jul 17 20:07:52 2008 Subject: www/rt* ports Message-ID: <487FA68E.2070506@ridecharge.com> Hi All, If nobody objects I'll submit this about 24 hours from now since I've already posted and Vivek previously agreed. Once www/rt38 is in, I'd like to do the same for www/rt34 which would give us 2 rt ports around ~2009 down from 6. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -------------- next part -------------- Index: rt2/Makefile =================================================================== RCS file: /home/ncvs/ports/www/rt2/Makefile,v retrieving revision 1.26 diff -u -r1.26 Makefile --- rt2/Makefile 8 Sep 2007 01:11:47 -0000 1.26 +++ rt2/Makefile 17 Jul 2008 20:02:40 -0000 @@ -42,6 +42,10 @@ ${SITE_PERL}/Tie/IxHash.pm:${PORTSDIR}/devel/p5-Tie-IxHash \ ${SITE_PERL}/CGI/Cookie.pm:${PORTSDIR}/www/p5-CGI.pm +IGNORE= Use www/rt36 instead +DEPRECIATED= ${IGNORE} +EXPIRE_DATE= 2008-10-17 + USE_PERL5= 5.8.0+ # dependencies require it ALL_TARGETS= testdeps fixdeps Index: rt3/Makefile =================================================================== RCS file: /home/ncvs/ports/www/rt3/Makefile,v retrieving revision 1.51 diff -u -r1.51 Makefile --- rt3/Makefile 1 May 2008 00:27:59 -0000 1.51 +++ rt3/Makefile 17 Jul 2008 20:02:40 -0000 @@ -52,7 +52,9 @@ ${SITE_PERL}/WWW/Mechanize.pm:${PORTSDIR}/www/p5-WWW-Mechanize RUN_DEPENDS= ${BUILD_DEPENDS} -IGNORE= uses a random gid in the range reserved for local sysadmin use +IGNORE= Use www/rt36 instead +DEPRECIATED= ${IGNORE} +EXPIRE_DATE= 2008-10-17 APACHE_COMPAT= yes HAS_CONFIGURE= yes Index: rt32/Makefile =================================================================== RCS file: /home/ncvs/ports/www/rt32/Makefile,v retrieving revision 1.52 diff -u -r1.52 Makefile --- rt32/Makefile 1 May 2008 00:27:59 -0000 1.52 +++ rt32/Makefile 17 Jul 2008 20:02:40 -0000 @@ -51,6 +51,10 @@ ${SITE_PERL}/XML/RSS.pm:${PORTSDIR}/textproc/p5-XML-RSS RUN_DEPENDS= ${BUILD_DEPENDS} +IGNORE= Use www/rt36 instead +DEPRECIATED= ${IGNORE} +EXPIRE_DATE= 2008-10-17 + LATEST_LINK= rt32 HAS_CONFIGURE= yes NO_BUILD= yes From pgollucci at p6m7g8.com Thu Jul 17 20:14:34 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Jul 17 20:14:55 2008 Subject: [PROPOSAL]: remove devel/apr-svn in favor of devel/apr Message-ID: <487FA827.6000303@p6m7g8.com> Hi All, I discussed this briefly with pav@, and flz@ on irc already. I've CC'ed rodrigc@ (maintainer) here. I would like to deprecate/remove devel/apr-svn. The reason for this port as far as I knew/know was to force disabling threads in APR for use in subversion. Now that 5.x is EOL in ports, we don't need this. The only left over is that ports will need to set WITH_APR_UTIL_BDB=yes (only if they want the result to be the same). Personally, I think far more people use fsfs for subversion than do bdb. At the very least, this will fix itectu@'s commit to mark devel/p5-subversion broken today. It should also help with maintenance, and library version bumps which If I had to guess with my Apache hat on, will be more frequent as time goes on. I'll volunteer to send the patch for the ~70 ports that Tools/scripts/bump_version.pl says depends on devel/apr-svn. It would probably be good to request a cluster-exp run with it before comitting though. If you don't think this is a good idea, speak up and why. Otherwise, I'll start work on this next week. From dorian.buettner at gmx.de Thu Jul 17 20:24:29 2008 From: dorian.buettner at gmx.de (=?ISO-8859-1?Q?Dorian_B=FCttner?=) Date: Thu Jul 17 20:24:36 2008 Subject: [kde-freebsd] [HEADS UP] KDE4 - Call for Testing Part 1 In-Reply-To: <487F9626.6080104@gmx.de> References: <20080717142105.GA59497@bsdcrew.de> <487F9626.6080104@gmx.de> Message-ID: <487FAA7C.5030909@gmx.de> Dorian B?ttner schrieb: > Anyone else seeing this? I haven't found a bug filed against this, so > not sure if my ports-tree somehow is messed up... > _______________________________________________ > > It is messed, thanks Martin for testing. Wiped the whole port dir and cvsup'ed from another mirror. From david at vizion2000.net Thu Jul 17 20:25:26 2008 From: david at vizion2000.net (David Southwell) Date: Thu Jul 17 20:25:32 2008 Subject: portupgrade - summary log file option?? Message-ID: <200807171346.57184.david@vizion2000.net> Hi I am wondering how useful a summary log file option for portupgrade would be. I have in mind the ability to write to the file each time portupgrade is invoked. Options starting with items such as: S: Stats-List # of ports to be upgraded # ports upgraded so far # Dependencies to be upgraded # Dependencies upgraded so far L: List Port Name Upgraded/skipped/failed Dependency Name(1)..(n) T:Time Run Start Time PortName- Start_Time Duration Finish_Time might be useful. I do not know how easy it would be to do - someone who is familar with portupgrade might have something to say about this. If it is comparatively trivial I would personally welcome such a facility but others may hold a different view. - If it is not easy to do then I guess there are many more important things to do. David From pgollucci at ridecharge.com Thu Jul 17 20:38:34 2008 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Thu Jul 17 20:38:41 2008 Subject: [Fwd: Re: www/rt* ports] Message-ID: <487FADC8.8020503@ridecharge.com> Philip M. Gollucci wrote: > > Hi All, > > > > If nobody objects I'll submit this about 24 hours from now since I've > > already posted and Vivek previously agreed. > > > > Once www/rt38 is in, I'd like to do the same for www/rt34 > > > > which would give us 2 rt ports around ~2009 down from 6. > > Hi Philip, as a heavy RT user i'm all for it. I use rt36 everywhere... Thanks for your work on the RT ports. I'm looking forward to rt38 :-) Cheers, Florian -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From kamikaze at bsdforen.de Thu Jul 17 21:34:07 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Jul 17 21:34:14 2008 Subject: ports/125096: committer on holiday? Message-ID: <487FBAA9.1070208@bsdforen.de> I'm waiting since June. Is there some kind of committer time out? From bsam at ipt.ru Thu Jul 17 21:40:27 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Jul 17 21:40:44 2008 Subject: please commit 124993 for cfengine-2.2.7 In-Reply-To: <20080701192524.GA13558@atarininja.org> (Wesley Shields's message of "Tue\, 1 Jul 2008 15\:25\:24 -0400") References: <20080701192524.GA13558@atarininja.org> Message-ID: <05440975@bs1.sp34.ru> On Tue, 1 Jul 2008 15:25:24 -0400 Wesley Shields wrote: > On Tue, Jul 01, 2008 at 11:48:42AM -0700, Jo Rhett wrote: > > cfengine hasn't had any updates for over a year now, as the maintainer > > is AWOL. I keep submitting patches but nobody commits them. > > > > The last update to 124993 contains a clean single patch from the > > current ports tree to 2.2.7. Can someone please commit this? > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124993 > I will take this one and get it addressed. The PR you are quoting has > not been around long enough for a maintainer timeout, but the other PR > you reference[1] has. I suspect this is not an acceptable condition to > override the maintainer. Why is it not acceptable to override a maintainer? This port is not an infrastructure port, the maintainer is way long unresponsive. I see only one show-stopper: there is no patch (or PR) to change the maintainer. > For now I will put it in my name and address > it once I know the appropriate course of action (wait for maintainer > timeout or if the old timeout applies to this one as well). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From miwi at FreeBSD.org Thu Jul 17 22:15:02 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Jul 17 22:15:09 2008 Subject: ports/125096: committer on holiday? In-Reply-To: <487FBAA9.1070208@bsdforen.de> References: <487FBAA9.1070208@bsdforen.de> Message-ID: <20080717221500.GL59497@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Jul 17, 2008 at 11:33:29PM +0200, Dominic Fandrey wrote: > I'm waiting since June. Is there some kind of committer time out? > _______________________________________________ > 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" > Give me over the weekend time, I'll take over that. - - 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) iEYEARECAAYFAkh/xGMACgkQFwpycAVoI1MBugCgpyXU8x6YUxkYIY8yb9+pA+mu OqcAn28TaObxhF0zQzaRYWRtOudz9LgU =hNKD -----END PGP SIGNATURE----- From kamikaze at bsdforen.de Thu Jul 17 22:45:27 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Jul 17 22:45:33 2008 Subject: ports/125096: committer on holiday? In-Reply-To: <20080717221500.GL59497@bsdcrew.de> References: <487FBAA9.1070208@bsdforen.de> <20080717221500.GL59497@bsdcrew.de> Message-ID: <487FCB4A.80206@bsdforen.de> Martin Wilke wrote: > On Thu, Jul 17, 2008 at 11:33:29PM +0200, Dominic Fandrey wrote: >> I'm waiting since June. Is there some kind of committer time out? > > > Give me over the weekend time, I'll take over that. > > - Martin Thanks a lot! From mike at skew.org Thu Jul 17 22:53:54 2008 From: mike at skew.org (Mike Brown) Date: Thu Jul 17 22:54:05 2008 Subject: Vlc In-Reply-To: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> Message-ID: <200807172217.m6HMHGCi096742@chilled.skew.org> Okalany Daniel wrote: > Is there a way to install vlc media player without the X11 or any other gui > tools? WITHOUT_X11 doesn't seem to be working There's no WITHOUT_X11 target in the port's Makefile, so it's not going to do anything. http://forum.videolan.org/viewtopic.php?=&p=101162 and the existence of a Debian & Ubuntu "vlc-nox" package [1] suggests that it can be done, but you'll have to do a custom build with a number of --without-foo configure options set. There are a lot of knobs in the port (see Makefile.inc) and maybe some combination of them will work for you, but I'm guessing you'll have to end up doing a custom build. The maintainer of the port, funman@videolan.org, might be of some assistance. [1] http://packages.ubuntu.com/gutsy-updates/vlc-nox From sahil at tandon.net Fri Jul 18 00:38:50 2008 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jul 18 00:38:56 2008 Subject: ports/125096: committer on holiday? In-Reply-To: <487FBAA9.1070208@bsdforen.de> References: <487FBAA9.1070208@bsdforen.de> Message-ID: <20080718002052.GA8542@shepherd> Dominic Fandrey wrote: > I'm waiting since June. Is there some kind of committer time out? miwi is going to take care of you, but my understand is 14 days. -- Sahil Tandon From john.marshall at riverwillow.com.au Fri Jul 18 04:54:03 2008 From: john.marshall at riverwillow.com.au (John Marshall) Date: Fri Jul 18 04:54:11 2008 Subject: HEADS UP - samba 3.0.30 winbindd broken In-Reply-To: <20080709105617.GB31955@ctipc01.mby.riverwillow.net.au> References: <20080709105617.GB31955@ctipc01.mby.riverwillow.net.au> Message-ID: <20080718043840.GB61437@rwpc12.mby.riverwillow.net.au> On Wed, 09 Jul 2008, 20:56 +1000, John Marshall wrote: > HEADS UP if you are thinking of upgrading net/samba3 to 3.0.30 in an Active > Directory environment. > > I have recently upgraded from 3.0.28a to 3.0.30 on a couple of FreeBSD 7.0 > servers: one is a member server in a Windows 2000 Active Directory > environment, and the other is a member server in a Windows 2003 Active > Directory environment. Everything works for a while and then winbindd goes > into sulking mode. Re-starting fixes everythng for a little while. As Johan implied, this specific problem was fixed in 3.0.31 which was released by the Samba team last Friday. I've been keeping a close eye on the net/samba3 port but no update yet, so... --- Makefile-3.0.30 2008-07-18 11:39:51.000000000 +1000 +++ Makefile 2008-07-18 12:26:28.000000000 +1000 @@ -6,7 +6,7 @@ # PORTNAME= samba -PORTVERSION?= 3.0.30 +PORTVERSION?= 3.0.31 PORTREVISION= 0 PORTEPOCH?= 1 CATEGORIES?= net --- distinfo-3.0.30 2008-07-18 11:39:38.000000000 +1000 +++ distinfo 2008-07-18 11:51:09.000000000 +1000 @@ -1,3 +1,3 @@ -MD5 (samba-3.0.30.tar.gz) = d647ec1f34414fa8691f74536dcccfb5 -SHA256 (samba-3.0.30.tar.gz) = a1789d3b896aab25a20c437f028bb56bc4de8655da8e6f5e7a743922c828fa53 -SIZE (samba-3.0.30.tar.gz) = 20510081 +MD5 (samba-3.0.31.tar.gz) = 165abaf4522c70031d9a76fbb638ca06 +SHA256 (samba-3.0.31.tar.gz) = b44f0b0fd79a25b2e6c3f3836a615c5c7d55ac65c460bd68be6380ec77abc28e +SIZE (samba-3.0.31.tar.gz) = 20514191 ...and it seems to work for me. I've done this at two sites without mishap so far. No guarantees. Only tested on FreeBSD 7.0. There are probably other bits of the port that should have been patched but I've never dabbled in port creation/maintenance. I usually just sit tight and wait for the update to arrive through ports but I really needed this. Thanks Timur and all the busy port maintainers for the great work you do. -- John Marshall From subhro.kar at gmail.com Fri Jul 18 05:15:11 2008 From: subhro.kar at gmail.com (Subhro) Date: Fri Jul 18 05:15:17 2008 Subject: Race condition in puppet. Message-ID: Greetings, I have managed to hit some race conditions in puppet. This has also been reported here http://reductivelabs.com/trac/puppet/ticket/831 I would request you to kindly bump up the ports version so the problem can be fixed. I have also verified that puppet-devel works fine. Thanks Subhro From yanefbsd at gmail.com Fri Jul 18 06:27:32 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jul 18 06:27:38 2008 Subject: Vlc In-Reply-To: <200807172217.m6HMHGCi096742@chilled.skew.org> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> Message-ID: <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> On Thu, Jul 17, 2008 at 3:17 PM, Mike Brown wrote: > Okalany Daniel wrote: >> Is there a way to install vlc media player without the X11 or any other gui >> tools? WITHOUT_X11 doesn't seem to be working > > There's no WITHOUT_X11 target in the port's Makefile, so it's not going to > do anything. > > http://forum.videolan.org/viewtopic.php?=&p=101162 and the existence of a > Debian & Ubuntu "vlc-nox" package [1] suggests that it can be done, but you'll > have to do a custom build with a number of --without-foo configure options > set. The following options will need to be passed into configure: --disable-x11 --disable-xvideo --disable-glx --disable-sdl --disable-sdl-image --disable-freetype --disable-fb --disable-hd1000v --without-x DirectFB, SVG, and QTE support should also be disabled. Cheers, -Garrett From yanefbsd at gmail.com Fri Jul 18 06:28:14 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jul 18 06:28:21 2008 Subject: Vlc In-Reply-To: <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> Message-ID: <7d6fde3d0807172328k5cffa2bdq8f5da1a0c054ce0c@mail.gmail.com> On Thu, Jul 17, 2008 at 11:27 PM, Garrett Cooper wrote: > On Thu, Jul 17, 2008 at 3:17 PM, Mike Brown wrote: >> Okalany Daniel wrote: >>> Is there a way to install vlc media player without the X11 or any other gui >>> tools? WITHOUT_X11 doesn't seem to be working >> >> There's no WITHOUT_X11 target in the port's Makefile, so it's not going to >> do anything. >> >> http://forum.videolan.org/viewtopic.php?=&p=101162 and the existence of a >> Debian & Ubuntu "vlc-nox" package [1] suggests that it can be done, but you'll >> have to do a custom build with a number of --without-foo configure options >> set. > > The following options will need to be passed into configure: > > --disable-x11 > --disable-xvideo > --disable-glx > --disable-sdl > --disable-sdl-image > --disable-freetype > --disable-fb > --disable-hd1000v > --without-x > > DirectFB, SVG, and QTE support should also be disabled. > > Cheers, > -Garrett Oh yeah, don't enable arts or OSS support either unless it's necessary... -Garrett From Udo.Schweigert at siemens.com Fri Jul 18 07:26:38 2008 From: Udo.Schweigert at siemens.com (Schweigert, Udo CERT) Date: Fri Jul 18 07:26:45 2008 Subject: HEADS UP - samba 3.0.30 winbindd broken In-Reply-To: <20080718043840.GB61437@rwpc12.mby.riverwillow.net.au> References: <20080709105617.GB31955@ctipc01.mby.riverwillow.net.au> <20080718043840.GB61437@rwpc12.mby.riverwillow.net.au> Message-ID: <20080718070128.GA96102@alaska.cert.siemens.com> On Fri, Jul 18, 2008 at 14:38:40 +1000, John Marshall wrote: > On Wed, 09 Jul 2008, 20:56 +1000, John Marshall wrote: > > HEADS UP if you are thinking of upgrading net/samba3 to 3.0.30 in an Active > > Directory environment. > > > > I have recently upgraded from 3.0.28a to 3.0.30 on a couple of FreeBSD 7.0 > > servers: one is a member server in a Windows 2000 Active Directory > > environment, and the other is a member server in a Windows 2003 Active > > Directory environment. Everything works for a while and then winbindd goes > > into sulking mode. Re-starting fixes everythng for a little while. > > As Johan implied, this specific problem was fixed in 3.0.31 which was > released by the Samba team last Friday. I've been keeping a close eye on the > net/samba3 port but no update yet, so... The other possible solution is to apply this patch (as files/patch-nsswitch_winbindd.c in the ports dir). It has been taken from the samba bug-tracking system and I have been running a patched samba for some days now without a problem (under 6.3-RELEASE and -STABLE). --- nsswitch/winbindd.c.orig 2008-05-28 14:41:11.000000000 +0200 +++ nsswitch/winbindd.c 2008-07-16 13:26:22.000000000 +0200 @@ -117,14 +117,21 @@ /* Handle the signal by unlinking socket and exiting */ -static void terminate(void) +static void terminate(bool in_parent) { - pstring path; - - /* Remove socket file */ - pstr_sprintf(path, "%s/%s", - WINBINDD_SOCKET_DIR, WINBINDD_SOCKET_NAME); - unlink(path); + if (in_parent) { + /* When parent goes away we should + * remove the socket file. Not so + * when children terminate. + */ + + pstring path; + + /* Remove socket file */ + pstr_sprintf(path, "%s/%s", + WINBINDD_SOCKET_DIR, WINBINDD_SOCKET_NAME); + unlink(path); + } idmap_close(); @@ -731,10 +738,10 @@ } /* check if TERM has been received */ -void winbind_check_sigterm(void) +void winbind_check_sigterm(bool in_parent) { if (do_sigterm) - terminate(); + terminate(in_parent); } /* Process incoming clients on listen_sock. We use a tricky non-blocking, @@ -901,7 +908,7 @@ /* Check signal handling things */ - winbind_check_sigterm(); + winbind_check_sigterm(true); winbind_check_sighup(); if (do_sigusr2) { --- nsswitch/winbindd_dual.c.orig 2008-05-28 14:41:11.000000000 +0200 +++ nsswitch/winbindd_dual.c 2008-07-16 13:25:53.000000000 +0200 @@ -1015,7 +1015,7 @@ main_loop_TALLOC_FREE(); /* check for signals */ - winbind_check_sigterm(); + winbind_check_sigterm(false); winbind_check_sighup(); run_events(winbind_event_context(), 0, NULL, NULL); Best regards Udo Schweigert Siemens AG Corporate Technology Information & Communication Siemens CERT Otto-Hahn-Ring 6 81730 M?nchen, Germany Tel.: +49 89 636-42170 Fax: +49 89 636-41166 mailto:udo.schweigert@siemens.com Siemens Aktiengesellschaft: Chairman of the Supervisory Board: Gerhard Cromme; Managing Board: Peter Loescher, Chairman, President and Chief Executive Officer; Wolfgang Dehen, Heinrich Hiesinger, Joe Kaeser, Jim Reid-Anderson, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen Registered offices: Berlin and Munich, Commercial registries: Berlin Charlottenburg, HRB 12300, Munich, HRB 6684 WEEE-Reg.-No. DE 23691322 From daniel at one2net.co.ug Fri Jul 18 07:47:30 2008 From: daniel at one2net.co.ug (Okalany Daniel) Date: Fri Jul 18 07:47:38 2008 Subject: Vlc In-Reply-To: <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> Message-ID: <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> Thanks alot. Will try those configure options just now On Fri, Jul 18, 2008 at 9:27 AM, Garrett Cooper wrote: > On Thu, Jul 17, 2008 at 3:17 PM, Mike Brown wrote: > > Okalany Daniel wrote: > >> Is there a way to install vlc media player without the X11 or any other > gui > >> tools? WITHOUT_X11 doesn't seem to be working > > > > There's no WITHOUT_X11 target in the port's Makefile, so it's not going > to > > do anything. > > > > http://forum.videolan.org/viewtopic.php?=&p=101162 and the existence of > a > > Debian & Ubuntu "vlc-nox" package [1] suggests that it can be done, but > you'll > > have to do a custom build with a number of --without-foo configure > options > > set. > > The following options will need to be passed into configure: > > --disable-x11 > --disable-xvideo > --disable-glx > --disable-sdl > --disable-sdl-image > --disable-freetype > --disable-fb > --disable-hd1000v > --without-x > > DirectFB, SVG, and QTE support should also be disabled. > > Cheers, > -Garrett > -- OKALANY DANIEL P.O BOX 26150 KAMPALA. http://okaman.one2net.co.ug -- Youth is a wonderful thing. What a crime to waste it on children. The Word was spoken before it was written, and it was written so it could be spoken! Words can move mountais because mountains are created by words! From aturetta at commit.it Fri Jul 18 09:09:21 2008 From: aturetta at commit.it (Angelo Turetta) Date: Fri Jul 18 09:09:28 2008 Subject: www/rt* ports In-Reply-To: <487FA68E.2070506@ridecharge.com> References: <487FA68E.2070506@ridecharge.com> Message-ID: <48805B0B.9040700@commit.it> Philip M. Gollucci wrote: > Hi All, > > If nobody objects I'll submit this about 24 hours from now since I've > already posted and Vivek previously agreed. > > Once www/rt38 is in, I'd like to do the same for www/rt34 > > which would give us 2 rt ports around ~2009 down from 6. Looking at the patch you posted, I must notice +DEPRECIATED= ${IGNORE} I understand the economy is going bad almost everywhere, but of course DEPRECIATED is not the right variable to set.... :) Angelo. From raj at csub.edu Fri Jul 18 09:20:46 2008 From: raj at csub.edu (Russell Jackson) Date: Fri Jul 18 09:20:52 2008 Subject: Race condition in puppet. In-Reply-To: References: Message-ID: <48805B1B.3070709@csub.edu> Subhro wrote: > Greetings, > > I have managed to hit some race conditions in puppet. This has also > been reported here http://reductivelabs.com/trac/puppet/ticket/831 > > I would request you to kindly bump up the ports version so the problem > can be fixed. I have also verified that puppet-devel works fine. > sysutils/puppet-devel (0.24.x) is actually the current release. Personally, I think sysutils/puppet should be removed and sysutils/puppet-devel promoted in its place. -- Russell A. Jackson Network Analyst California State University, Bakersfield DEFAULT: The hardware's, of course. From yanefbsd at gmail.com Fri Jul 18 10:14:15 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jul 18 10:14:21 2008 Subject: Vlc In-Reply-To: <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> Message-ID: <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> On Fri, Jul 18, 2008 at 12:47 AM, Okalany Daniel wrote: > Thanks alot. Will try those configure options just now > > On Fri, Jul 18, 2008 at 9:27 AM, Garrett Cooper wrote: >> >> On Thu, Jul 17, 2008 at 3:17 PM, Mike Brown wrote: >> > Okalany Daniel wrote: >> >> Is there a way to install vlc media player without the X11 or any other >> >> gui >> >> tools? WITHOUT_X11 doesn't seem to be working >> > >> > There's no WITHOUT_X11 target in the port's Makefile, so it's not going >> > to >> > do anything. >> > >> > http://forum.videolan.org/viewtopic.php?=&p=101162 and the existence of >> > a >> > Debian & Ubuntu "vlc-nox" package [1] suggests that it can be done, but >> > you'll >> > have to do a custom build with a number of --without-foo configure >> > options >> > set. >> >> The following options will need to be passed into configure: >> >> --disable-x11 >> --disable-xvideo >> --disable-glx >> --disable-sdl >> --disable-sdl-image >> --disable-freetype >> --disable-fb >> --disable-hd1000v >> --without-x >> >> DirectFB, SVG, and QTE support should also be disabled. >> >> Cheers, >> -Garrett Feel free to comment on the options too and whether or not it passes so we can integrate it into VLC. Finally, be sure to create your own package (for maintainability reasons), and apply necessary patches from the existing VLC port, so that you get the full VLC on FreeBSD experience =). Thanks :), -Garrett From yanefbsd at gmail.com Fri Jul 18 10:26:50 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jul 18 10:26:57 2008 Subject: Race condition in puppet. In-Reply-To: <48805B1B.3070709@csub.edu> References: <48805B1B.3070709@csub.edu> Message-ID: <7d6fde3d0807180326p3bc98466p33a5e33e4736f78b@mail.gmail.com> On Fri, Jul 18, 2008 at 1:58 AM, Russell Jackson wrote: > Subhro wrote: >> >> Greetings, >> >> I have managed to hit some race conditions in puppet. This has also >> been reported here http://reductivelabs.com/trac/puppet/ticket/831 >> >> I would request you to kindly bump up the ports version so the problem >> can be fixed. I have also verified that puppet-devel works fine. >> > > sysutils/puppet-devel (0.24.x) is actually the current release. > > Personally, I think sysutils/puppet should be removed and > sysutils/puppet-devel promoted in its place. Russell, I disagree. Given the release cycle of puppet (seems to vary between 1 ~ 5 months per major release), I think it would be wise to avoid making the -devel port the default as not all admins may be willing to port their infrastructures to the latest version of puppet, unless pushed to do so out of necessity. I do think that the non-devel version should lag at most 2 versions (possibly 1 at most) behind the latest version though to avoid making the lives of some admins difficult. Sometimes devs can make mistakes in patch releases which cause regressions in behavior, or they might not have the resources or the visibility to test on all target platforms. Not supposed to happen, but it does on occasion. Hence, the long qualifying period between release and deployment with high-risk administration environments. My 2 cents... -Garrett From daniel at one2net.co.ug Fri Jul 18 10:46:55 2008 From: daniel at one2net.co.ug (Okalany Daniel) Date: Fri Jul 18 10:47:03 2008 Subject: Vlc In-Reply-To: <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> Message-ID: <28f643d90807180346h74aff268o94b52103d55c1e63@mail.gmail.com> On Fri, Jul 18, 2008 at 1:14 PM, Garrett Cooper wrote: > On Fri, Jul 18, 2008 at 12:47 AM, Okalany Daniel > wrote: > > Thanks alot. Will try those configure options just now > > > > On Fri, Jul 18, 2008 at 9:27 AM, Garrett Cooper > wrote: > >> > >> On Thu, Jul 17, 2008 at 3:17 PM, Mike Brown wrote: > >> > Okalany Daniel wrote: > >> >> Is there a way to install vlc media player without the X11 or any > other > >> >> gui > >> >> tools? WITHOUT_X11 doesn't seem to be working > >> > > >> > There's no WITHOUT_X11 target in the port's Makefile, so it's not > going > >> > to > >> > do anything. > >> > > >> > http://forum.videolan.org/viewtopic.php?=&p=101162 and the existence > of > >> > a > >> > Debian & Ubuntu "vlc-nox" package [1] suggests that it can be done, > but > >> > you'll > >> > have to do a custom build with a number of --without-foo configure > >> > options > >> > set. > >> > >> The following options will need to be passed into configure: > >> > >> --disable-x11 > >> --disable-xvideo > >> --disable-glx > >> --disable-sdl > >> --disable-sdl-image > >> --disable-freetype > >> --disable-fb > >> --disable-hd1000v > >> --without-x > >> > >> DirectFB, SVG, and QTE support should also be disabled. > >> > >> Cheers, > >> -Garrett > > Feel free to comment on the options too and whether or not it passes > so we can integrate it into VLC. > Finally, be sure to create your own package (for maintainability > reasons), and apply necessary patches from the existing VLC port, so > that you get the full VLC on FreeBSD experience =). > Thanks :), > -Garrett > The options i used were: ./configure --disable-x11 --disable-xvideo --disable-glx --disable-sdl --disable-sd-disable-mad --without-x --disable-ffmpeg --disable-wxwidgets --disable-skins It cofigures okay, but the make fails with In file included from ../../../include/vlc/intf.h:39, from parser/../src/skin_common.hpp:29, from parser/builder.hpp:29, from parser/builder.cpp:26: ../../../include/vlc_input.h: In function 'void vlc_input_item_Clean(input_item_t*)': ../../../include/vlc_input.h:165: warning: deprecated conversion from string constant to 'char*' In file included from parser/builder.cpp:36: parser/../src/ft2_font.hpp: At global scope: parser/../src/ft2_font.hpp:60: error: 'FT_Glyph' does not name a type parser/../src/ft2_font.hpp:61: error: 'FT_BBox' does not name a type parser/../src/ft2_font.hpp:74: error: 'FT_Library' does not name a type parser/../src/ft2_font.hpp:76: error: 'FT_Face' does not name a type *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i/modules/gui/skins2. *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i/modules/gui/skins2. *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i/modules/gui. *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i/modules/gui. *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i/modules. *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i. *** Error code 1 Stop in /usr/home/oka/vlc/vlc-0.8.6i. -- OKALANY DANIEL P.O BOX 26150 KAMPALA. http://okaman.one2net.co.ug -- Youth is a wonderful thing. What a crime to waste it on children. The Word was spoken before it was written, and it was written so it could be spoken! Words can move mountais because mountains are created by words! From roam at ringlet.net Fri Jul 18 11:38:34 2008 From: roam at ringlet.net (Peter Pentchev) Date: Fri Jul 18 11:38:40 2008 Subject: Vlc In-Reply-To: <20080717161137.0b10e18b@gmx.net> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <28f643d90807170418p2b74ca7fu5422fa2c8b7ce1e@mail.gmail.com> <20080717161137.0b10e18b@gmx.net> Message-ID: <20080717145033.GC1094@straylight.m.ringlet.net> On Thu, Jul 17, 2008 at 04:11:37PM +0200, Tino Engel wrote: > On Thu, 17 Jul 2008 14:18:33 +0300 > "Okalany Daniel" wrote: > > > Is there a way to install vlc media player without the X11 or any > > other gui tools? WITHOUT_X11 doesn't seem to be working > > > hmmm. it is a movie player... without_x11 would not make too much sense > though... > for listening to audio files look at mpg123 for mp3 or at mpc for any > kind of audio format. Actually vlc does a great job of transcoding files and providing streamed movie playing (rtsp:// and stuff), and it definitely does not need an X display for that :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@cnsys.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 Hey, out there - is it *you* reading me, or is it someone else? -------------- 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/20080718/8ed15a89/attachment.pgp From roam at ringlet.net Fri Jul 18 11:44:52 2008 From: roam at ringlet.net (Peter Pentchev) Date: Fri Jul 18 11:44:59 2008 Subject: Vlc In-Reply-To: <28f643d90807180346h74aff268o94b52103d55c1e63@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> <28f643d90807180346h74aff268o94b52103d55c1e63@mail.gmail.com> Message-ID: <20080718113809.GA1175@straylight.m.ringlet.net> On Fri, Jul 18, 2008 at 01:46:53PM +0300, Okalany Daniel wrote: > On Fri, Jul 18, 2008 at 1:14 PM, Garrett Cooper wrote: > [snip] > > >> The following options will need to be passed into configure: [snip] > > >> --disable-freetype Okalany, you seem to have missed this one :) [snip] > > >> DirectFB, SVG, and QTE support should also be disabled. > > >> > > >> Cheers, > > >> -Garrett [snip] > The options i used were: > ./configure --disable-x11 --disable-xvideo --disable-glx --disable-sdl > --disable-sd-disable-mad --without-x --disable-ffmpeg --disable-wxwidgets > --disable-skins > > It cofigures okay, but the make fails with > > > In file included from ../../../include/vlc/intf.h:39, > parser/../src/ft2_font.hpp: At global scope: > parser/../src/ft2_font.hpp:60: error: 'FT_Glyph' does not name a type > parser/../src/ft2_font.hpp:61: error: 'FT_BBox' does not name a type > parser/../src/ft2_font.hpp:74: error: 'FT_Library' does not name a type > parser/../src/ft2_font.hpp:76: error: 'FT_Face' does not name a type Yep, FreeType symbols - see above, you missed an option :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@cnsys.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 Do you think anybody has ever had *precisely this thought* before? -------------- 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/20080718/26d19da9/attachment.pgp From subhro.kar at gmail.com Fri Jul 18 13:36:27 2008 From: subhro.kar at gmail.com (Subhro) Date: Fri Jul 18 13:36:38 2008 Subject: Race condition in puppet. In-Reply-To: <7d6fde3d0807180326p3bc98466p33a5e33e4736f78b@mail.gmail.com> References: <48805B1B.3070709@csub.edu> <7d6fde3d0807180326p3bc98466p33a5e33e4736f78b@mail.gmail.com> Message-ID: I second that. I would really like to have a non devel port as well. However I believe 2 versions would be an overkill. The last but one should be a more feasible options. Thanks Subhro On Fri, Jul 18, 2008 at 3:56 PM, Garrett Cooper wrote: > On Fri, Jul 18, 2008 at 1:58 AM, Russell Jackson wrote: >> sysutils/puppet-devel (0.24.x) is actually the current release. >> >> Personally, I think sysutils/puppet should be removed and >> sysutils/puppet-devel promoted in its place. > > Russell, > I disagree. Given the release cycle of puppet (seems to vary > between 1 ~ 5 months per major release), I think it would be wise to > avoid making the -devel port the default as not all admins may be > willing to port their infrastructures to the latest version of puppet, > unless pushed to do so out of necessity. > I do think that the non-devel version should lag at most 2 > versions (possibly 1 at most) behind the latest version though to > avoid making the lives of some admins difficult. > Sometimes devs can make mistakes in patch releases which cause > regressions in behavior, or they might not have the resources or the > visibility to test on all target platforms. Not supposed to happen, > but it does on occasion. Hence, the long qualifying period between > release and deployment with high-risk administration environments. > My 2 cents... > -Garrett > -- Subhro Kar Software Engineer Dynamic Digital Technologies Pvt. Ltd. EPY-3, Sector: V Salt Lake City 700091 India From jrhett at netconsonance.com Fri Jul 18 16:14:01 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Fri Jul 18 16:14:12 2008 Subject: please commit 124993 for cfengine-2.2.7 In-Reply-To: <05440975@bs1.sp34.ru> References: <20080701192524.GA13558@atarininja.org> <05440975@bs1.sp34.ru> Message-ID: > On Tue, 1 Jul 2008 15:25:24 -0400 Wesley Shields wrote: >> I will take this one and get it addressed. The PR you are quoting >> has >> not been around long enough for a maintainer timeout, but the other >> PR >> you reference[1] has. I suspect this is not an acceptable >> condition to >> override the maintainer. On Jul 17, 2008, at 2:42 PM, Boris Samorodov wrote: > Why is it not acceptable to override a maintainer? This port is not an > infrastructure port, the maintainer is way long unresponsive. I see > only one show-stopper: there is no patch (or PR) to change the > maintainer. cfengine-2.2.8 will be out very shortly, possibly within a week. At that time I will submit a patch that will include the maintainer change. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From cyberbotx at cyberbotx.com Fri Jul 18 17:06:06 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Fri Jul 18 17:06:17 2008 Subject: firefox3 port missing firefox-config or firefox3-config Message-ID: <4880CD7A.9050409@cyberbotx.com> I was trying to modify the VLC port to enable the Firefox plugin, but when I added firefox3 to the list of USE_GECKO and tried to build the port, it complained saying it couldn't find firefox3-config. I checked my system, and there is no firefox3-config, but back when I had firefox2 installed, there was a firefox-config on my system. I couldn't find where in bsd.gecko.mk to add firefox3-config to the plist or where in firefox3's Makefile it would need to be added. Any advice on the matter would be helpful. Thanks, Naram Qashat From skreuzer at exit2shell.com Fri Jul 18 20:18:04 2008 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri Jul 18 20:18:34 2008 Subject: Close PR ports/122823 Message-ID: <20080718195455.GA19290@slurry.exit2shell.com> Hi- Roughly 2 months ago I submitted a PR with a patch to update p5-Crypt-PassGen. It looks like tobaz@ updated the port but the ticket has not be updated. Anyway, I think PR ports/122823 can be marked as resolved. Thanks -- Steven Kreuzer http://www.exit2shell.com/~skreuzer/ From erwin at FreeBSD.org Fri Jul 18 20:25:24 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jul 18 20:25:31 2008 Subject: Close PR ports/122823 In-Reply-To: <20080718195455.GA19290@slurry.exit2shell.com> References: <20080718195455.GA19290@slurry.exit2shell.com> Message-ID: <20080718202521.GC1727@droso.net> On Fri, Jul 18, 2008 at 03:54:55PM -0400, Steven Kreuzer wrote: > Hi- > > Roughly 2 months ago I submitted a PR with a patch to update p5-Crypt-PassGen. > It looks like tobaz@ updated the port but the ticket has not be updated. > > Anyway, I think PR ports/122823 can be marked as resolved. > Closed. Thanks for the notification! -erwin -- Erwin Lansing http://droso.org erwin@FreeBSD.org You are now free to move around the cabin erwin@aauug.dk -------------- 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/20080718/be36d6b0/attachment.pgp From leslie at eskk.nu Fri Jul 18 20:59:05 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Fri Jul 18 20:59:12 2008 Subject: xfe core dumps Message-ID: <48810068.3030202@eskk.nu> xfe core dumps * To: ports_(_at_)_FreeBSD_(_dot_)_org * Subject: xfe core dumps * From: Chris Whitehouse * Date: Sun, 15 Jun 2008 16:56:08 +0100 * Cc: Hi, Have just upgraded to xfe-1.19 and it core dumps on starting. xfe-1.18_1 did the same but xfe-1.04_2 was ok. %xfe Segmentation fault (core dumped) I looked at the xfe.core in ddd and it gives a stream of (no debugging symbols found) then at the end (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...#0 0x289dd252 in pthread_mutexattr_setkind_np () from /lib/libthr.so.3 [New LWP 100178] (gdb) Chris I have the same problem. Just upgraded to 1.19.1 but no change. /Leslie From cherry at trombik.org Fri Jul 18 23:40:58 2008 From: cherry at trombik.org (Tomoyuki Sakurai) Date: Fri Jul 18 23:41:04 2008 Subject: Race condition in puppet. In-Reply-To: References: <48805B1B.3070709@csub.edu> <7d6fde3d0807180326p3bc98466p33a5e33e4736f78b@mail.gmail.com> Message-ID: <20080718232000.GA1783@x60.i.trombik.org> On Fri, Jul 18, 2008 at 07:06:21PM +0530, Subhro wrote: > > I second that. I would really like to have a non devel port as well. > However I believe 2 versions would be an overkill. The last but one > should be a more feasible options. The reason why there are two ports in the tree is the stable version has not been not actually stable in the past. But I admit sysutils/puppet is too old as well. Since there isn't a problem report, I'll bump sysutils/puppet to more recent version. IMO, I need -devel, but I'd like to hear inputs from others. Also, I wish more feedback from puppet-devel users. -- Tomoyuki Sakurai From t_ziel at wp.pl Sat Jul 19 02:33:50 2008 From: t_ziel at wp.pl (t_ziel) Date: Sat Jul 19 02:33:57 2008 Subject: Naming convention unification for roguelike (games) ports and new make target Message-ID: <48814c3c2d093@wp.pl> Hello Please change text "rogue-like" to "roguelike" in all roguelike games, so after searching (in description on freshports.org, not in port name!) with string "roguelike", _all_ roguelike games are displayed. Maybe this can be applied to other ports with "-" in name. Also perhaps introducing target "make installnoask" is good to avoid many compilation questions. Instead of answering lots of questions (make install in kde/gnome folder for example) it's easy to type something like make install-no-ask and go for coffe (no compilation questions). -- regards Tomek Zielinski ---------------------------------------------------- Tysi?ce pomys??w na urz?dzanie domu, mieszkania, ogrodu w jednym miejscu! Zobacz jak m?g?by? zamieszka?. Kliknij: http://klik.wp.pl/?adr=www.dom.wp.pl&sid=419 From mezz7 at cox.net Sat Jul 19 04:25:31 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Jul 19 04:25:43 2008 Subject: firefox3 port missing firefox-config or firefox3-config In-Reply-To: <4880CD7A.9050409@cyberbotx.com> References: <4880CD7A.9050409@cyberbotx.com> Message-ID: On Fri, 18 Jul 2008 12:06:02 -0500, Naram Qashat wrote: > I was trying to modify the VLC port to enable the Firefox plugin, but > when I added firefox3 to the list of USE_GECKO and tried to build the > port, it complained saying it couldn't find firefox3-config. I checked > my system, and there is no firefox3-config, but back when I had firefox2 > installed, there was a firefox-config on my system. I couldn't find > where in bsd.gecko.mk to add firefox3-config to the plist or where in > firefox3's Makefile it would need to be added. Any advice on the matter > would be helpful. Because Firefox 3 does not install this file and *.pc (pkg-config files) anymore. Everytime when I have tried to search for answer and reason why they changed it. I end up hit the wall. Perhaps, they asked in the wrong place. Also it's hard to find a good keyword to search in google (Mozilla is using google search for their website/newsgroups). If you can find it, I would love to know about it. Everything what jong357 (forum user) knows are same what I know in our search, but he has pointed that there is answer in mailing list that I can't find. http://forums-test.mozillazine.org/viewtopic.php?p=3559635 I have told my team about that somehow I think that Mozilla developers want us to start to use xulrunner for SDK/build stuff rather than on Firefox, Seamonkey and etc. I think that xulrunner 1.9 does install *.pc files and probably xulrunner-config too. -- While I am here, our firefox3 port still need some improvements such as don't use lib/browser_plugins anymore, because firefox3 can't use firefox2 plugins or it crashes. I am thinking about maybe use www/linux-mplayer-plugin/Makefile.npapi. Then create new directories like lib/npapi/symlinks/gecko18 and lib/npapi/symlinks/lib/gecko19. Other more improvements like clean up in bsd.gecko.mk and gecko ports. I am slowing and lacking motivative, because I dislike any Mozilla products and my box is slow for build/install test. I am being patient to work with these, so I would love someone (that actually like Mozilla product and have motivative) to jump in and take over. ;-) Cheers, Mezz > Thanks, > Naram Qashat -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From sandeep at websitetoolbox.com Sat Jul 19 04:42:06 2008 From: sandeep at websitetoolbox.com (Sandeep Sondhi) Date: Sat Jul 19 04:42:13 2008 Subject: FreeBSD Port: gd-2.0.35,1 Message-ID: <48816D41.2030506@websitetoolbox.com> Hi, Just wanted to report that this is not working on freebsd 6, with apache 2.2, and latest mod_perl. The png method of the GD::Image perl module causes the errors below, but it works perfectly fine when running on cgi instead of mod_perl. I get these errors (apache error log): pache in free(): error: pointer to wrong page [Sat Jul 19 00:04:13 2008] [notice] child pid 19605 exit signal Abort trap (6) Unix Log: kernel: pid 19031 (httpd), uid 80: exited on signal 6 I reinstalled everything fresh, including apache, mod_perl, gd library, GD module, etc. Any help would be appreciated. -- Thank you, Sandeep Sondhi Website Toolbox, Inc. http://www.websitetoolbox.com Toll Free: 1-877-WEB-TLBX From cyberbotx at cyberbotx.com Sat Jul 19 05:56:13 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sat Jul 19 05:56:19 2008 Subject: firefox3 port missing firefox-config or firefox3-config In-Reply-To: References: <4880CD7A.9050409@cyberbotx.com> Message-ID: <488181F9.9020902@cyberbotx.com> Jeremy Messenger wrote: > On Fri, 18 Jul 2008 12:06:02 -0500, Naram Qashat > wrote: > >> I was trying to modify the VLC port to enable the Firefox plugin, but >> when I added firefox3 to the list of USE_GECKO and tried to build the >> port, it complained saying it couldn't find firefox3-config. I >> checked my system, and there is no firefox3-config, but back when I >> had firefox2 installed, there was a firefox-config on my system. I >> couldn't find where in bsd.gecko.mk to add firefox3-config to the >> plist or where in firefox3's Makefile it would need to be added. Any >> advice on the matter would be helpful. > > Because Firefox 3 does not install this file and *.pc (pkg-config files) > anymore. Everytime when I have tried to search for answer and reason why > they changed it. I end up hit the wall. Perhaps, they asked in the wrong > place. Also it's hard to find a good keyword to search in google > (Mozilla is using google search for their website/newsgroups). If you > can find it, I would love to know about it. Everything what jong357 > (forum user) knows are same what I know in our search, but he has > pointed that there is answer in mailing list that I can't find. > > http://forums-test.mozillazine.org/viewtopic.php?p=3559635 > > I have told my team about that somehow I think that Mozilla developers > want us to start to use xulrunner for SDK/build stuff rather than on > Firefox, Seamonkey and etc. I think that xulrunner 1.9 does install *.pc > files and probably xulrunner-config too. I did a little digging on my own, and found two more threads talking about this: http://forums.gentoo.org/viewtopic-t-626153-highlight-.html http://www.linuxquestions.org/questions/slackware-14/firefox-3.0-email-links-no-thunderbird-650845/page2.html Both mention the same thing, that xulrunner should be used to get the correct Mozilla configuration files. I also just tried to build vlc after manually editing it's Makefile to have xulrunner at the beginning of the WANT_GECKO line and removing the .include to bsd.gecko.mk, and it found xulrunner-config after installing xulrunner, so I assume that's how it should be done from now on. I think this means that using anything but xulrunner for WANT_GECKO or USE_GECKO won't work as planned anymore. Naram Qashat > -- > > While I am here, our firefox3 port still need some improvements such as > don't use lib/browser_plugins anymore, because firefox3 can't use > firefox2 plugins or it crashes. I am thinking about maybe use > www/linux-mplayer-plugin/Makefile.npapi. Then create new directories > like lib/npapi/symlinks/gecko18 and lib/npapi/symlinks/lib/gecko19. > Other more improvements like clean up in bsd.gecko.mk and gecko ports. > > I am slowing and lacking motivative, because I dislike any Mozilla > products and my box is slow for build/install test. I am being patient > to work with these, so I would love someone (that actually like Mozilla > product and have motivative) to jump in and take over. ;-) > > Cheers, > Mezz > >> Thanks, >> Naram Qashat > > From rafael.carre at gmail.com Sat Jul 19 10:03:47 2008 From: rafael.carre at gmail.com (=?utf-8?B?UmFmYcOrbCBDYXJyw6k=?=) Date: Sat Jul 19 10:04:17 2008 Subject: Vlc In-Reply-To: <20080718113809.GA1175@straylight.m.ringlet.net> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> <28f643d90807180346h74aff268o94b52103d55c1e63@mail.gmail.com> <20080718113809.GA1175@straylight.m.ringlet.net> Message-ID: <20080719100140.GA3136@zod> On Fri, Jul 18, 2008, Peter Pentchev wrote: > On Fri, Jul 18, 2008 at 01:46:53PM +0300, Okalany Daniel wrote: > > On Fri, Jul 18, 2008 at 1:14 PM, Garrett Cooper wrote: > > > [snip] > > > >> The following options will need to be passed into configure: If you feel so, you can make all these options conditional on WITHOUT_X and send me a patch ;) i.e. for skins2 that would be: .if defined(WITH_SKINS) && !defined(WITHOUT_SKINS) && !defined(WITHOUT_X) > [snip] > > > >> --disable-freetype > > Okalany, you seem to have missed this one :) yep > > --disable-skins These days this option has no effect, it's now named skins2. --disable-skins2 should solve your problem --disable-freetype will build a skins2 interface without freetype support, but I guess it will fail to build anyway because it needs X11 > > It cofigures okay, but the make fails with > > > > > > In file included from ../../../include/vlc/intf.h:39, > > parser/../src/ft2_font.hpp: At global scope: > > parser/../src/ft2_font.hpp:60: error: 'FT_Glyph' does not name a type > > parser/../src/ft2_font.hpp:61: error: 'FT_BBox' does not name a type > > parser/../src/ft2_font.hpp:74: error: 'FT_Library' does not name a type > > parser/../src/ft2_font.hpp:76: error: 'FT_Face' does not name a type > > Yep, FreeType symbols - see above, you missed an option :) These are the skins2 files -- Rafa?l Carr? From miwi at FreeBSD.org Sat Jul 19 10:10:53 2008 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sat Jul 19 10:10:59 2008 Subject: ports/125460: New port: mail/dovecot-managesieve dovecot's managesieve implementation Message-ID: <200807191010.m6JAAqFp098521@freefall.freebsd.org> Synopsis: New port: mail/dovecot-managesieve dovecot's managesieve implementation State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sat Jul 19 10:10:52 UTC 2008 State-Changed-Why: New port added. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=125460 From gary.jennejohn at freenet.de Sat Jul 19 11:10:29 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sat Jul 19 11:10:36 2008 Subject: Naming convention unification for roguelike (games) ports and new make target In-Reply-To: <48814c3c2d093@wp.pl> References: <48814c3c2d093@wp.pl> Message-ID: <20080719131027.04eec331@peedub.jennejohn.org> On Sat, 19 Jul 2008 04:06:52 +0200 t_ziel wrote: > Please change text "rogue-like" to "roguelike" in all roguelike games, > so after searching (in description on freshports.org, not in port name!) > with string "roguelike", _all_ roguelike games are displayed. Maybe this > can be applied to other ports with "-" in name. > Unneccessary repository churn and not likely to happen. > Also perhaps introducing target "make installnoask" is good to avoid > many compilation questions. Instead of answering lots of questions (make > install in kde/gnome folder for example) it's easy to type something > like make install-no-ask and go for coffe (no compilation questions). > There are already mechanisms available in the ports infrastructure to do this. This might work: export BATCH=1 make install --- Gary Jennejohn From mezz7 at cox.net Sat Jul 19 16:33:26 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Jul 19 16:33:34 2008 Subject: firefox3 port missing firefox-config or firefox3-config In-Reply-To: <488181F9.9020902@cyberbotx.com> References: <4880CD7A.9050409@cyberbotx.com> <488181F9.9020902@cyberbotx.com> Message-ID: On Sat, 19 Jul 2008 00:56:09 -0500, Naram Qashat wrote: > Jeremy Messenger wrote: >> On Fri, 18 Jul 2008 12:06:02 -0500, Naram Qashat >> wrote: >> >>> I was trying to modify the VLC port to enable the Firefox plugin, but >>> when I added firefox3 to the list of USE_GECKO and tried to build the >>> port, it complained saying it couldn't find firefox3-config. I >>> checked my system, and there is no firefox3-config, but back when I >>> had firefox2 installed, there was a firefox-config on my system. I >>> couldn't find where in bsd.gecko.mk to add firefox3-config to the >>> plist or where in firefox3's Makefile it would need to be added. Any >>> advice on the matter would be helpful. >> Because Firefox 3 does not install this file and *.pc (pkg-config >> files) anymore. Everytime when I have tried to search for answer and >> reason why they changed it. I end up hit the wall. Perhaps, they asked >> in the wrong place. Also it's hard to find a good keyword to search in >> google (Mozilla is using google search for their website/newsgroups). >> If you can find it, I would love to know about it. Everything what >> jong357 (forum user) knows are same what I know in our search, but he >> has pointed that there is answer in mailing list that I can't find. >> http://forums-test.mozillazine.org/viewtopic.php?p=3559635 >> I have told my team about that somehow I think that Mozilla developers >> want us to start to use xulrunner for SDK/build stuff rather than on >> Firefox, Seamonkey and etc. I think that xulrunner 1.9 does install >> *.pc files and probably xulrunner-config too. > > I did a little digging on my own, and found two more threads talking > about this: > > http://forums.gentoo.org/viewtopic-t-626153-highlight-.html > http://www.linuxquestions.org/questions/slackware-14/firefox-3.0-email-links-no-thunderbird-650845/page2.html > > Both mention the same thing, that xulrunner should be used to get the > correct Mozilla configuration files. I also just tried to build vlc > after manually editing it's Makefile to have xulrunner at the beginning > of the WANT_GECKO line and removing the .include to bsd.gecko.mk, and it > found xulrunner-config after installing xulrunner, so I assume that's > how it should be done from now on. Yeah, it's what I thought so. It means that we will need to update xulrunner to 1.9 or repocopy to xulrunner19. I personal think that we just should update it to 1.9 instead of xulrunner19. Because, in past, Mozilla folks don't take good care of xulrunner as it always get out of date compare to other gecko tarballs. Maybe it's changed now, hopeful. If it does, then I would love to get all ports and firefox3 to depend on xulrunner 1.9. But I think that we will need to ask Mozilla folks again for if it's ok to do that with firefox3 for trademark stuff[1] agreement. [1] http://people.freebsd.org/~ahze/firefox_thunderbird-approved.txt > I think this means that using anything but xulrunner for WANT_GECKO or > USE_GECKO won't work as planned anymore. Yeah, most of it will be dead when all of ports move to xulrunner 1.9. We still can use USE_GECKO by simple 'yes' instead of 'firefox2 thunderbird etc'. Cheers, Mezz > Naram Qashat > >> -- While I am here, our firefox3 port still need some improvements >> such as don't use lib/browser_plugins anymore, because firefox3 can't >> use firefox2 plugins or it crashes. I am thinking about maybe use >> www/linux-mplayer-plugin/Makefile.npapi. Then create new directories >> like lib/npapi/symlinks/gecko18 and lib/npapi/symlinks/lib/gecko19. >> Other more improvements like clean up in bsd.gecko.mk and gecko ports. >> I am slowing and lacking motivative, because I dislike any Mozilla >> products and my box is slow for build/install test. I am being patient >> to work with these, so I would love someone (that actually like Mozilla >> product and have motivative) to jump in and take over. ;-) >> Cheers, >> Mezz >> >>> Thanks, >>> Naram Qashat -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From kris at FreeBSD.org Sat Jul 19 18:30:10 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sat Jul 19 18:30:22 2008 Subject: porter's handbook documentation on avoiding != variable assignments In-Reply-To: <484EAFAC.3020208@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> Message-ID: <488232AE.4090701@FreeBSD.org> Can someone add to the PH a version of the advice below? It might need to be fleshed out a bit to provide more context. Kris > Variable assignments with != are bad! Try as hard as you can to avoid > using them -- especially in Mk/*! Every time something processes your > makefile it will spawn a command, even if it is not relevant for the > operation being performed. If you need to run shell commands, try to > isolate them within a makefile target. You can avoid code duplication > by assigning the *shell commands* (not their output) to a variable and > inserting it into your code block. > > e.g. instead of > > -- > VARIABLE!= do some shell stuff; do some other stuff > > target: > echo ${VARIABLE} > -- > > do this (or similar): > > -- > VARIABLE_CMDS= do some shell stuff; do some other stuff > > target: > echo $$(${VARIABLE_CMDS}) > -- > > This defers the command execution to the point where the target runs, so > in the case when the target is *not* run (e.g. during INDEX builds or > other recursive port traversals), then you avoid wasting one or > more process executions. From yanefbsd at gmail.com Sat Jul 19 19:47:58 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sat Jul 19 19:48:04 2008 Subject: Vlc In-Reply-To: <20080719100140.GA3136@zod> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> <28f643d90807180346h74aff268o94b52103d55c1e63@mail.gmail.com> <20080718113809.GA1175@straylight.m.ringlet.net> <20080719100140.GA3136@zod> Message-ID: <7d6fde3d0807191247u57c78ck4aac63a81f53ed7b@mail.gmail.com> On Sat, Jul 19, 2008 at 3:01 AM, Rafa?l Carr? wrote: > On Fri, Jul 18, 2008, Peter Pentchev wrote: >> On Fri, Jul 18, 2008 at 01:46:53PM +0300, Okalany Daniel wrote: >> > On Fri, Jul 18, 2008 at 1:14 PM, Garrett Cooper wrote: >> > >> [snip] >> > > >> The following options will need to be passed into configure: > > If you feel so, you can make all these options conditional on WITHOUT_X > and send me a patch ;) > > i.e. for skins2 that would be: > .if defined(WITH_SKINS) && !defined(WITHOUT_SKINS) && > !defined(WITHOUT_X) > >> [snip] >> > > >> --disable-freetype >> >> Okalany, you seem to have missed this one :) > > yep > >> > --disable-skins > > These days this option has no effect, it's now named skins2. > --disable-skins2 should solve your problem > > --disable-freetype will build a skins2 interface without freetype > support, but I guess it will fail to build anyway because it needs X11 > >> > It cofigures okay, but the make fails with >> > >> > >> > In file included from ../../../include/vlc/intf.h:39, >> > parser/../src/ft2_font.hpp: At global scope: >> > parser/../src/ft2_font.hpp:60: error: 'FT_Glyph' does not name a type >> > parser/../src/ft2_font.hpp:61: error: 'FT_BBox' does not name a type >> > parser/../src/ft2_font.hpp:74: error: 'FT_Library' does not name a type >> > parser/../src/ft2_font.hpp:76: error: 'FT_Face' does not name a type >> >> Yep, FreeType symbols - see above, you missed an option :) > > These are the skins2 files Actually if you read through ./configure --help not all options are enabled. I just picked the ones that weren't enabled. I may have missed the --without-skins2 option though :\... -Garrett From rodrigc at crodrigues.org Sat Jul 19 21:31:23 2008 From: rodrigc at crodrigues.org (Craig Rodrigues) Date: Sat Jul 19 21:31:35 2008 Subject: [PROPOSAL]: remove devel/apr-svn in favor of devel/apr In-Reply-To: <487FA827.6000303@p6m7g8.com> References: <487FA827.6000303@p6m7g8.com> Message-ID: <20080719213123.GA37623@crodrigues.org> On Thu, Jul 17, 2008 at 04:14:31PM -0400, Philip M. Gollucci wrote: > I would like to deprecate/remove devel/apr-svn. The reason for this > port as far as I knew/know was to force disabling threads in APR for use > in subversion. Now that 5.x is EOL in ports, we don't need this. That's fine by me. The svn maintainer (Lev) says that it is OK also. apr-svn was introduced because there were complaints about svn bugs caused by apr threading in FreeBSD 4.x. -- Craig Rodrigues rodrigc@crodrigues.org From carpetsmoker at rwxrwxrwx.net Sat Jul 19 23:28:35 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Sat Jul 19 23:28:42 2008 Subject: xfe core dumps In-Reply-To: <48553B98.9070702@onetel.com> References: <48553B98.9070702@onetel.com> Message-ID: <20080719231548.GA82936@rwxrwxrwx.net> On Sun, Jun 15, 2008 at 04:56:08PM +0100, Chris Whitehouse wrote: > Hi, > > Have just upgraded to xfe-1.19 and it core dumps on starting. xfe-1.18_1 > did the same but xfe-1.04_2 was ok. > > %xfe > Segmentation fault (core dumped) > > > I looked at the xfe.core in ddd and it gives a stream of (no debugging > symbols found) then at the end > > (no debugging symbols found)...(no debugging symbols found)...(no > debugging symbols found)...#0 0x289dd252 in > pthread_mutexattr_setkind_np () from /lib/libthr.so.3 > [New LWP 100178] > (gdb) > Hi Chris, Here's a fix: http://www.freebsd.org/cgi/query-pr.cgi?pr=125788 Let me know if you have any further problems. -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org QOTD: An editor is one who separates the wheat from the chaff and prints the chaff. -- Adlai Stevenson From delphij at delphij.net Sun Jul 20 03:37:01 2008 From: delphij at delphij.net (Xin LI) Date: Sun Jul 20 03:37:09 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <20080710182243.17876qn09y73fs84@www.san.navalradio.cl> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> <20080705075249.GA1145@straylight.m.ringlet.net> <20080707164339.10063b9lns9zqh2c@www.san.navalradio.cl> <487282F9.9020701@delphij.net> <20080710182243.17876qn09y73fs84@www.san.navalradio.cl> Message-ID: <4882B2D2.40605@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mikhail Goriachev wrote: | Quoting Xin LI : | |> I have just committed it as openldap-server-2.4.10_1. We may want to |> revise the way we handle DATABASEDIR, which we used to create |> automatically upon installation. Using values from configuration file |> would be definitely better, thanks for your submission! | | Thanks a lot for that! | | I revised a few things in regard with the DATABASEDIR which led to some | modifications. It goes like this: | | 1.- When installing from ports, the DATABASEDIR will be always created | no matter what the pkg-plist says. However, when installing a packaged | version, then it is possible to control the creation of the directory. | | Patch for "patch-servers::slapd::Makefile.in" disables the automatic | installation of the DATABASEDIR and makes installation from ports and | package consistent with one another. | | 2.- Since automatic creation of the DATABASEDIR has been disabled, then | the slapd script uses the value of directory from slapd.conf, creates | the folder, populates it (puts DB_CONFIG) and starts slap daemon. | | Patch for "slapd.sh.in" automatically handles the DATABASEDIR from the | "directory" entry located in slapd.conf. Also it quenches the following | error by placing DB_CONFIG: | | bdb_db_open: warning - no DB_CONFIG file found in directory | /var/db/openldap-data: (2). Expect poor performance for suffix | "dc=my-domain,dc=com". | | 3.- When un-installing, a message is shown about deleting the database | permanently and an example of the "rm" command is displayed. | | Patch for "pkg-deinstall.in" detects if alternative or default | DATABASEDIR is active, formats and displays the message accordingly. | | 4.- After above modifications, there's no need of creating and removing | automatically the DATABASEDIR. | | Patch for "pkg-plist" disables the creation and deletion of the | DATABASEDIR. I have committed these changes as part of OpenLDAP 2.4.11, thanks for your submission! - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiCstEACgkQi+vbBBjt66AfugCgghzVsDRpsAjgzQTD+mhCF5MF 9QoAmgO1/ed8fnXKsOh/T5YzLWwNAiHJ =g39l -----END PGP SIGNATURE----- From rossdakin at gmail.com Sun Jul 20 04:09:39 2008 From: rossdakin at gmail.com (Ross Dakin) Date: Sun Jul 20 04:09:45 2008 Subject: ERROR: databases/postgresql-plpython/ [EOM] Message-ID: <9cd0e8670807192041t12b37322k2ece3b1de4035bd4@mail.gmail.com> . -------------- next part -------------- A non-text attachment was scrubbed... Name: make.out Type: application/octet-stream Size: 4146 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080720/fb40d18b/make.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 18520 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080720/fb40d18b/config.obj From leslie at eskk.nu Sun Jul 20 06:21:46 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Sun Jul 20 06:21:55 2008 Subject: xfe core dumps In-Reply-To: <20080719231548.GA82936@rwxrwxrwx.net> References: <48553B98.9070702@onetel.com> <20080719231548.GA82936@rwxrwxrwx.net> Message-ID: <4882D972.70307@eskk.nu> Martin Tournoij skrev: > On Sun, Jun 15, 2008 at 04:56:08PM +0100, Chris Whitehouse wrote: >> Hi, >> >> Have just upgraded to xfe-1.19 and it core dumps on starting. xfe-1.18_1 >> did the same but xfe-1.04_2 was ok. >> >> %xfe >> Segmentation fault (core dumped) >> >> >> I looked at the xfe.core in ddd and it gives a stream of (no debugging >> symbols found) then at the end >> >> (no debugging symbols found)...(no debugging symbols found)...(no >> debugging symbols found)...#0 0x289dd252 in >> pthread_mutexattr_setkind_np () from /lib/libthr.so.3 >> [New LWP 100178] >> (gdb) >> > > Hi Chris, > > Here's a fix: > http://www.freebsd.org/cgi/query-pr.cgi?pr=125788 > > Let me know if you have any further problems. > Excuse me for being ignorant. Will you Please describe how I should do with the diff-file? Thanks /Leslie From dougb at FreeBSD.org Sun Jul 20 06:48:08 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Jul 20 06:48:16 2008 Subject: xfe core dumps In-Reply-To: <4882D972.70307@eskk.nu> References: <48553B98.9070702@onetel.com> <20080719231548.GA82936@rwxrwxrwx.net> <4882D972.70307@eskk.nu> Message-ID: <4882DFA6.3050005@FreeBSD.org> Leslie Jensen wrote: > Excuse me for being ignorant. Will you Please describe how I should do > with the diff-file? Don't worry about it, the port has already been updated. I'm really glad this is fixed, I like xfe a lot, and missed it while it wasn't working. Doug -- This .signature sanitized for your protection From m.seaman at infracaninophile.co.uk Sun Jul 20 09:05:08 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Jul 20 09:05:15 2008 Subject: porter's handbook documentation on avoiding != variable assignments In-Reply-To: <488232AE.4090701@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> <488232AE.4090701@FreeBSD.org> Message-ID: <4882FFB7.1090501@infracaninophile.co.uk> Kris Kennaway wrote: > Can someone add to the PH a version of the advice below? It might need > to be fleshed out a bit to provide more context. > > Kris > >> Variable assignments with != are bad! Try as hard as you can to avoid >> using them -- especially in Mk/*! Every time something processes your >> makefile it will spawn a command, even if it is not relevant for the >> operation being performed. If you need to run shell commands, try to >> isolate them within a makefile target. You can avoid code duplication >> by assigning the *shell commands* (not their output) to a variable and >> inserting it into your code block. >> >> e.g. instead of >> >> -- >> VARIABLE!= do some shell stuff; do some other stuff >> >> target: >> echo ${VARIABLE} >> -- >> >> do this (or similar): >> >> -- >> VARIABLE_CMDS= do some shell stuff; do some other stuff >> >> target: >> echo $$(${VARIABLE_CMDS}) >> -- >> >> This defers the command execution to the point where the target runs, >> so in the case when the target is *not* run (e.g. during INDEX builds or >> other recursive port traversals), then you avoid wasting one or more >> process executions. Would it be acceptable to use something like: .if !defined(BUILDING_INDEX) VARIABLE!= something or other .endif or .if !make(describe) VARIABLE!= whatever .endif Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- 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/20080720/9d07a7b2/signature.pgp From kris at FreeBSD.org Sun Jul 20 10:49:32 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Jul 20 10:49:38 2008 Subject: porter's handbook documentation on avoiding != variable assignments In-Reply-To: <4882FFB7.1090501@infracaninophile.co.uk> References: <484EAFAC.3020208@FreeBSD.org> <488232AE.4090701@FreeBSD.org> <4882FFB7.1090501@infracaninophile.co.uk> Message-ID: <4883183A.7090100@FreeBSD.org> Matthew Seaman wrote: > Kris Kennaway wrote: >> Can someone add to the PH a version of the advice below? It might >> need to be fleshed out a bit to provide more context. >> >> Kris >> >>> Variable assignments with != are bad! Try as hard as you can to >>> avoid using them -- especially in Mk/*! Every time something >>> processes your makefile it will spawn a command, even if it is not >>> relevant for the operation being performed. If you need to run shell >>> commands, try to isolate them within a makefile target. You can >>> avoid code duplication by assigning the *shell commands* (not their >>> output) to a variable and inserting it into your code block. >>> >>> e.g. instead of >>> >>> -- >>> VARIABLE!= do some shell stuff; do some other stuff >>> >>> target: >>> echo ${VARIABLE} >>> -- >>> >>> do this (or similar): >>> >>> -- >>> VARIABLE_CMDS= do some shell stuff; do some other stuff >>> >>> target: >>> echo $$(${VARIABLE_CMDS}) >>> -- >>> >>> This defers the command execution to the point where the target runs, >>> so in the case when the target is *not* run (e.g. during INDEX builds or >>> other recursive port traversals), then you avoid wasting one or more >>> process executions. > > Would it be acceptable to use something like: > > .if !defined(BUILDING_INDEX) > VARIABLE!= something or other > .endif > > or > .if !make(describe) > VARIABLE!= whatever > .endif No because that only avoids one particular case, not the default case :) Kris From gerard at seibercom.net Sun Jul 20 11:41:46 2008 From: gerard at seibercom.net (Gerard) Date: Sun Jul 20 11:41:57 2008 Subject: Updating 'p5-Net-SSLeay' Message-ID: <20080720074122.6ebd85aa@scorpio> While updating "security/p5-IO-Socket-SSL" this warning was displayed: WARNING You have version 1.30 of Net::SSLeay. Support for subjectAltNames in certificates is only available in Version >=1.33 so verifying a hostname against the certificate will not work. It is recommended to upgrade to a current Net::SSLeay. I was wondering if there are any plans to update this port to the more current version? -- Gerard gerard@seibercom.net QOTD: "What I like most about myself is that I'm so understanding when I mess things up." -------------- 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/20080720/20331d38/signature.pgp From wahjava.ml at gmail.com Sun Jul 20 12:44:20 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Sun Jul 20 12:44:27 2008 Subject: How to post good follow-ups to bug-followup@ ? Message-ID: <873am4bu7a.fsf@chateau.d.lf> Hi, I'm a maintainer of some of the FreeBSD ports. Whenever I post followup to any PR using Gnus or Mutt, the attachment gets messed up on web interface[1]. Any ideas with what MUA settings should I post followups ? [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=125801 TIA Ashish -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080720/eb0bc990/attachment.pgp From freebsd-listen at fabiankeil.de Sun Jul 20 13:22:07 2008 From: freebsd-listen at fabiankeil.de (Fabian Keil) Date: Sun Jul 20 13:22:14 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <873am4bu7a.fsf@chateau.d.lf> References: <873am4bu7a.fsf@chateau.d.lf> Message-ID: <20080720150645.551b41a6@fabiankeil.de> wahjava.ml@gmail.com (Ashish Shukla ???? ?????) wrote: > I'm a maintainer of some of the FreeBSD ports. Whenever I post followup > to any PR using Gnus or Mutt, the attachment gets messed up on web > interface[1]. Any ideas with what MUA settings should I post followups ? I think the web interface doesn't properly support signed messages. Fabian -------------- 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/20080720/2d983151/signature.pgp From wahjava.ml at gmail.com Sun Jul 20 13:42:10 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Sun Jul 20 13:42:18 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <20080720124951.GJ13924@bunrab.catwhisker.org> (David Wolfskill's message of "Sun, 20 Jul 2008 05:49:51 -0700") References: <873am4bu7a.fsf@chateau.d.lf> <20080720124951.GJ13924@bunrab.catwhisker.org> Message-ID: <87prp8acyf.fsf@chateau.d.lf> David Wolfskill writes: > On Sun, Jul 20, 2008 at 06:15:13PM +0530, Ashish Shukla ???????????? ??????????????? wrote: >> Hi, >> >> I'm a maintainer of some of the FreeBSD ports. Whenever I post followup >> to any PR using Gnus or Mutt, the attachment gets messed up on web >> interface[1]. Any ideas with what MUA settings should I post followups ? >> >> [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=125801 > I don't know specific settings, but the issue appears to be that patches > are getting MIME-encoded, but not decoded correctly. > So either encoding them so they do get properly decoded, or ensuring > that they remain as-is (no MIME encoding or claims of same) should do > the trick. I think I'd be more inclined toward the latter approach, if > possible. You mean, no quoted-printable attachments, but using 7bit Content-Transfer-Encoding instead, hmm...? Ashish -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080720/be3fecf7/attachment.pgp From david at catwhisker.org Sun Jul 20 14:16:55 2008 From: david at catwhisker.org (David Wolfskill) Date: Sun Jul 20 14:17:02 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <87prp8acyf.fsf@chateau.d.lf> References: <873am4bu7a.fsf@chateau.d.lf> <20080720124951.GJ13924@bunrab.catwhisker.org> <87prp8acyf.fsf@chateau.d.lf> Message-ID: <20080720134627.GK13924@bunrab.catwhisker.org> On Sun, Jul 20, 2008 at 07:13:04PM +0530, Ashish Shukla ???????????? ??????????????? wrote: > ... > > So either encoding them so they do get properly decoded, or ensuring > > that they remain as-is (no MIME encoding or claims of same) should do > > the trick. I think I'd be more inclined toward the latter approach, if > > possible. > > You mean, no quoted-printable attachments, but using 7bit > Content-Transfer-Encoding instead, hmm...? I suspect that Fabian Keil's suggestion that the Web interface might have trouble with signed messages may well be on the mark. Peace, david -- David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. 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/20080720/f260e3c0/attachment.pgp From wahjava.ml at gmail.com Sun Jul 20 14:43:17 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Sun Jul 20 14:43:24 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <20080720150645.551b41a6@fabiankeil.de> (Fabian Keil's message of "Sun, 20 Jul 2008 15:06:45 +0200") References: <873am4bu7a.fsf@chateau.d.lf> <20080720150645.551b41a6@fabiankeil.de> Message-ID: <87ej5oaa4p.fsf@chateau.d.lf> Fabian Keil writes: > wahjava.ml@gmail.com (Ashish Shukla ???? ?????) wrote: >> I'm a maintainer of some of the FreeBSD ports. Whenever I post followup >> to any PR using Gnus or Mutt, the attachment gets messed up on web >> interface[1]. Any ideas with what MUA settings should I post followups ? > I think the web interface doesn't properly support signed messages. Yes, I also think so. I'll try posting unsigned follow-ups. > Fabian Thanks -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080720/d1ddf7f4/attachment.pgp From shaun at FreeBSD.org Sun Jul 20 16:04:54 2008 From: shaun at FreeBSD.org (Shaun Amott) Date: Sun Jul 20 16:05:00 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <20080720134627.GK13924@bunrab.catwhisker.org> References: <873am4bu7a.fsf@chateau.d.lf> <20080720124951.GJ13924@bunrab.catwhisker.org> <87prp8acyf.fsf@chateau.d.lf> <20080720134627.GK13924@bunrab.catwhisker.org> Message-ID: <20080720152945.GA1875@charon.picobyte.net> On Sun, Jul 20, 2008 at 06:46:27AM -0700, David Wolfskill wrote: > On Sun, Jul 20, 2008 at 07:13:04PM +0530, Ashish Shukla ???????????? ??????????????? wrote: > > ... > > > So either encoding them so they do get properly decoded, or ensuring > > > that they remain as-is (no MIME encoding or claims of same) should do > > > the trick. I think I'd be more inclined toward the latter approach, if > > > possible. > > > > You mean, no quoted-printable attachments, but using 7bit > > Content-Transfer-Encoding instead, hmm...? > > I suspect that Fabian Keil's suggestion that the Web interface might > have trouble with signed messages may well be on the mark. > Signed messages shouldn't be a problem in principle, but that message looks sufficiently dodgy to confuse the simplistic parser. The quoted printable header also isn't caught, so the attachment doesn't get decoded either. I'll take a look when I get a chance... I've got some other (related) fixes due too. -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From freebsd-listen at fabiankeil.de Sun Jul 20 16:22:33 2008 From: freebsd-listen at fabiankeil.de (Fabian Keil) Date: Sun Jul 20 16:22:40 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <20080720152945.GA1875@charon.picobyte.net> References: <873am4bu7a.fsf@chateau.d.lf> <20080720124951.GJ13924@bunrab.catwhisker.org> <87prp8acyf.fsf@chateau.d.lf> <20080720134627.GK13924@bunrab.catwhisker.org> <20080720152945.GA1875@charon.picobyte.net> Message-ID: <20080720182226.09e2899f@fabiankeil.de> Shaun Amott wrote: > On Sun, Jul 20, 2008 at 06:46:27AM -0700, David Wolfskill wrote: > > On Sun, Jul 20, 2008 at 07:13:04PM +0530, Ashish Shukla ???????????? ??????????????? wrote: > > > ... > > > > So either encoding them so they do get properly decoded, or ensuring > > > > that they remain as-is (no MIME encoding or claims of same) should do > > > > the trick. I think I'd be more inclined toward the latter approach, if > > > > possible. > > > > > > You mean, no quoted-printable attachments, but using 7bit > > > Content-Transfer-Encoding instead, hmm...? > > > > I suspect that Fabian Keil's suggestion that the Web interface might > > have trouble with signed messages may well be on the mark. > Signed messages shouldn't be a problem in principle, but that message > looks sufficiently dodgy to confuse the simplistic parser. The quoted > printable header also isn't caught, so the attachment doesn't get > decoded either. Are you aware of PRs with signed messages that are displayed properly? > I'll take a look when I get a chance... I've got some other (related) > fixes due too. Great. Just in case you need more samples, here's another one that's displayed incorrectly: http://www.freebsd.org/cgi/query-pr.cgi?pr=103358 Fabian -------------- 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/20080720/43011e59/signature.pgp From wahjava.ml at gmail.com Sun Jul 20 16:40:08 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Sun Jul 20 16:40:14 2008 Subject: How to post good follow-ups to bug-followup@ ? In-Reply-To: <20080720152945.GA1875@charon.picobyte.net> (Shaun Amott's message of "Sun, 20 Jul 2008 16:29:51 +0100") References: <873am4bu7a.fsf@chateau.d.lf> <20080720124951.GJ13924@bunrab.catwhisker.org> <87prp8acyf.fsf@chateau.d.lf> <20080720134627.GK13924@bunrab.catwhisker.org> <20080720152945.GA1875@charon.picobyte.net> Message-ID: <87vdz08q5f.fsf@chateau.d.lf> Shaun Amott writes: > On Sun, Jul 20, 2008 at 06:46:27AM -0700, David Wolfskill wrote: >> On Sun, Jul 20, 2008 at 07:13:04PM +0530, Ashish Shukla ???????????? ??????????????? wrote: >> > ... >> > > So either encoding them so they do get properly decoded, or ensuring >> > > that they remain as-is (no MIME encoding or claims of same) should do >> > > the trick. I think I'd be more inclined toward the latter approach, if >> > > possible. >> > >> > You mean, no quoted-printable attachments, but using 7bit >> > Content-Transfer-Encoding instead, hmm...? >> >> I suspect that Fabian Keil's suggestion that the Web interface might >> have trouble with signed messages may well be on the mark. >> > Signed messages shouldn't be a problem in principle, but that message > looks sufficiently dodgy to confuse the simplistic parser. The quoted > printable header also isn't caught, so the attachment doesn't get > decoded either. I submitted the last followup to PR 123169[1] with unsigned mail, but some lines in diff got wrapped. And if you tried to download diff from the link, you won't get anything. References: [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=123169 Ashish -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080720/7d79e2ec/attachment.pgp From james at ractive.ch Sun Jul 20 18:22:10 2008 From: james at ractive.ch (Jean-Pierre Bergamin) Date: Sun Jul 20 18:22:16 2008 Subject: FreeBSD Port: boost 1.36 Message-ID: <1216576403.10706.7.camel@toshi.weizenstrasse> Dear FreeBSD folks Boost 1.36.0 will soon be released. Are there any plans to make a port of this new release? The one for version 1.35 was already missing. If I can help you in preparing the port in any way, please let me know. Regards James From mikhailg at webanoide.org Sun Jul 20 18:29:01 2008 From: mikhailg at webanoide.org (Mikhail Goriachev) Date: Sun Jul 20 18:29:07 2008 Subject: FreeBSD Port: openldap-server-2.4.10 In-Reply-To: <4882B2D2.40605@delphij.net> References: <20080704132215.36754y85s8y8kisk@www.san.navalradio.cl> <20080704221500.GA1118@straylight.m.ringlet.net> <20080704223432.49566vn60rygljk8@www.san.navalradio.cl> <20080705075249.GA1145@straylight.m.ringlet.net> <20080707164339.10063b9lns9zqh2c@www.san.navalradio.cl> <487282F9.9020701@delphij.net> <20080710182243.17876qn09y73fs84@www.san.navalradio.cl> <4882B2D2.40605@delphij.net> Message-ID: <48838085.1020100@webanoide.org> Xin LI wrote: [...] > > I have committed these changes as part of OpenLDAP 2.4.11, thanks for > your submission! Thank you! Regards, Mikhail. -- Mikhail Goriachev Webanoide From sahil at tandon.net Sun Jul 20 19:00:43 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sun Jul 20 19:00:54 2008 Subject: FreeBSD Port: boost 1.36 In-Reply-To: <1216576403.10706.7.camel@toshi.weizenstrasse> References: <1216576403.10706.7.camel@toshi.weizenstrasse> Message-ID: <20080720190038.GC13724@shepherd> Jean-Pierre Bergamin wrote: > Dear FreeBSD folks > > Boost 1.36.0 will soon be released. Are there any plans to make a port > of this new release? The one for version 1.35 was already missing. > > If I can help you in preparing the port in any way, please let me know. You can help by creating, testing, and submitting a PR that upgrades the existing boost port to 1.36. Read: http://www.freebsd.org/doc/en/books/porters-handbook/ Though, to avoid duplicating efforts, it might be worth waiting a few days for Simon's response in case he is already working on 1.36. Based on mailing list archives, he was testing 1.35 back in April of this year. -- Sahil Tandon From mezz7 at cox.net Sun Jul 20 19:02:55 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Jul 20 19:03:02 2008 Subject: FreeBSD Port: boost 1.36 In-Reply-To: <1216576403.10706.7.camel@toshi.weizenstrasse> References: <1216576403.10706.7.camel@toshi.weizenstrasse> Message-ID: On Sun, 20 Jul 2008 12:53:23 -0500, Jean-Pierre Bergamin wrote: > Dear FreeBSD folks > > Boost 1.36.0 will soon be released. Are there any plans to make a port > of this new release? The one for version 1.35 was already missing. > > If I can help you in preparing the port in any way, please let me know. http://lists.freebsd.org/pipermail/freebsd-ports/2008-May/048612.html I don't what happened to him. I am hoping that he will be back soon. I already have tested and respone back to him with the result. The result was work perfect for me with deluge and other ports. Cheers, Mezz > Regards > > James -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From kostikbel at gmail.com Sun Jul 20 19:35:46 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Sun Jul 20 19:35:53 2008 Subject: portupgrade 2.4.6 -- quoting still broken Message-ID: <20080720193540.GN17123@deviant.kiev.zoral.com.ua> Using the portupgrade 2.4.6 from stable port, I used the WITH_GECKO="firefox" in the MAKE_ARGS. And, below is the output of the portupgrade. Note quoting. ---> Installing the new version via the port with make flags: WANT_OPENLDAP_VER=23 WANT_OPENLDAP_SASL=yes WITH_BDB_VER=44 "WITH_GECKO=\"firefox\" WITH_UNIXODBC=yes GNUSTEP_WITH_GCC42=yes EMACS_PORT_NAME=emacs22 PYTHON_DEFAULT_VERSION=python2.5 DISABLE_VULNERABILITIES=yes NO_IGNORE=yes" My MAKE_ARGS are defined like this: MAKE_ARGS = { '*' => ['WANT_OPENLDAP_VER=23', 'WANT_OPENLDAP_SASL=yes', 'WITH_BDB_VER=44', 'WITH_GECKO=firefox', ... -------------- 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/20080720/31a83116/attachment.pgp From david at vizion2000.net Mon Jul 21 09:48:07 2008 From: david at vizion2000.net (david@vizion2000.net) Date: Mon Jul 21 09:48:14 2008 Subject: Patch failure for Ruby18-gems-1.2.0 on amd64 In-Reply-To: References: <278e8bc1-ae13-4c8c-8d2e-cd9c0174b4af@8g2000hse.googlegroups.com> Message-ID: Following error message: ===> Patching for ruby18-gems-1.2.0 ===> ruby18-gems-1.2.0 depends on file: /usr/local/bin/ruby18 - found ===> Applying FreeBSD patches for ruby18-gems-1.2.0 => Patch patch-lib-rubygems-source_info_cache.rb failed to apply cleanly. *** Error code 1 Stop in /usr/ports/devel/ruby-gems FreeBSD ***.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 09:27:38 PDT 2008 @***.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 This system has just been upgraded from 6.3 to 7.0-Stable. Is there a possible connection here? After getting this error I checked to make sure the port tree was uptofate and tried again with the same result. I am currently recompiling ruby* ports on the system after a portsclean with: portupgrade -fr ruby* Has anyone else experienced a similar problem? I will report result of recompile when it finishes. David From david at vizion2000.net Mon Jul 21 10:11:27 2008 From: david at vizion2000.net (david@vizion2000.net) Date: Mon Jul 21 10:11:34 2008 Subject: gcc versions following upgrade 6.3 >7.0 Message-ID: FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 09:27:38 PDT 2008 @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 # pkg_info |grep gcc gcc-4.1.3_20080630 GNU Compiler Collection 4.1 gcc-4.2.5_20080702 GNU Compiler Collection 4.2 gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' Should both versions be installed? Do they not place files in same place? System has just been upgraded from 6.3 to 7.0-Stable. David From david at vizion2000.net Mon Jul 21 10:19:20 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 21 10:19:26 2008 Subject: Patch failure for Ruby18-gems-1.2.0 on amd64 In-Reply-To: References: <278e8bc1-ae13-4c8c-8d2e-cd9c0174b4af@8g2000hse.googlegroups.com> Message-ID: > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of > david@vizion2000.net > Sent: 21 July 2008 02:48 > To: ruby-talk@ruby-lang.org > Cc: freebsd-ports@freebsd.org > Subject: Patch failure for Ruby18-gems-1.2.0 on amd64 > > Following error message: > ===> Patching for ruby18-gems-1.2.0 > ===> ruby18-gems-1.2.0 depends on file: > /usr/local/bin/ruby18 - found > ===> Applying FreeBSD patches for ruby18-gems-1.2.0 => Patch > patch-lib-rubygems-source_info_cache.rb failed to apply cleanly. > *** Error code 1 > > Stop in /usr/ports/devel/ruby-gems > > FreeBSD ***.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: > Wed Jul 16 > 09:27:38 PDT 2008 > @***.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > > This system has just been upgraded from 6.3 to 7.0-Stable. Is > there a possible connection here? > > After getting this error I checked to make sure the port tree > was uptofate and tried again with the same result. > I am currently recompiling ruby* ports on the system after a > portsclean > with: > portupgrade -fr ruby* > Has anyone else experienced a similar problem? > I will report result of recompile when it finishes. > > David The recompile produced the same result for ruby-gems. Is a pr needed here or is someone on to it already? David From bugmaster at FreeBSD.org Mon Jul 21 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 21 11:06:29 2008 Subject: Current unassigned ports problem reports Message-ID: <200807211106.m6LB64Oc030906@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a ports/107304 print/apsfilter does not print PDF to raw PostScript p f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/118877 audio/streamripper does not detect song title from str f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122973 textproc/xerces-c2: installed files do not have o+r bi a ports/124154 mail/milter-bogom cores out intermittently f ports/124401 security/sshguard dumps core o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt f ports/125140 [patch] add dependencies on libstdc++.[45] for securit f ports/125255 devel/newt's dependency to SLANG f ports/125555 sysutils/lsof - not working on RELENG_7 after MFC of K o ports/125741 www/mnogosearch: troubles building mnogosearch-3.3.7 f f ports/125795 [PATCH] x11-wm/compiz-fusion-plugins-main: pkg-plist i f ports/125796 [PATCH] x11-wm/compiz-fusion-plugins-extra: pkg-plist o ports/125809 [NEW PORT] www/greasemonkey: Add bits of DHTML to any 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/112746 [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c f ports/122469 [patch] options for devel/viewvc o ports/122596 devel/python: Python hangs when importing pygtk f ports/122701 New port: www/mod_wombat "Apache Lua module" o ports/122824 [new port] add news/husky-htick-devel port o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary f ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123756 [patch] put devel/libffi includes in sane place f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset o ports/124015 [New Port] irc/ircit a file in file out irc client o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124082 [UPDATE]: audio/qmpdclient Update to new release, 1.0. f ports/124083 net/vnc is not building the xorg vnc module f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124428 palm/jpilot configure error when checking for pilot-li o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124706 cannot build sysutils/desktopbsd-tools f ports/124709 deskutils/kmatrix3d broken o ports/124859 [patch] Correctly note math/emacs-calc dependency/comp o ports/124905 new port: databases/sqlitejdbc 051 f ports/124967 New port: mail/zms A specialized mail gateway syste f ports/124981 [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi f ports/125086 math/r - R-2.6.1_2 missing files or incorrect +CONTENT o ports/125164 New port: www/fourcalhttp -- A simple caching web serv o ports/125178 [NEW PORT] net/wizd: An open-source media server for S f ports/125315 www/Moinmoin 1.7 does not support http auth o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125375 [NEW PORT] lang/mosh: A Fast R6RS Scheme interpreter f ports/125393 [PATCH]print/gv: update to 3.6.5 f ports/125471 [PATCH] polish/pl-libgadu: update to 1.8.1 f ports/125495 sysutils/fusefs-kmod distinfo is incorrect f ports/125552 sysutils/k3b: Update to 1.0.5 f ports/125557 [PATCH]devel/open-beagle: update to 3.0.3 f ports/125574 [patch] port devel/cvs2svn make GIT optional f ports/125579 [PATCH] sysutils/vobcopy should not fail if /etc/mtab f ports/125584 not all sample files included with net-mgmt/nagios por o ports/125593 [new port] net-im/qutim-devel: development version of f ports/125594 net-p2p/Amule2 port is outdated f ports/125611 [PATCH]print/pstotext: update to 1.9 f ports/125676 [PATCH] Fix www/lynx build f ports/125679 mail/mutt-devel uses expired gss_nt_service_name f ports/125683 ports/japanese/edict does not work on 7.0/i386, 7.0/am f ports/125697 [patch] security/secure_delete add conflicts for secur f ports/125698 [patch] security/srm add conflicts for security/secu o ports/125705 resurrect graphics/mesagl in a mangled version f ports/125706 Update math/vtk5 to version 5.0.4 o ports/125714 [patch] www/httptunnel: users not added o ports/125734 Update sysutils/fusefs-kmod f ports/125748 security/ipsec-tools: enable hybrid by default and add o ports/125817 New port: net/protobuf o ports/125819 [NEW PORT] deskutils/org-mode.el6: An Emacs mode for n o ports/125823 [PATCH] Ports-mgmt/portupgrade does not use custom ECH 73 problems total. From koitsu at FreeBSD.org Mon Jul 21 11:09:10 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Jul 21 11:09:59 2008 Subject: gcc versions following upgrade 6.3 >7.0 In-Reply-To: References: Message-ID: <20080721110910.GA30467@eos.sc1.parodius.com> On Mon, Jul 21, 2008 at 03:11:25AM -0700, david@vizion2000.net wrote: > FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > 09:27:38 PDT 2008 @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > # pkg_info |grep gcc > gcc-4.1.3_20080630 GNU Compiler Collection 4.1 > gcc-4.2.5_20080702 GNU Compiler Collection 4.2 > gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > > Should both versions be installed? That depends. Are you using any ports which depend on specific versions of GCC? The base system version comes with gcc 4.2.1. There may be ports which require older or newer GCC, however. "pkg_info -R" should help you determine what ports are dependant upon those two GCC ports. > Do they not place files in same place? No. -- | 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 jw at innerewut.de Mon Jul 21 11:43:51 2008 From: jw at innerewut.de (Jonathan Weiss) Date: Mon Jul 21 11:44:00 2008 Subject: Patch failure for Ruby18-gems-1.2.0 on amd64 In-Reply-To: References: <278e8bc1-ae13-4c8c-8d2e-cd9c0174b4af@8g2000hse.googlegroups.com> Message-ID: <488472BE.8030607@innerewut.de> > The recompile produced the same result for ruby-gems. > Is a pr needed here or is someone on to it already? > David I'm the maintainer and I'm looking into it. Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss From martin.laabs at mailbox.tu-dresden.de Mon Jul 21 11:45:57 2008 From: martin.laabs at mailbox.tu-dresden.de (Martin Laabs) Date: Mon Jul 21 11:46:10 2008 Subject: BUG: firefox3 hangs while make Message-ID: Hi, While building firefox the make process just stops and do not proceede. The last process that does not exit (still running - after more than 30min) is actually shlibsign: (I try to compile version 3.0.1) -------------------:<---------------------------- [...] cd mangle; /usr/local/bin/gmake -j1 libs gmake[5]: Entering directory `/usr/ports/www/firefox3/work/mozilla/security/nss/ cmd/shlibsign/mangle' cc -o FreeBSD7.0_OPT.OBJ/mangle.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX= \"lib\" -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL _DIRECTLY -I/usr/local/include/nspr -I/usr/ports/www/firefox3/work/mozilla/dist/ include -I../../../../../dist/public/nss -I../../../../../dist/private/nss -I.. /../../../../dist/include mangle.c cc -o FreeBSD7.0_OPT.OBJ/mangle -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAV E_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib \" -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRE CTLY -I/usr/local/include/nspr -I/usr/ports/www/firefox3/work/mozilla/dist/inclu de -I../../../../../dist/public/nss -I../../../../../dist/private/nss -I../../. ./../../dist/include FreeBSD7.0_OPT.OBJ/mangle.o /usr/ports/www/firefox3/work /mozilla/dist/lib/libsmime.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libss l.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libnss.a /usr/ports/www/firefo x3/work/mozilla/dist/lib/libssl.a /usr/ports/www/firefox3/work/mozilla/dist/lib/ libsectool.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpkcs12.a /usr/port s/www/firefox3/work/mozilla/dist/lib/libpkcs7.a /usr/ports/www/firefox3/work/moz illa/dist/lib/libcerthi.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpk11w rap.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libcryptohi.a /usr/ports/www /firefox3/work/mozilla/dist/lib/libcerthi.a /usr/ports/www/firefox3/work/mozilla /dist/lib/libnsspki.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpk11wrap. a /usr/ports/www/firefox3/work/mozilla/dist/lib/libsoftokn.a /usr/ports/www/fire fox3/work/mozilla/dist/lib/libcertdb.a /usr/ports/www/firefox3/work/mozilla/dist /lib/libnsspki.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libnssdev.a /usr/ ports/www/firefox3/work/mozilla/dist/lib/libnssb.a /usr/ports/www/firefox3/work/ mozilla/dist/lib/libfreebl.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libns sutil.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libdbm.a /usr/ports/www/fi refox3/work/mozilla/dist/lib/libpkixtop.a /usr/ports/www/firefox3/work/mozilla/d ist/lib/libpkixutil.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpkixsyste m.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpkixcrlsel.a /usr/ports/www /firefox3/work/mozilla/dist/lib/libpkixmodule.a /usr/ports/www/firefox3/work/moz illa/dist/lib/libpkixstore.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpk ixparams.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpkixchecker.a /usr/p orts/www/firefox3/work/mozilla/dist/lib/libpkixpki.a /usr/ports/www/firefox3/wor k/mozilla/dist/lib/libpkixtop.a /usr/ports/www/firefox3/work/mozilla/dist/lib/li bpkixresults.a /usr/ports/www/firefox3/work/mozilla/dist/lib/libpkixcertsel.a /u sr/ports/www/firefox3/work/mozilla/dist/lib/libnss.a /usr/ports/www/firefox3/wor k/mozilla/dist/lib/libpk11wrap.a /usr/ports/www/firefox3/work/mozilla/dist/lib/l ibcerthi.a -L/usr/ports/www/firefox3/work/mozilla/dist/lib -lsqlite3 -L/usr/loc al/lib -lplc4 -lplds4 -lnspr4 -pthread ../../../../coreconf/nsinstall/FreeBSD7.0_OPT.OBJ/nsinstall -R -m 775 FreeBSD7.0 _OPT.OBJ/mangle /usr/ports/www/firefox3/work/mozilla/dist/bin gmake[5]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/security/nss/c md/shlibsign/mangle' cd FreeBSD7.0_OPT.OBJ ; sh /usr/ports/www/firefox3/work/mozilla/security/nss/cmd /shlibsign/./sign.sh /usr/ports/www/firefox3/work/mozilla/dist \ /usr/ports/www/firefox3/work/mozilla/security/nss/cmd/shlibsign/FreeBSD7 .0_OPT.OBJ FreeBSD \ /usr/local/lib /usr/ports/www/firefox3/work/mozilla/dist/lib/libsoftokn3 .so /usr/ports/www/firefox3/work/mozilla/security/nss/cmd/shlibsign/FreeBSD7.0_OPT.O BJ/shlibsign -v -i /usr/ports/www/firefox3/work/mozilla/dist/lib/libsoftokn3.so --------------------------:<---------------------------------------------- uname -a: FreeBSD martin.laabs 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Thank you, Martin L. From kostikbel at gmail.com Mon Jul 21 12:16:23 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Mon Jul 21 12:16:29 2008 Subject: portupgrade 2.4.6 -- quoting still broken In-Reply-To: <488471E2.20102@FreeBSD.org> References: <20080720193540.GN17123@deviant.kiev.zoral.com.ua> <488471E2.20102@FreeBSD.org> Message-ID: <20080721121616.GP17123@deviant.kiev.zoral.com.ua> On Mon, Jul 21, 2008 at 03:24:18PM +0400, Sergey Matveychuk wrote: > Kostik Belousov ?????: > >Using the portupgrade 2.4.6 from stable port, I used the > >WITH_GECKO="firefox" > >in the MAKE_ARGS. And, below is the output of the portupgrade. Note > >quoting. > > > >---> Installing the new version via the port with make flags: > >WANT_OPENLDAP_VER=23 WANT_OPENLDAP_SASL=yes WITH_BDB_VER=44 > >"WITH_GECKO=\"firefox\" WITH_UNIXODBC=yes GNUSTEP_WITH_GCC42=yes > >EMACS_PORT_NAME=emacs22 PYTHON_DEFAULT_VERSION=python2.5 > >DISABLE_VULNERABILITIES=yes NO_IGNORE=yes" > > > >My MAKE_ARGS are defined like this: > > > > MAKE_ARGS = { > > '*' => ['WANT_OPENLDAP_VER=23', > > 'WANT_OPENLDAP_SASL=yes', > > 'WITH_BDB_VER=44', > > 'WITH_GECKO=firefox', > >... > > Hmmm, but in MAKE_ARGS it's without quotes. Oops, sorry, I pasted after I removed the quotes to get it running. The right bits are MAKE_ARGS = { '*' => ['WANT_OPENLDAP_VER=23', 'WANT_OPENLDAP_SASL=yes', 'WITH_BDB_VER=44', 'WITH_GECKO="firefox"', ... -------------- 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/20080721/22e32894/attachment.pgp From jw at innerewut.de Mon Jul 21 12:25:40 2008 From: jw at innerewut.de (Jonathan Weiss) Date: Mon Jul 21 12:25:47 2008 Subject: Patch failure for Ruby18-gems-1.2.0 on amd64 In-Reply-To: <488472BE.8030607@innerewut.de> References: <278e8bc1-ae13-4c8c-8d2e-cd9c0174b4af@8g2000hse.googlegroups.com> <488472BE.8030607@innerewut.de> Message-ID: <48848042.9020203@innerewut.de> A fix was commited. Jonathan Jonathan Weiss wrote: > >> The recompile produced the same result for ruby-gems. >> Is a pr needed here or is someone on to it already? >> David > > > I'm the maintainer and I'm looking into it. > > Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss From john.marshall at riverwillow.com.au Mon Jul 21 15:11:52 2008 From: john.marshall at riverwillow.com.au (John Marshall) Date: Mon Jul 21 15:11:59 2008 Subject: BIG Update for www/webalizer Message-ID: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> I updated ports on one of our web servers today and discovered that webalizer is suddenly a lot different. A couple of days ago the port was upgraded from 2.1.10 to 2.20.1. - command line switches have changed - configuration file options have changed - defaults have changed Nothing in /usr/ports/UPDATING :-) WARNING: Check the man page and your config files before blindly running the new version! -- John Marshall From heli at mikestammer.com Mon Jul 21 16:16:25 2008 From: heli at mikestammer.com (Eric Zimmerman) Date: Mon Jul 21 16:16:31 2008 Subject: BIG Update for www/webalizer In-Reply-To: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> References: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> Message-ID: <4884B15B.1070609@mikestammer.com> John Marshall wrote: > I updated ports on one of our web servers today and discovered that > webalizer is suddenly a lot different. > > A couple of days ago the port was upgraded from 2.1.10 to 2.20.1. > - command line switches have changed > - configuration file options have changed > - defaults have changed > > Nothing in /usr/ports/UPDATING :-) > > WARNING: Check the man page and your config files before blindly running > the new version! > thanks for the info. The main webalizer page states: July 12, 2008 Version 2.20-01 has been released. This is a drop in replacement for sites running v2.01 with no additional changes required, and all users are encouraged to upgrade when possible. Many new and exciting features have been added in this release. See the CHANGES file for a list of what's been changed/added/fixed. Go to the download page to obtain a copy in your preferred format. any idea what command line options changed based on your experience? I didnt see mention of command line changes at: ftp://ftp.mrunix.net/pub/webalizer/CHANGES Eric From pschmehl_lists at tx.rr.com Mon Jul 21 16:53:58 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Mon Jul 21 16:54:07 2008 Subject: BIG Update for www/webalizer In-Reply-To: <4884B15B.1070609@mikestammer.com> References: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> <4884B15B.1070609@mikestammer.com> Message-ID: <14ED70810C7D9ADF4EDF8F59@utd65257.utdallas.edu> --On Monday, July 21, 2008 09:55:07 -0600 Eric Zimmerman wrote: > > thanks for the info. The main webalizer page states: > > July 12, 2008 Version 2.20-01 has been released. This is a drop in > replacement for sites running v2.01 with no additional changes required, and > all users are encouraged to upgrade when possible. Many new and exciting > features have been added in this release. See the CHANGES file for a list of > what's been changed/added/fixed. Go to the download page to obtain a copy in > your preferred format. > > any idea what command line options changed based on your experience? I didnt > see mention of command line changes at: > Just for reference: # webalizer -V Webalizer V2.01-10 (FreeBSD 7.0-STABLE) English Copyright 1997-2001 by Bradford L. Barrett # webalizer -h Usage: webalizer [options] [log file] -h = print this help message -v -V = print version information -d = print additional debug info -F type = Log type. type= (clf | ftp | squid) -f = Fold sequence errors -i = ignore history file -p = preserve state (incremental) -q = supress informational messages -Q = supress _ALL_ messages -Y = supress country graph -G = supress hourly graph -H = supress hourly stats -L = supress color coded graph legends -l num = use num background lines on graph -m num = Visit timout value (seconds) -T = print timing information -c file = use configuration file 'file' -n name = hostname to use -o dir = output directory to use -t name = report title 'name' -a name = hide user agent 'name' -r name = hide referrer 'name' -s name = hide site 'name' -u name = hide URL 'name' -x name = Use filename extension 'name' -P name = Page type extension 'name' -I name = Index alias 'name' -A num = Display num top agents -C num = Display num top countries -R num = Display num top referrers -S num = Display num top sites -U num = Display num top URLs -e num = Display num top Entry Pages -E num = Display num top Exit Pages -g num = Group Domains to 'num' levels -X = Hide individual sites -D name = Use DNS Cache file 'name' -N num = Number of DNS processes (0=disable) I haven't upgraded yet, so you can compare this with the current port and see what's changed. -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From david at vizion2000.net Mon Jul 21 17:04:25 2008 From: david at vizion2000.net (David Southwell) Date: Mon Jul 21 17:04:38 2008 Subject: Patch failure for Ruby18-gems-1.2.0 on amd64 In-Reply-To: <488472BE.8030607@innerewut.de> References: <278e8bc1-ae13-4c8c-8d2e-cd9c0174b4af@8g2000hse.googlegroups.com> <488472BE.8030607@innerewut.de> Message-ID: <200807211025.59927.david@vizion2000.net> On Monday 21 July 2008 04:27:58 Jonathan Weiss wrote: > > The recompile produced the same result for ruby-gems. > > Is a pr needed here or is someone on to it already? > > David > > I'm the maintainer and I'm looking into it. > > Jonathan OK just csup ports-all -- your new patch fixes the problem. Thank you David From cswiger at mac.com Mon Jul 21 17:12:16 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Jul 21 17:12:27 2008 Subject: BIG Update for www/webalizer In-Reply-To: <4884B15B.1070609@mikestammer.com> References: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> <4884B15B.1070609@mikestammer.com> Message-ID: On Jul 21, 2008, at 8:55 AM, Eric Zimmerman wrote: > thanks for the info. The main webalizer page states: > > July 12, 2008 Version 2.20-01 has been released. This is a drop > in replacement for sites running v2.01 with no additional changes > required, and all users are encouraged to upgrade when possible. > Many new and exciting features have been added in this release. See > the CHANGES file for a list of what's been changed/added/fixed. Go > to the download page to obtain a copy in your preferred format. > > any idea what command line options changed based on your experience? For what it's worth, I updated the webalyzer port and it had no problems running against my old config file and the reports being generated seem to be valid. I don't feed it options via the command line, however.... Regards, -- -Chuck From cyberbotx at cyberbotx.com Mon Jul 21 17:19:41 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Mon Jul 21 17:19:48 2008 Subject: Porttools and running 'port test' Message-ID: <4884C52A.2040207@cyberbotx.com> I'm not sure if it's porttools at fault here or my own system (or even where I have my files), but it seems like every other time I run a 'port test' on a port, the permissions on the files being extracted are coming out wrong. For instance, configure scripts are lacking their +x, even though they have it in the tarball they are being extracted from. I don't have this problem with real ports in the ports tree, just when I run 'port test' from my separate repository. I do wonder if it's because my repository is owned by my user (cyberbotx) but I run 'port test' as root. Any help on the matter would be appreciated. Thanks, Naram Qashat From heli at mikestammer.com Mon Jul 21 17:23:42 2008 From: heli at mikestammer.com (Eric Zimmerman) Date: Mon Jul 21 17:23:56 2008 Subject: BIG Update for www/webalizer In-Reply-To: <14ED70810C7D9ADF4EDF8F59@utd65257.utdallas.edu> References: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> <4884B15B.1070609@mikestammer.com> <14ED70810C7D9ADF4EDF8F59@utd65257.utdallas.edu> Message-ID: <4884C621.6020907@mikestammer.com> Paul Schmehl wrote: > --On Monday, July 21, 2008 09:55:07 -0600 Eric Zimmerman > wrote: >> >> thanks for the info. The main webalizer page states: >> >> July 12, 2008 Version 2.20-01 has been released. This is a >> drop in >> replacement for sites running v2.01 with no additional changes >> required, and >> all users are encouraged to upgrade when possible. Many new and exciting >> features have been added in this release. See the CHANGES file for a >> list of >> what's been changed/added/fixed. Go to the download page to obtain a >> copy in >> your preferred format. >> >> any idea what command line options changed based on your experience? I >> didnt >> see mention of command line changes at: >> > > Just for reference: > > # webalizer -V > Webalizer V2.01-10 (FreeBSD 7.0-STABLE) English > Copyright 1997-2001 by Bradford L. Barrett i did a comparison against the new version and there arent any missing or changed command line switches. From kitche at kitchetech.com Mon Jul 21 19:46:23 2008 From: kitche at kitchetech.com (Matthew Donovan) Date: Mon Jul 21 19:46:35 2008 Subject: firefox3 port missing firefox-config or firefox3-config In-Reply-To: References: <4880CD7A.9050409@cyberbotx.com> Message-ID: <20080721182649.GA8976@njord.Belkin> On Fri, Jul 18, 2008 at 11:25:52PM -0500, Jeremy Messenger wrote: > On Fri, 18 Jul 2008 12:06:02 -0500, Naram Qashat > wrote: > > >I was trying to modify the VLC port to enable the Firefox plugin, but > >when I added firefox3 to the list of USE_GECKO and tried to build the > >port, it complained saying it couldn't find firefox3-config. I checked > >my system, and there is no firefox3-config, but back when I had firefox2 > >installed, there was a firefox-config on my system. I couldn't find > >where in bsd.gecko.mk to add firefox3-config to the plist or where in > >firefox3's Makefile it would need to be added. Any advice on the matter > >would be helpful. > > Because Firefox 3 does not install this file and *.pc (pkg-config files) > anymore. Everytime when I have tried to search for answer and reason why > they changed it. I end up hit the wall. Perhaps, they asked in the wrong > place. Also it's hard to find a good keyword to search in google (Mozilla > is using google search for their website/newsgroups). If you can find it, > I would love to know about it. Everything what jong357 (forum user) knows > are same what I know in our search, but he has pointed that there is > answer in mailing list that I can't find. > > http://forums-test.mozillazine.org/viewtopic.php?p=3559635 > > I have told my team about that somehow I think that Mozilla developers > want us to start to use xulrunner for SDK/build stuff rather than on > Firefox, Seamonkey and etc. I think that xulrunner 1.9 does install *.pc > files and probably xulrunner-config too. > > -- > > While I am here, our firefox3 port still need some improvements such as > don't use lib/browser_plugins anymore, because firefox3 can't use firefox2 > plugins or it crashes. I am thinking about maybe use > www/linux-mplayer-plugin/Makefile.npapi. Then create new directories like > lib/npapi/symlinks/gecko18 and lib/npapi/symlinks/lib/gecko19. Other more > improvements like clean up in bsd.gecko.mk and gecko ports. > > I am slowing and lacking motivative, because I dislike any Mozilla > products and my box is slow for build/install test. I am being patient to > work with these, so I would love someone (that actually like Mozilla > product and have motivative) to jump in and take over. ;-) > > Cheers, > Mezz > > >Thanks, > >Naram Qashat > > > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org Yes Mozilla uses xulrunner-config now and it does some odd stuff compared to what firefox2 used for plugins and such since everything goes in xulrunner now for plugins instead of the old directory -------------- 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/20080721/3586d44f/attachment.pgp From ghirai at ghirai.com Mon Jul 21 22:23:59 2008 From: ghirai at ghirai.com (Ghirai) Date: Mon Jul 21 22:24:06 2008 Subject: FreeBSD Port: py25-qt-3.17.4_1,2 Message-ID: <200807220106.10559.ghirai@ghirai.com> Hey, I'm running 7.0-RELEASE, i386, and KDE 3.5.8/Qt 3.3.8 from ports. Trying to install /usr/ports/x11-toolkits/py-qt gives this error: ... -- Creating pyqtconfig.py... /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qt/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtcanvas/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtnetwork/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qttable/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtxml/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtui/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtsql/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtext/Makefile /usr/bin/sed -i.bak -e 's|mkspecs/freebsd-g++| share/qt/mkspecs/freebsd-g++|' -e 's|CC = cc|CC = cc|' -e 's|CXX = c++|CXX = c++|' -e 's|LINK = c++|LINK = c++|' /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtgl/Makefile sed: /usr/ports/x11-toolkits/py-qt/work/PyQt-x11-gpl-3.17.4/qtgl/Makefile: No such file or directory *** Error code 1 Stop in /usr/ports/x11-toolkits/py-qt. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-qt. *** Error code 1 If i disable OpenGL support in make config, it gets past that error, but hangs sucking up CPU here: ===> Building for py25-qt-3.17.4_1,2 c++ -c -pipe -fPIC -O2 -fno-strict-aliasing -pipe -Wall -W -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I. -I/usr/local/include -I/usr/local/include/python2.5 -I/usr/local/share/qt/mkspecs/freebsd-g++ -o sipqtcmodule.o sipqtcmodule.cpp Any ideas? Thanks. -- Regards, Ghirai. From john.marshall at riverwillow.com.au Tue Jul 22 00:21:41 2008 From: john.marshall at riverwillow.com.au (John Marshall) Date: Tue Jul 22 00:21:48 2008 Subject: BIG Update for www/webalizer In-Reply-To: <4884C621.6020907@mikestammer.com> References: <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> <4884C621.6020907@mikestammer.com> Message-ID: <20080722002133.GC5752@rwpc12.mby.riverwillow.net.au> On Mon, 21 Jul 2008, 11:23 -0600, Eric Zimmerman wrote: > Paul Schmehl wrote: > >--On Monday, July 21, 2008 09:55:07 -0600 Eric Zimmerman > > wrote: > >> > >>any idea what command line options changed based on your experience? I > >>didnt > >>see mention of command line changes at: > i did a comparison against the new version and there arent any missing > or changed command line switches. First of all, an apology for any confusion. I've just checked and found that I actually install webalizer via the www/geolizer port, which includes the GeoIP functionality. It was that area, in particular, where things came unstuck. Changes for people who don't use GeoIP are probably minor. So, more particularly, I am referring to differences between the following: webalizer-geoip-2.1.10_13 webalizer-geoip-2.20.1_1 I was bitten by the changes relating to use of the GeoIP database. When my reports ran with the new version, there was no geographic information: all of the sites were summarized in one line as, "Unkown". When I explicitly switched that on, the country flags were missing: they had to be switched on explicitly as well. Adding the following to my config files got me (more or less) back to the output my customers are used to seeing: GeoIP yes CountryFlags yes This is equivalent to adding the (changed) command switch "-w" and the (new) command switch "-z flags". The Geo databases are no longer consulted by default, they have to be switched on. The flags are no longer included by default, they have to be switched on. For reference, here is a diff between the "webalizer -V; webalizer -h" output for old and new versions. Note particularly how the "-w" switch now has the opposite meaning and how switches have been added to explicitly enable functionality which used to be dafault. ---------------- < Webalizer V2.01-10-glzr (FreeBSD 7.0-RELEASE-p2) English < Copyright 1997-2001 by Bradford L. Barrett --- > Webalizer V2.20-01 (FreeBSD 7.0-RELEASE-p3 i386) English > Copyright 1997-2008 by Bradford L. Barrett < -v -V = print version information --- > -V = print version information > -v = be verbose < -F type = Log type. type= (clf | ftp | squid) --- > -F type = Log type. type= (clf | ftp | squid | w3c) > -b = ignore state (incremental) > -O name = Omit page 'name' > -K num = num months in summary table > -k num = num months in summary graph > -z dir = Use country flags in 'dir' < -w = Disable GeoIP feature < -W file = Use specific GeoIP database 'file' --- > -j = Enable native GeoDB lookups > -J name = Use GeoDB database 'name' > -w = Enable GeoIP lookups > -W name = Use GeoIP database 'name' ---------------- Hope this helps someone else. -- John Marshall From yanefbsd at gmail.com Tue Jul 22 06:27:51 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Tue Jul 22 06:27:56 2008 Subject: gcc versions following upgrade 6.3 >7.0 In-Reply-To: <20080721110910.GA30467@eos.sc1.parodius.com> References: <20080721110910.GA30467@eos.sc1.parodius.com> Message-ID: <7d6fde3d0807212327j5947fd95we4ca9a16e9769124@mail.gmail.com> On Mon, Jul 21, 2008 at 4:09 AM, Jeremy Chadwick wrote: > On Mon, Jul 21, 2008 at 03:11:25AM -0700, david@vizion2000.net wrote: >> FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 >> 09:27:38 PDT 2008 @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 >> # pkg_info |grep gcc >> gcc-4.1.3_20080630 GNU Compiler Collection 4.1 >> gcc-4.2.5_20080702 GNU Compiler Collection 4.2 >> gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' >> >> Should both versions be installed? > > That depends. Are you using any ports which depend on specific versions > of GCC? The base system version comes with gcc 4.2.1. There may be > ports which require older or newer GCC, however. > > "pkg_info -R" should help you determine what ports are dependant upon > those two GCC ports. There isn't anything wrong with having multiple compilers installed on a given system, insomuch as they install within separate directories or are prefixed differently. The sym-/hard-links for the compiler last installed may be the one that gets used though (not sure because I don't have any experience installing gcc from ports on FreeBSD)... >> Do they not place files in same place? > > No. This ties into the reply above, but if you have a compiler provided by the base system and a compiler provided by ports, they won't install in the same location, as ${PREFIX} dictates in ports. -Garrett From david at vizion2000.net Tue Jul 22 07:46:16 2008 From: david at vizion2000.net (David Southwell) Date: Tue Jul 22 07:46:22 2008 Subject: gcc versions following upgrade 6.3 >7.0 In-Reply-To: <7d6fde3d0807212327j5947fd95we4ca9a16e9769124@mail.gmail.com> References: <20080721110910.GA30467@eos.sc1.parodius.com> <7d6fde3d0807212327j5947fd95we4ca9a16e9769124@mail.gmail.com> Message-ID: <200807220107.53942.david@vizion2000.net> On Monday 21 July 2008 23:27:49 Garrett Cooper wrote: > On Mon, Jul 21, 2008 at 4:09 AM, Jeremy Chadwick wrote: > > On Mon, Jul 21, 2008 at 03:11:25AM -0700, david@vizion2000.net wrote: > >> FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > >> 09:27:38 PDT 2008 @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > >> amd64 # pkg_info |grep gcc > >> gcc-4.1.3_20080630 GNU Compiler Collection 4.1 > >> gcc-4.2.5_20080702 GNU Compiler Collection 4.2 > >> gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > >> > >> Should both versions be installed? > > > > That depends. Are you using any ports which depend on specific versions > > of GCC? The base system version comes with gcc 4.2.1. There may be > > ports which require older or newer GCC, however. > > > > "pkg_info -R" should help you determine what ports are dependant upon > > those two GCC ports. > > There isn't anything wrong with having multiple compilers installed on > a given system, insomuch as they install within separate directories > or are prefixed differently. The sym-/hard-links for the compiler last > installed may be the one that gets used though (not sure because I > don't have any experience installing gcc from ports on FreeBSD)... > > >> Do they not place files in same place? > > > > No. > > This ties into the reply above, but if you have a compiler provided by > the base system and a compiler provided by ports, they won't install > in the same location, as ${PREFIX} dictates in ports. > > -Garrett What happens, as in this instance, the system was originally on 6.1 then 6.3 & subsequently upgraded to 7.0? How can I tell whether the versions were installed by the base system or via ports? I am not clear about how the system distinguishes between gcc installed via ports and via base system. Indcidentally when did gcc become part of the base system? david From koitsu at FreeBSD.org Tue Jul 22 08:16:31 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Tue Jul 22 08:16:38 2008 Subject: gcc versions following upgrade 6.3 >7.0 In-Reply-To: <200807220107.53942.david@vizion2000.net> References: <20080721110910.GA30467@eos.sc1.parodius.com> <7d6fde3d0807212327j5947fd95we4ca9a16e9769124@mail.gmail.com> <200807220107.53942.david@vizion2000.net> Message-ID: <20080722081630.GA86993@eos.sc1.parodius.com> On Tue, Jul 22, 2008 at 01:07:53AM -0700, David Southwell wrote: > On Monday 21 July 2008 23:27:49 Garrett Cooper wrote: > > On Mon, Jul 21, 2008 at 4:09 AM, Jeremy Chadwick wrote: > > > On Mon, Jul 21, 2008 at 03:11:25AM -0700, david@vizion2000.net wrote: > > >> FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > > >> 09:27:38 PDT 2008 @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > > >> amd64 # pkg_info |grep gcc > > >> gcc-4.1.3_20080630 GNU Compiler Collection 4.1 > > >> gcc-4.2.5_20080702 GNU Compiler Collection 4.2 > > >> gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > > >> > > >> Should both versions be installed? > > > > > > That depends. Are you using any ports which depend on specific versions > > > of GCC? The base system version comes with gcc 4.2.1. There may be > > > ports which require older or newer GCC, however. > > > > > > "pkg_info -R" should help you determine what ports are dependant upon > > > those two GCC ports. > > > > There isn't anything wrong with having multiple compilers installed on > > a given system, insomuch as they install within separate directories > > or are prefixed differently. The sym-/hard-links for the compiler last > > installed may be the one that gets used though (not sure because I > > don't have any experience installing gcc from ports on FreeBSD)... > > > > >> Do they not place files in same place? > > > > > > No. > > > > This ties into the reply above, but if you have a compiler provided by > > the base system and a compiler provided by ports, they won't install > > in the same location, as ${PREFIX} dictates in ports. > > > > -Garrett > What happens, as in this instance, the system was originally on 6.1 then 6.3 & > subsequently upgraded to 7.0? > > How can I tell whether the versions were installed by the base system or via > ports? The "base system" does not add anything to the ports/pkg database. The reason you have gcc 4.1.3 and gcc 4.2.5 on your machine is because some other port/package depended/depends on them. pkg_info -R will solve that mystery. As I said before: some ports/packages may require a newer (or older) version of GCC, in which case, you'll end up with two (or more) versions of gcc on your system -- one in the base and one (or more) managed via ports. Regardless of what Garrett and others say about how multiple compilers on a system "works great", I do not advocate it. There are many catches which can/will surprise you down the road, especially with regards to library linking order, symbol versioning, and a couple other things. I'm sorry, but in my eyes it's risky behaviour. We've been down this road before back when perl was in the base system, for similar reasons. This spawns the whole base vs. ports discussion. For the record, I am one of the minority who wants to do away with the entire "base system" concept. I do not want this thread to start discussing that, though; let's stay on topic. I just wanted to point it out so that you have some idea of *why* I say what I do. > I am not clear about how the system distinguishes between gcc installed via > ports and via base system. Indcidentally when did gcc become part of the base > system? It always has been part of the base system, since at least FreeBSD 2.x days. I can't speak for 1.x because I wasn't using FreeBSD then. Use "pkg_info -R gcc-4.1.3_20080630" to see what ports are reliant upon gcc 4.1.3, and rebuild those ports now that you've upgraded to FreeBSD 7 (which includes gcc 4.2.1 in the base system). FreeBSD 6 had gcc 3.4.6, which is why some ports might have wanted something newr. Does all of this now make sense? -- | 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 ertr1013 at student.uu.se Tue Jul 22 08:20:06 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Tue Jul 22 08:20:14 2008 Subject: gcc versions following upgrade 6.3 >7.0 In-Reply-To: <200807220107.53942.david@vizion2000.net> References: <20080721110910.GA30467@eos.sc1.parodius.com> <7d6fde3d0807212327j5947fd95we4ca9a16e9769124@mail.gmail.com> <200807220107.53942.david@vizion2000.net> Message-ID: <20080722081959.GA41650@owl.midgard.homeip.net> On Tue, Jul 22, 2008 at 01:07:53AM -0700, David Southwell wrote: > On Monday 21 July 2008 23:27:49 Garrett Cooper wrote: > > On Mon, Jul 21, 2008 at 4:09 AM, Jeremy Chadwick wrote: > > > On Mon, Jul 21, 2008 at 03:11:25AM -0700, david@vizion2000.net wrote: > > >> FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > > >> 09:27:38 PDT 2008 @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > > >> amd64 # pkg_info |grep gcc > > >> gcc-4.1.3_20080630 GNU Compiler Collection 4.1 > > >> gcc-4.2.5_20080702 GNU Compiler Collection 4.2 > > >> gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > > >> > > >> Should both versions be installed? > > > > > > That depends. Are you using any ports which depend on specific versions > > > of GCC? The base system version comes with gcc 4.2.1. There may be > > > ports which require older or newer GCC, however. > > > > > > "pkg_info -R" should help you determine what ports are dependant upon > > > those two GCC ports. > > > > There isn't anything wrong with having multiple compilers installed on > > a given system, insomuch as they install within separate directories > > or are prefixed differently. The sym-/hard-links for the compiler last > > installed may be the one that gets used though (not sure because I > > don't have any experience installing gcc from ports on FreeBSD)... > > > > >> Do they not place files in same place? > > > > > > No. > > > > This ties into the reply above, but if you have a compiler provided by > > the base system and a compiler provided by ports, they won't install > > in the same location, as ${PREFIX} dictates in ports. > > > > -Garrett > What happens, as in this instance, the system was originally on 6.1 then 6.3 & > subsequently upgraded to 7.0? The version of gcc shipped with 6.3 is 3.4.6. What probably happened was that you installed some port that required gcc 4.1 or newer to build, and thus gcc-4.1 was installed automatically as part of the dependencies for that port. Later you installed some port that needed gcc 4.2 or later, at which point gcc-4.2 was installed for you. If you had been running 7.0 from start, then the gcc ports would not have been needed, since (as has been noted) FreeBSD 7.0 includes gcc 4.2. > > How can I tell whether the versions were installed by the base system or via > ports? If they show up with pkg_info, then they were installed via the ports system. > > I am not clear about how the system distinguishes between gcc installed via > ports and via base system. Installed in different places: Just about everything installed from ports (or packages) will end up under /usr/local/ (or on older systems under /usr/X11R6/) Files that are part of the base system will not be installed there. > Indcidentally when did gcc become part of the base > system? gcc has always been part of the base system. (Otherwise it would have been difficult to recompile the base system, or to compile any ports.) -- Erik Trulsson ertr1013@student.uu.se From daniel at one2net.co.ug Tue Jul 22 08:32:49 2008 From: daniel at one2net.co.ug (Okalany Daniel) Date: Tue Jul 22 08:32:57 2008 Subject: Vlc In-Reply-To: <7d6fde3d0807191247u57c78ck4aac63a81f53ed7b@mail.gmail.com> References: <28f643d90807170416i333b12ceqd96845577b27890c@mail.gmail.com> <200807172217.m6HMHGCi096742@chilled.skew.org> <7d6fde3d0807172327o32f41030ue91b76b634ea531d@mail.gmail.com> <28f643d90807180047n650df861g5b3efe75e58f686d@mail.gmail.com> <7d6fde3d0807180314l4489e21jd7934d022f0c726f@mail.gmail.com> <28f643d90807180346h74aff268o94b52103d55c1e63@mail.gmail.com> <20080718113809.GA1175@straylight.m.ringlet.net> <20080719100140.GA3136@zod> <7d6fde3d0807191247u57c78ck4aac63a81f53ed7b@mail.gmail.com> Message-ID: <28f643d90807220132h1921a9adi7087c55bc1005bac@mail.gmail.com> On Sat, Jul 19, 2008 at 10:47 PM, Garrett Cooper wrote: > On Sat, Jul 19, 2008 at 3:01 AM, Rafa?l Carr? > wrote: > > On Fri, Jul 18, 2008, Peter Pentchev wrote: > >> On Fri, Jul 18, 2008 at 01:46:53PM +0300, Okalany Daniel wrote: > >> > On Fri, Jul 18, 2008 at 1:14 PM, Garrett Cooper > wrote: > >> > > >> [snip] > >> > > >> The following options will need to be passed into configure: > > > > If you feel so, you can make all these options conditional on WITHOUT_X > > and send me a patch ;) > > > > i.e. for skins2 that would be: > > .if defined(WITH_SKINS) && !defined(WITHOUT_SKINS) && > > !defined(WITHOUT_X) > > > >> [snip] > >> > > >> --disable-freetype > >> > >> Okalany, you seem to have missed this one :) > > > > yep > > > >> > --disable-skins > > > > These days this option has no effect, it's now named skins2. > > --disable-skins2 should solve your problem > > > > --disable-freetype will build a skins2 interface without freetype > > support, but I guess it will fail to build anyway because it needs X11 > > > >> > It cofigures okay, but the make fails with > >> > > >> > > >> > In file included from ../../../include/vlc/intf.h:39, > >> > parser/../src/ft2_font.hpp: At global scope: > >> > parser/../src/ft2_font.hpp:60: error: 'FT_Glyph' does not name a type > >> > parser/../src/ft2_font.hpp:61: error: 'FT_BBox' does not name a type > >> > parser/../src/ft2_font.hpp:74: error: 'FT_Library' does not name a > type > >> > parser/../src/ft2_font.hpp:76: error: 'FT_Face' does not name a type > >> > >> Yep, FreeType symbols - see above, you missed an option :) > > > > These are the skins2 files > > Actually if you read through ./configure --help not all options are > enabled. I just picked the ones that weren't enabled. I may have > missed the --without-skins2 option though :\... > -Garrett > Thanks alot guys.. The options that worked for me ( to install text only vlc) are: ./configure --disable-x11 --disable-xvideo --disable-glx --disable-sdl --disable-sd --disable-wxwidgets --disable-skins2 --disable-freetype --disable-mad --disable-ffmpeg -- OKALANY DANIEL P.O BOX 26150 KAMPALA. http://okaman.one2net.co.ug -- Youth is a wonderful thing. What a crime to waste it on children. The Word was spoken before it was written, and it was written so it could be spoken! Words can move mountais because mountains are created by words! From david at vizion2000.net Tue Jul 22 08:39:44 2008 From: david at vizion2000.net (David Southwell) Date: Tue Jul 22 08:39:52 2008 Subject: gcc versions following upgrade 6.3 >7.0 In-Reply-To: <20080722081630.GA86993@eos.sc1.parodius.com> References: <200807220107.53942.david@vizion2000.net> <20080722081630.GA86993@eos.sc1.parodius.com> Message-ID: <200807220201.22735.david@vizion2000.net> On Tuesday 22 July 2008 01:16:30 Jeremy Chadwick wrote: > On Tue, Jul 22, 2008 at 01:07:53AM -0700, David Southwell wrote: > > On Monday 21 July 2008 23:27:49 Garrett Cooper wrote: > > > On Mon, Jul 21, 2008 at 4:09 AM, Jeremy Chadwick wrote: > > > > On Mon, Jul 21, 2008 at 03:11:25AM -0700, david@vizion2000.net wrote: > > > >> FreeBSD **.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul > > > >> 16 09:27:38 PDT 2008 > > > >> @**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 # pkg_info > > > >> |grep gcc > > > >> gcc-4.1.3_20080630 GNU Compiler Collection 4.1 > > > >> gcc-4.2.5_20080702 GNU Compiler Collection 4.2 > > > >> gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' > > > >> > > > >> Should both versions be installed? > > > > > > > > That depends. Are you using any ports which depend on specific > > > > versions of GCC? The base system version comes with gcc 4.2.1. > > > > There may be ports which require older or newer GCC, however. > > > > > > > > "pkg_info -R" should help you determine what ports are dependant upon > > > > those two GCC ports. > > > > > > There isn't anything wrong with having multiple compilers installed on > > > a given system, insomuch as they install within separate directories > > > or are prefixed differently. The sym-/hard-links for the compiler last > > > installed may be the one that gets used though (not sure because I > > > don't have any experience installing gcc from ports on FreeBSD)... > > > > > > >> Do they not place files in same place? > > > > > > > > No. > > > > > > This ties into the reply above, but if you have a compiler provided by > > > the base system and a compiler provided by ports, they won't install > > > in the same location, as ${PREFIX} dictates in ports. > > > > > > -Garrett > > > > What happens, as in this instance, the system was originally on 6.1 then > > 6.3 & subsequently upgraded to 7.0? > > > > How can I tell whether the versions were installed by the base system or > > via ports? > > The "base system" does not add anything to the ports/pkg database. The > reason you have gcc 4.1.3 and gcc 4.2.5 on your machine is because some > other port/package depended/depends on them. pkg_info -R will solve > that mystery. > > As I said before: some ports/packages may require a newer (or older) > version of GCC, in which case, you'll end up with two (or more) versions > of gcc on your system -- one in the base and one (or more) managed via > ports. > > Regardless of what Garrett and others say about how multiple compilers > on a system "works great", I do not advocate it. There are many catches > which can/will surprise you down the road, especially with regards to > library linking order, symbol versioning, and a couple other things. > I'm sorry, but in my eyes it's risky behaviour. We've been down this > road before back when perl was in the base system, for similar reasons. > > This spawns the whole base vs. ports discussion. For the record, I am > one of the minority who wants to do away with the entire "base system" > concept. I do not want this thread to start discussing that, though; > let's stay on topic. I just wanted to point it out so that you have > some idea of *why* I say what I do. > > > I am not clear about how the system distinguishes between gcc installed > > via ports and via base system. Indcidentally when did gcc become part of > > the base system? > > It always has been part of the base system, since at least FreeBSD 2.x > days. I can't speak for 1.x because I wasn't using FreeBSD then. > > Use "pkg_info -R gcc-4.1.3_20080630" to see what ports are reliant upon > gcc 4.1.3, and rebuild those ports now that you've upgraded to FreeBSD 7 > (which includes gcc 4.2.1 in the base system). FreeBSD 6 had gcc 3.4.6, > which is why some ports might have wanted something newr. > > Does all of this now make sense? Makes a very great deal of sense. During a portupgrade -frR ruby* (necessitated following a power out during a portupgrade!!!) I had a consol message about the two versions of gcc causing a conflict. The conflict was resolved by the upgrades. It was that message that started my enquiry. The dependencies in 4.1_3 have now been removed from pkgdb following the portupgrade and that version deinstalled. Thank you, and everyone else, for taking the time to answer my question. David From david at vizion2000.net Tue Jul 22 12:01:22 2008 From: david at vizion2000.net (David Southwell) Date: Tue Jul 22 12:02:52 2008 Subject: Managing bsdpan Message-ID: <200807220522.55840.david@vizion2000.net> The following portsupgrade reports for bsdpan lead me to ask a few trivial questions and suggestions (see below) [Updating the pkgdb in /var/db/pkg ... - 1012 packages found (-0 +1) . done] ---> Skipping 'bsdpan-libnet-1.21' because it is held by user (specify -f to force) ---> Skipping 'devel/p5-Devel-Symdump' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-DB_File-1.817' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-ANSIColor-1.12' because it is held by user (specify -f to force) ---> Skipping 'textproc/p5-Text-Balanced' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-File-Path-2.04' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-CPAN-1.9205' because it is held by user (specify -f to force) ---> Skipping 'www/p5-CGI.pm' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-Safe-2.16' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-B-Lint-1.11' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-Shell-0.72' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-Thread-Semaphore-2.09' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-Text-Soundex-3.03' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-IPC-SysV-2.00' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-SelfLoader-1.15' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-Term-ReadLine-Perl-1.0302' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-libwww-perl-5.813' because it is held by user (specify -f to force) ---> Skipping 'misc/p5-Array-Compare' because it is held by user (specify -f to force) ---> Skipping 'bsdpan-B-Debug-1.10' because it is held by user (specify -f to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) - (bsdpan-constant-1.15) - (bsdpan-MailTools-2.03) - (bsdpan-CPAN-1.9102) - (bsdpan-Term-Cap-1.12) - (bsdpan-Exporter-5.62) - (bsdpan-Thread-Queue-2.11) - devel/p5-IO (bsdpan-IO-1.23) - (bsdpan-CPAN-1.9203) - (bsdpan-libnet-1.21) - devel/p5-Devel-Symdump (bsdpan-Devel-Symdump-2.08) - (bsdpan-DB_File-1.817) - (bsdpan-ANSIColor-1.12) - textproc/p5-Text-Balanced (bsdpan-Text-Balanced-undef) - (bsdpan-File-Path-2.04) - (bsdpan-CPAN-1.9205) - www/p5-CGI.pm (bsdpan-CGI.pm-3.38) - (bsdpan-Safe-2.16) - (bsdpan-B-Lint-1.11) - (bsdpan-Shell-0.72) - (bsdpan-Thread-Semaphore-2.09) - (bsdpan-Text-Soundex-3.03) - (bsdpan-IPC-SysV-2.00) - (bsdpan-SelfLoader-1.15) - (bsdpan-Term-ReadLine-Perl-1.0302) - (bsdpan-libwww-perl-5.813) - misc/p5-Array-Compare (bsdpan-Array-Compare-1.15) - (bsdpan-B-Debug-1.10) # /usr/ports/ 1. why are some packages listed in the format: - isc/p5-Array-Compare (bsdpan-Array-Compare-1.15) rather than: - (bsdpan-libwww-perl-5.813) Is this indicative of an inconsistency in my system administration or inconsistencies between package make files? 2. There is another question on similar lines because some packages helpfully show the hierarchy in the ports tree etc: devel/*** rather than simply *** 3. In regard to bsdpan apropos generates: # apropos bsdpan bsdpan: nothing appropriate # 4. A search on freebsd website under bsdpan brings reference to the inclusion of bsdpan in the ports distribution but not to any documentation on its use. 5. # locate bsdpan brings a list of bsdpan packages in /var/db/pkg but no other files documentation etc. 6. My guess is that there are some guidelines for constructing bsdpan pkgs and for using the bsdpan? If it does exist could anyone tell me where it is? 7 If something does exist could it be incorporated into the ports tree e.g ports/BSDPAN_README for holding general guidelines about using the BSDPAN and covering such issues as advice about holding packages etc. 8. Might the ports tree also provide a central point of information about BSDPAN ports updates e.g ports/BSDPAN_UPDATING. This would be particluarly valuable as the ports themselves are distributed around the ports tree. 9. Would not a current index of BSDPAN ports e.g ports/BSDPAN_INDEX including a short description also be useful? David From c.kworr at gmail.com Tue Jul 22 12:42:17 2008 From: c.kworr at gmail.com (Volodymyr Kostyrko) Date: Tue Jul 22 12:42:26 2008 Subject: Managing bsdpan In-Reply-To: <200807220522.55840.david@vizion2000.net> References: <200807220522.55840.david@vizion2000.net> Message-ID: David Southwell wrote: > The following portsupgrade reports for bsdpan lead me to ask a few trivial > questions and suggestions (see below) > 1. why are some packages listed in the format: > - isc/p5-Array-Compare (bsdpan-Array-Compare-1.15) > rather than: > - (bsdpan-libwww-perl-5.813) Ports tree contains the port for the given package and knows its correct name. > Is this indicative of an inconsistency in my system administration or > inconsistencies between package make files? Maybe. > 2. There is another question on similar lines because some packages helpfully > show the hierarchy in the ports tree etc: > devel/*** > rather than simply > *** Why 'devel/'? There's no confidence that thees packages have their corresponding ports. Please note that bsdpan-* is not a port name or part of it. It's the name of installed package. > 3. In regard to bsdpan apropos generates: > # apropos bsdpan > bsdpan: nothing appropriate > # True. Perl packages installed directly from bsdpan or from tarballs automatically do create corresponding package entry in '/var/db/pkg'. How kind of them, really. > 4. A search on freebsd website under bsdpan brings reference to the inclusion > of bsdpan in the ports distribution but not to any documentation on its use. I'm not a perl junkie. Try hitting CPAN instead. > 5. # locate bsdpan brings a list of bsdpan packages in /var/db/pkg but no > other files documentation etc. True. See 3. > 7 If something does exist could it be incorporated into the ports tree e.g > ports/BSDPAN_README for holding general guidelines about using the BSDPAN and > covering such issues as advice about holding packages etc. Not by me, really. Try to invetigate this and write it down then propose it for inclusion. > 9. Would not a current index of BSDPAN ports e.g ports/BSDPAN_INDEX including > a short description also be useful? Reply hazy. Ports ain't really the correct place for this staff. Try hitting CPAN. PS: Personally I don't accept the possibility of installation of unhandled / unmaintained software (e.g. not found in ports) on any hardware supervised by me. Any piece of junk which need to be installed and maintained should have a corresponding person, responsible for it "freshness" and usability. -- Sphinx of black quartz judge my vow. From jaymax36 at gmail.com Tue Jul 22 12:44:17 2008 From: jaymax36 at gmail.com (Joseph Maxwell) Date: Tue Jul 22 12:44:24 2008 Subject: Ports Database - Update failure Message-ID: Hello, Reporting failure in Updating the Ports Database Second run, used pre-generated version of INDEX , I think everything is as defined in failure message FreeBSD econ.com 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Tue Oct 17 05:16:31 PDT 2006 asmith@amatuk:/usr/obj/usr/src/sys/AMATUK_KERNEL i386 My portupgrade is at /usr/ports/ports-mgmt/portupgrade not at /usr/ports/sysutils/portupgrade ...? Ports Tree sync'd with supfile *default host=cvsup.ca.freebsd.org *default base=/usr/local/etc/cvsup *default prefix=/usr *default release=cvs tag="RELENG_6" *default release=cvs delete use-rel-suffix compress ports-all tag=. cvsup -g -L 2 /usr/local/sup/supfile => --- --- --- Running Updating collection ports-all/cvs Edit ports/ports-mgmt/portmk/Mk/bsd.port.mk Add delta 1.76 2008.07.22.04.33.47 linimon Shutting down connection to server Finished successfully portsdb -Uu cd: can't cd to /usr/ports/sysutils/portupgrade Updating the ports index ... Generating INDEX.tmp - please wait.."Makefile", line 55: Could not find bsd.port.options.mk make: fatal errors encountered -- cannot continue ===> sysutils/apcupsd failed *** Error code 1 1 error ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. (INDEX builds are not supported with partial or out-of-date ports collections -- in particular, if you are using cvsup, you must cvsup the "ports-all" collection, and have no "refuse" files.) If that is the case, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, your architecture, your environment, and your /etc/make.conf settings, especially compiler flags and WITH/WITHOUT settings). Note: the latest pre-generated version of INDEX may be fetched automatically with "make fetchindex". ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. failed to generate INDEX! portsdb: index generation error ------------------------------ ll /usr/ports/INDEX -rw-r--r-- 1 root 100 17645575 Jul 22 01:28 /usr/ports/INDEX Index.db is created file /usr/ports/INDEX.db /usr/ports/INDEX.db: Berkeley DB 1.85/1.86 (Btree, version 3, native byte-order) econ 1576# ll /usr/ports/INDEX.db -rw-r--r-- 1 root 100 28423168 Jul 22 03:14 /usr/ports/INDEX.db ------------------------------ cat /etc/make.conf # added by use.perl 2006-10-11 13:23:36 PERL_VER=5.8.7 PERL_VERSION=5.8.7 X11BASE=${LOCALBASE} From david at vizion2000.net Tue Jul 22 13:14:28 2008 From: david at vizion2000.net (David Southwell) Date: Tue Jul 22 13:14:40 2008 Subject: Managing bsdpan In-Reply-To: References: <200807220522.55840.david@vizion2000.net> Message-ID: <200807220636.08131.david@vizion2000.net> On Tuesday 22 July 2008 05:42:05 Volodymyr Kostyrko wrote: > David Southwell wrote: > > The following portsupgrade reports for bsdpan lead me to ask a few > > trivial questions and suggestions (see below) > > > > 1. why are some packages listed in the format: > > - isc/p5-Array-Compare (bsdpan-Array-Compare-1.15) > > rather than: > > - (bsdpan-libwww-perl-5.813) > > Ports tree contains the port for the given package and knows its correct > name. > > > Is this indicative of an inconsistency in my system administration or > > inconsistencies between package make files? > > Maybe. to which option does your maybe apply?? > > > 2. There is another question on similar lines because some packages > > helpfully show the hierarchy in the ports tree etc: > > devel/*** > > rather than simply > > *** > > Why 'devel/'? There's no confidence that thees packages have their > corresponding ports. I do not think you read carefully. Some packages are reported for example as: - devel/p5-Devel-Symdump (bsdpan-Devel-Symdump-2.08) others as - ?(bsdpan-DB_File-1.817) In other words some show the BSDPAN package location in the port hierarchy others do not. The former method seems more useful. > > Please note that bsdpan-* is not a port name or part of it. It's the > name of installed package. > I do not agree. BSDPAN is the name that is used by and referred to in freebsd documentation as the system by which cpan ports are incorporated into the frebsd ports tree. The package are the ports. bsdpan is not the name of a port. > > 3. In regard to bsdpan apropos generates: > > # apropos bsdpan > > bsdpan: nothing appropriate > > # > > True. Perl packages installed directly from bsdpan or from tarballs > automatically do create corresponding package entry in '/var/db/pkg'. > How kind of them, really. > > > 4. A search on freebsd website under bsdpan brings reference to the > > inclusion of bsdpan in the ports distribution but not to any > > documentation on its use. I think I have not explained clearly. I did not mean how to use the individual port but how to manage perl ports that are installed via BSDPAN. For example the appropriateness of "holding" packages. > > I'm not a perl junkie. Try hitting CPAN instead. > > > 5. # locate bsdpan brings a list of bsdpan packages in /var/db/pkg but no > > other files documentation etc. > > True. See 3. > > > 7 If something does exist could it be incorporated into the ports tree > > e.g ports/BSDPAN_README for holding general guidelines about using the > > BSDPAN and covering such issues as advice about holding packages etc. > > Not by me, really. Try to invetigate this and write it down then propose > it for inclusion. > > > 9. Would not a current index of BSDPAN ports e.g ports/BSDPAN_INDEX > > including a short description also be useful? > > Reply hazy. Ports ain't really the correct place for this staff. Try > hitting CPAN. freebsd ports may not have an equivalent for all items listed in cpan. I am thinking of simply an index which list the bsdpan path/portname showing the equivalent cpan port names & versions, This file could be updated whenever a bsdpan port is committed and maintained in the same way as ports/ UPDATING. > > PS: Personally I don't accept the possibility of installation of > unhandled / unmaintained software (e.g. not found in ports) on any > hardware supervised by me. Any piece of junk which need to be installed > and maintained should have a corresponding person, responsible for it > "freshness" and usability. Agree I do not htink anyone has suggested that - I do not think you have read carefully. -- The assumption is that everything in the ports tree must fall in that category. From c.kworr at gmail.com Tue Jul 22 14:00:26 2008 From: c.kworr at gmail.com (Volodymyr Kostyrko) Date: Tue Jul 22 14:00:32 2008 Subject: Managing bsdpan In-Reply-To: <200807220636.08131.david@vizion2000.net> References: <200807220522.55840.david@vizion2000.net> <200807220636.08131.david@vizion2000.net> Message-ID: David Southwell wrote: > On Tuesday 22 July 2008 05:42:05 Volodymyr Kostyrko wrote: >> David Southwell wrote: >>> The following portsupgrade reports for bsdpan lead me to ask a few >>> trivial questions and suggestions (see below) >>> >>> 1. why are some packages listed in the format: >>> - isc/p5-Array-Compare (bsdpan-Array-Compare-1.15) >>> rather than: >>> - (bsdpan-libwww-perl-5.813) >> Ports tree contains the port for the given package and knows its correct >> name. >> >>> Is this indicative of an inconsistency in my system administration or >>> inconsistencies between package make files? >> Maybe. > to which option does your maybe apply?? I just don't know why in your example bsdpan-libwww-perl-5.813 wasn't mapped to www/p5-libwww and so on. >>> 2. There is another question on similar lines because some packages >>> helpfully show the hierarchy in the ports tree etc: >>> devel/*** >>> rather than simply >>> *** >> Why 'devel/'? There's no confidence that thees packages have their >> corresponding ports. > > I do not think you read carefully. > Some packages are reported for example as: > - devel/p5-Devel-Symdump (bsdpan-Devel-Symdump-2.08) > others as > - (bsdpan-DB_File-1.817) > > In other words some show the BSDPAN package location in the port hierarchy > others do not. The former method seems more useful. There's some misunderstanding here... Packa