From peterjeremy at optushome.com.au Sun Jun 1 00:30:28 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sun Jun 1 00:30:33 2008 Subject: Trying for a duplex printer In-Reply-To: <20080506192504.GD7293@server.vk2pj.dyndns.org> References: <48208A9C.8070305@chuckr.org> <20080506192504.GD7293@server.vk2pj.dyndns.org> Message-ID: <20080601003016.GA11556@server.vk2pj.dyndns.org> On 2008-May-07 05:25:04 +1000, Peter Jeremy wrote: >On Tue, May 06, 2008 at 12:43:08PM -0400, Chuck Robey wrote: >>1) I can't determine which (if any) of the PIPS ports support the RX680, and ... >>2) right now, none of them build because of an error you get about a >> linuxwrapper not handling symbol versioning. > >This is a bigger issue. The linuxpluginwrapper maintainer is not >responding to emails about it so I doubt it will get fixed anytime >soon. I've had a quick look at it and decided that I don't understand >enough about how the symbol aliasing used to work or how the symbol >versioning broke it. I finally bit the bullet and used the sledge-hammer approach to get my pips-scx3500_3600s driver going again. Basically, I manually built the driver via its configure script, using a mixture of the ports/pip800/files patches, contents of ports/pips800/Makefile.pips, how linuxpluginwrapper worked and bits liberated from glibc. To get the supplied .so to work, I needed to strip out the '.gnu.version' and '.gnu.version_r' sections with objcopy and null out the 'VERNEED', 'VERNEEDNUM' and 'VERSYM' tags in the dynamic segment using a hex editor. I checked that I'd found everything by directly linking pips-scx3500_3600s against the .so (though I installed the version that dlopen's the .so). The result works for me but I doubt I can turn it into a port. I suspect a similar approach will work for you. -- 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/20080601/c8aaf1ba/attachment.pgp From kris at FreeBSD.org Sun Jun 1 00:36:34 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Jun 1 00:36:37 2008 Subject: CFT: adding configuration file support to pkg_install In-Reply-To: <4841BDA9.5090007@p6m7g8.com> References: <4841BDA9.5090007@p6m7g8.com> Message-ID: <4841EF0D.8050201@FreeBSD.org> Philip M. Gollucci wrote: > Florent Thoumie wrote: >> This adds support for /etc/pkg.conf configuration file. >> Also, this adds support for naive multi-site package fetching. >> >> Any comment welcome (and appreciated). >> >> Patch is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff >> Tarball is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-0a553aac.tar.bz2 > Hi flz, > > I don't quite get what the end goal is. It looks like /etc/pkg.conf is > duplicating a lot of things already in /usr/ports/Mk/bsd.port.mk. > > Would not it be better to just have the pkg_install tools read that file > instead ? packages are usually built from the ports tree, but not always, and users may use packages without a ports tree present on the local system. Kris From pgollucci at p6m7g8.com Sun Jun 1 00:38:31 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sun Jun 1 00:38:38 2008 Subject: CFT: adding configuration file support to pkg_install In-Reply-To: <4841EF0D.8050201@FreeBSD.org> References: <4841BDA9.5090007@p6m7g8.com> <4841EF0D.8050201@FreeBSD.org> Message-ID: <4841EF83.3000407@p6m7g8.com> Kris Kennaway wrote: > packages are usually built from the ports tree, but not always, and > users may use packages without a ports tree present on the local system. short of doing pkg_delete -af then pkg_add /some/dir are there any ports-mgmt/* tools for upgrades that don't need the ports tree present. I know portupgrade does. Thats not an argument for or against, just commentary. From sahil at tandon.net Sun Jun 1 02:43:55 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sun Jun 1 02:44:00 2008 Subject: CFT: adding configuration file support to pkg_install In-Reply-To: <4841EF83.3000407@p6m7g8.com> References: <4841BDA9.5090007@p6m7g8.com> <4841EF0D.8050201@FreeBSD.org> <4841EF83.3000407@p6m7g8.com> Message-ID: <20080601024322.GA51402@shepherd> Philip M. Gollucci wrote: > Kris Kennaway wrote: >> packages are usually built from the ports tree, but not always, and users >> may use packages without a ports tree present on the local system. > short of doing pkg_delete -af then pkg_add /some/dir > are there any ports-mgmt/* tools for upgrades that don't need the ports > tree present. I know portupgrade does. I do not think there are any such tools. You can use the -PP flags with portupgrade to force it not to use the tree, and instead fetch packages from a remote site if they are not found locally. However, an up-to-date tree is still required; the program has no other way to check what the latest version of any port is. -- Sahil Tandon From ports-print-ghostscript-jun08 at oldach.net Sun Jun 1 06:55:15 2008 From: ports-print-ghostscript-jun08 at oldach.net (Helge Oldach) Date: Sun Jun 1 06:55:21 2008 Subject: [patch] ghostscript-gpl: don't link against libiconv Message-ID: <200806010638.m516cgMW011049@sep.oldach.net> >Submitter-Id: current-users >Originator: Helge Oldach >Organization: >Confidential: no >Synopsis: [patch] ghostscript-gpl: don't link against libiconv >Severity: non-critical >Priority: low >Category: ports >Class: sw-bug >Release: FreeBSD 6.3-1230 i386 >Environment: System: FreeBSD localhost 6.3-1230 FreeBSD 6.3-1230 #0: Tue May 20 17:05:20 CEST 2008 toor@localhost:/usr/obj/usr/src/sys/HMO i386 >Description: print/ghostscript-gpl will link against an installed libiconv, even if the OPVP/OPRP drivers are not enabled. However, only those two drivers require libiconv; this library is otherwise unused. Avoid this linkage bloat. >How-To-Repeat: # ldd `which gs` /usr/local/bin/gs: libgs.so.8 => /usr/X11R6/lib/libgs.so.8 (0x2807a000) libc.so.6 => /lib/libc.so.6 (0x28679000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28760000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x2882b000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28876000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x2887d000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28893000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x288a0000) libjpeg.so.9 => /usr/X11R6/lib/libjpeg.so.9 (0x28985000) libpng.so.5 => /usr/X11R6/lib/libpng.so.5 (0x289a3000) libz.so.3 => /lib/libz.so.3 (0x289c5000) libm.so.4 => /lib/libm.so.4 (0x289d6000) libiconv.so.3 => /usr/X11R6/lib/libiconv.so.3 (0x289ec000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x28ac9000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x28acc000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x28ad1000) # >Fix: --- Makefile.ctm 2008-05-09 07:05:07.000000000 +0200 +++ Makefile 2008-06-01 08:32:01.000000000 +0200 @@ -157,11 +157,14 @@ . warning drivers incompatible with WITHOUT_ICONV will be removed automatically . undef WITH_GS_oprp . undef WITH_GS_opvp +CONFIGURE_ARGS+=--with-libiconv=no . else USE_ICONV= yes CONFIGURE_ARGS+=--with-libiconv=gnu EXTRALIBS+= -liconv . endif +.else +CONFIGURE_ARGS+=--with-libiconv=no .endif .if !defined(WITH_LETTERSIZE) From parv at pair.com Sun Jun 1 08:12:17 2008 From: parv at pair.com (Parv) Date: Sun Jun 1 08:12:20 2008 Subject: [patch] ghostscript-gpl: don't link against libiconv In-Reply-To: <200806010638.m516cgMW011049@sep.oldach.net> References: <200806010638.m516cgMW011049@sep.oldach.net> Message-ID: <20080601080026.GA1773@holstein.holy.cow> in message <200806010638.m516cgMW011049@sep.oldach.net>, wrote Helge Oldach thusly... > > >Description: > > print/ghostscript-gpl will link against an installed libiconv, > even if the OPVP/OPRP drivers are not enabled. However, only those > two drivers require libiconv; this library is otherwise unused. > Avoid this linkage bloat. Thanks much Helge for your efforts. - Parv -- From ck74 at operamail.com Sun Jun 1 09:41:12 2008 From: ck74 at operamail.com (ck74) Date: Sun Jun 1 09:41:19 2008 Subject: About closed-source ports... Message-ID: <17583664.post@talk.nabble.com> Hello! Couls someone please tell me how a user can restrict freebsd to install open-source ports only? Well, for example if you want to install www/opera, 'make install' does not warn user that this port uses closed-source (binary distribution) only. Regards, -- View this message in context: http://www.nabble.com/About-closed-source-ports...-tp17583664p17583664.html Sent from the freebsd-ports mailing list archive at Nabble.com. From ck74 at operamail.com Sun Jun 1 09:41:13 2008 From: ck74 at operamail.com (ck74) Date: Sun Jun 1 09:41:20 2008 Subject: About closed-source ports... Message-ID: <17583666.post@talk.nabble.com> Hello! Couls someone please tell me how a user can restrict freebsd to install open-source ports only? Well, for example if you want to install www/opera, 'make install' does not warn user that this port uses closed-source (binary distribution) only. Regards, -- View this message in context: http://www.nabble.com/About-closed-source-ports...-tp17583666p17583666.html Sent from the freebsd-ports mailing list archive at Nabble.com. From edwin at mavetju.org Sun Jun 1 10:00:21 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Sun Jun 1 10:00:25 2008 Subject: About closed-source ports... In-Reply-To: <17583666.post@talk.nabble.com> References: <17583666.post@talk.nabble.com> Message-ID: <20080601094353.GA89655@k7.mavetju> On Sun, Jun 01, 2008 at 02:24:04AM -0700, ck74 wrote: > Couls someone please tell me how a user can restrict freebsd to install > open-source ports only? Well, for example if you want to install www/opera, > 'make install' does not warn user that this port uses closed-source (binary > distribution) only. That kind of information is not stored in the ports framework. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From ertr1013 at student.uu.se Sun Jun 1 10:21:45 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Sun Jun 1 10:21:50 2008 Subject: About closed-source ports... In-Reply-To: <17583664.post@talk.nabble.com> References: <17583664.post@talk.nabble.com> Message-ID: <20080601100615.GA4429@owl.midgard.homeip.net> On Sun, Jun 01, 2008 at 02:23:15AM -0700, ck74 wrote: > > > Hello! > > Couls someone please tell me how a user can restrict freebsd to install > open-source ports only? Well, for example if you want to install www/opera, > 'make install' does not warn user that this port uses closed-source (binary > distribution) only. There is no general mechanism in place for that. Installing software that is partly or completely closed-source is not really something that it is considered that users need to be warned about. -- Erik Trulsson ertr1013@student.uu.se From m.seaman at infracaninophile.co.uk Sun Jun 1 10:45:53 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Jun 1 10:45:56 2008 Subject: About closed-source ports... In-Reply-To: <17583666.post@talk.nabble.com> References: <17583666.post@talk.nabble.com> Message-ID: <48427DCE.6010005@infracaninophile.co.uk> ck74 wrote: > Couls someone please tell me how a user can restrict freebsd to install > open-source ports only? Well, for example if you want to install www/opera, > 'make install' does not warn user that this port uses closed-source (binary > distribution) only. This isn't functionality that the ports system sets out to provide, I'm afraid. The ports tree deals with software of all sorts -- even down to closed source binaries that you may need to purchase a licence for to run legally (eg security/f-prot). Where licencing terms restrict distribution there are a couple of flags: 'NO_CDROM' (may not be included in a set of CDROMs or similar sold for profit: eg biology/fasta) and 'NO_PACKAGE' (may not be distributed in compiled form -- eg. comms/hcfmdm, although NO_PACKAGE is also frequently used for otherwise open software that has to be compiled against a particular kernel image to work properly, eg audio/emu10kx). There's a 'NO_BUILD' flag which is used for ports that install pre-built binaries, but that's unlikely to be much help for you, as in by far the majority of cases where it is used, it's because the port installs code written in a scripting language (eg databases/phpmyadmin). Some ports will make you jump through hoops to obtain the distribution files -- eg java/jdk16 where you not only have to register with Sun to even download the sources, but you then have to click the button to agree to the license terms for the FreeBSD /patch set/ and also agree to the license terms as part of the build process. (Anyone would be forgiven for thinking Sun didn't want Java to become a widely adopted technology, given the number of hurdles they put in the way of using it...) The once thing you can be sure of, licensing-wise, is that it is absolutely permitted to use the ports to download and install[*] any software included in it: the FreeBSD project as a whole, and the ports committers in particular, are very hot on that subject. That's why, for instance, many of the SnertSoft Milters (http://www.snertsoft.com/solutions.php) aren't in ports: despite being impeccably opensource and all that, the licence terms (requiring hard-copy written permission from the author to permit redistribution) are too onerous for the Ports system to be able to comply with. Cheers, Matthew [*] But not necessarily /run/. -- 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/20080601/23e22081/signature.pgp From erwin at FreeBSD.org Sun Jun 1 11:01:11 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Jun 1 11:01:14 2008 Subject: INDEX build failed for 8.x Message-ID: <200806011101.m51B1BdL044060@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored pkg_info: not found pkg_info: not found pkg_info: not found /libexec/ld-elf.so.1: Cannot open "/lib/libutil.so.7" ===> shells/44bsd-csh failed *** Error code 1 /libexec/ld-elf.so.1: Cannot open "/lib/libutil.so.7" ===> net/p5-Net-FTP-File failed *** Error code 1 /libexec/ld-elf.so.1: Cannot open "/lib/libedit.so.6" ===> security/hostsentry failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 3 errors Committers on the hook: anders araujo dinoex fjoe green hq hrs mm mnag obrien olgeni pav rafan shaun sumikawa vanilla Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/ncurses-devel/Makefile U devel/ncurses-devel/distinfo U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U graphics/libqrencode/Makefile U graphics/libqrencode/distinfo U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U misc/qbrew/Makefile U misc/qbrew/distinfo U misc/qbrew/files/patch-qbrew.pro U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U print/ghostscript7/Makefile U print/ghostscript7/pkg-descr U print/ghostscript7-commfont/Makefile U print/ghostscript7-commfont/pkg-descr U print/ghostscript7-jpnfont/Makefile U print/ghostscript7-jpnfont/pkg-descr U print/ghostscript7-korfont/Makefile U print/ghostscript7-korfont/pkg-descr U print/ghostscript7-nox11/Makefile U print/ghostscript8/Makefile U print/ghostscript8/pkg-descr U print/ghostscript8-nox11/Makefile U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Sun Jun 1 13:27:33 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Jun 1 13:27:35 2008 Subject: INDEX now builds successfully on 8.x Message-ID: <200806011327.m51DRV5E056024@pointyhat.freebsd.org> From kris at FreeBSD.org Sun Jun 1 13:36:28 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Jun 1 13:36:31 2008 Subject: INDEX build failed for 8.x In-Reply-To: <200806011101.m51B1BdL044060@pointyhat.freebsd.org> References: <200806011101.m51B1BdL044060@pointyhat.freebsd.org> Message-ID: <4842A5DC.7060104@FreeBSD.org> Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-8 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored > pkg_info: not found > pkg_info: not found > pkg_info: not found > /libexec/ld-elf.so.1: Cannot open "/lib/libutil.so.7" > ===> shells/44bsd-csh failed > *** Error code 1 > /libexec/ld-elf.so.1: Cannot open "/lib/libutil.so.7" > ===> net/p5-Net-FTP-File failed > *** Error code 1 > /libexec/ld-elf.so.1: Cannot open "/lib/libedit.so.6" > ===> security/hostsentry failed > *** Error code 1 > *** Error code 1 > > Stop in /a/erwin/tindex/ports. > *** Error code 1 > > Stop in /a/erwin/tindex/ports. > 3 errors > > Committers on the hook: > anders araujo dinoex fjoe green hq hrs mm mnag obrien olgeni pav rafan shaun sumikawa vanilla > > Most recent CVS update was: > U comms/obexapp/files/patch-Makefile > U devel/cvs+ipv6/files/patch-freebsdlocal > U devel/linuxthreads/files/getlogin.c > U devel/linuxthreads/files/telldir.c > U devel/linuxthreads/files/ttyname.c > U devel/ncurses-devel/Makefile > U devel/ncurses-devel/distinfo > U devel/p5-BS-Event/Makefile > U devel/p5-BS-Event/distinfo > U devel/p5-BS-Event/pkg-descr > U devel/p5-BS-Event/pkg-plist > U devel/p5-TheSchwartz/Makefile > U devel/p5-TheSchwartz/distinfo > U devel/p5-TheSchwartz/pkg-descr > U devel/p5-TheSchwartz/pkg-plist > U graphics/libqrencode/Makefile > U graphics/libqrencode/distinfo > U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile > U misc/cdcollect/Makefile > U misc/cdcollect/distinfo > U misc/cdcollect/pkg-descr > U misc/cdcollect/pkg-plist > U misc/qbrew/Makefile > U misc/qbrew/distinfo > U misc/qbrew/files/patch-qbrew.pro > U net-mgmt/netdisco/files/patch-netdisco > U net-mgmt/netdisco/files/patch-netdisco.conf > U net-mgmt/netdisco/files/patch-netdisco.crontab > U net-mgmt/netdisco/files/patch-netdisco_apache.conf > U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf > U net-mgmt/netdisco/files/pkg-install.in > U net-mgmt/netdisco/files/pkg-message.in > U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile > U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo > U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr > U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist > U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL > U palm/synce-rra/files/patch-src-rra-timezone.c > U print/ghostscript7/Makefile > U print/ghostscript7/pkg-descr > U print/ghostscript7-commfont/Makefile > U print/ghostscript7-commfont/pkg-descr > U print/ghostscript7-jpnfont/Makefile > U print/ghostscript7-jpnfont/pkg-descr > U print/ghostscript7-korfont/Makefile > U print/ghostscript7-korfont/pkg-descr > U print/ghostscript7-nox11/Makefile > U print/ghostscript8/Makefile > U print/ghostscript8/pkg-descr > U print/ghostscript8-nox11/Makefile > U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c > U sysutils/mybashburn/Makefile > U sysutils/mybashburn/distinfo > U sysutils/mybashburn/pkg-descr > U sysutils/mybashburn/pkg-plist > U www/apache13-modssl/files/patch-apachectl > U www/cocoon/files/patch-src-blocks-ajax-samples > U www/cocoon/files/patch-src-blocks-forms-samples > U www/py-forgethtml/files/patch-lib-forgetHTML.py Two things are going on here: 1) This raced with an installworld which is why the library went missing. 2) cvs is broken and updates the same files with each update, which is why ancient changes are showing up here. Hopefully David will fix this soon. Kris From cyberbotx at cyberbotx.com Sun Jun 1 17:26:00 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sun Jun 1 17:26:04 2008 Subject: Wine 1.0-rc3 failed build Message-ID: <4842D94C.7030700@cyberbotx.com> I just updated my ports tree which included the update of Wine to 1.0-rc3. I attempted to build it and it failed at this point: gmake[2]: Entering directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls/wininet' cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O -pipe -o cookie.o cookie.c cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O -pipe -o dialogs.o dialogs.c cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O -pipe -o ftp.o ftp.c cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O -pipe -o gopher.o gopher.c cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O -pipe -o http.o http.c In file included from /usr/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /usr/local/include/openssl/x509.h:207: error: expected ')' before numeric constant In file included from /usr/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /usr/local/include/openssl/x509.h:929: error: expected identifier or '(' before 'LPCSTR' /usr/local/include/openssl/x509.h:929: error: expected ')' before numeric constant /usr/local/include/openssl/x509.h:929: error: expected declaration specifiers or '...' before '(' token /usr/local/include/openssl/x509.h:929: error: expected ')' before numeric constant In file included from /usr/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /usr/local/include/openssl/x509.h:929:1: error: pasting ")" and "_it" does not give a valid preprocessing token gmake[2]: *** [http.o] Error 1 gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls/wininet' gmake[1]: *** [wininet] Error 2 gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls' gmake: *** [dlls] Error 2 *** Error code 2 Thanks, Naram Qashat From marcus at FreeBSD.org Sun Jun 1 17:52:19 2008 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Jun 1 18:26:51 2008 Subject: HEADS UP: Ports support for 5.X is no more Message-ID: <1212342736.99695.13.camel@shumai.marcuscom.com> As of June 1, 2008 00:00:00 UTC, FreeBSD 5.X support in the ports tree is End Of Life. This means that a ports tree checked out after this date is not guaranteed to produce usable packages on 5.X. Additionally, 5.X package builds on the cluster will cease. Users are encouraged to upgrade to 6.3 or 7.0 if they wish to continue to track the latest ports tree. A tag, RELEASE_5_EOL, has been laid down to mark the last point in the ports tree that officially supported FreeBSD 5.X. Port Manager asks that you not rush to remove 5.X support right away as we'd like a settling-down period, and we want secteam to have a chance to make their EOL announcements as well. Marcus on behalf of portmgr Bcc: ports, developers, portmgr -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20080601/db698fe7/attachment.pgp From me at janh.de Sun Jun 1 22:11:27 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sun Jun 1 22:11:32 2008 Subject: Wine 1.0-rc3 failed build Message-ID: <48431E8D.4060907@janh.de> Naram wrote: > I just updated my ports tree which included the update of Wine to > 1.0-rc3. I attempted to build it and it failed at this point: This is: http://bugs.winehq.org/show_bug.cgi?id=13561 The build with openssl-0.9.8h can be fixed as I described there. Jan Henrik From aryeh.friedman at gmail.com Mon Jun 2 00:49:26 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Mon Jun 2 00:49:31 2008 Subject: port maintaince procedural questions Message-ID: <4843438B.2000807@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have brought a older port maintained by ports@freebsd.org to the current version.... I have done all the work needed to make it committable.... I have several questions first: 1. How do I take maintainership of the port? 2. How do I submit the patch to bring it upto date? (I know for new ports I do PR with a special subject but in a case like this). Just so people know the port in question is devel/tailor I upgraded it from 0.9.32 to 0.9.34 because 34 has added 3 or so more back ends. As to the reason for asking for taking the maintainership is the ports 2.0 team needs it for internal development (we use aegis internally and need to translate to cvs). -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhDQ4sACgkQk8GFzCrQm4D7JACg2HYyxjzMrhOmCRKfjIYCTR4x C0YAn10z8fYSu7kjbADjNO6YvlXx2VMG =iz6w -----END PGP SIGNATURE----- From terry at sucked-in.com Mon Jun 2 00:56:50 2008 From: terry at sucked-in.com (Terry Sposato) Date: Mon Jun 2 00:56:55 2008 Subject: Perl Modules - Sys::CPU & Sys::MemInfo Message-ID: <48434115.1090209@sucked-in.com> Hi Guys, Just wondering whether anyone has though of porting the following perl modules: Sys::CPU Sys::MemInfo Is there a lot of work involved in porting these types of modules to ports? I have created a couple of ports, but these were very basic indeed and I believe this would be out of my league. Would anyone be interested in helping out? I would be free to test the port. -- Regards, Terry Sposato terry@sucked-in.com http://www.sucked-in.com GnuPG Key : 0xB7643BC8 Fingerprint: EE92 D9E1 C98E 759F 5991 DFF6 70CE 8936 B764 3BC8 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080602/11a09b12/signature.pgp From kitche at kitchetech.com Mon Jun 2 01:15:29 2008 From: kitche at kitchetech.com (Matthew Donovan) Date: Mon Jun 2 01:15:34 2008 Subject: port maintaince procedural questions In-Reply-To: <4843438B.2000807@gmail.com> References: <4843438B.2000807@gmail.com> Message-ID: <20080602011520.GA38683@njord.Belkin> On Sun, Jun 01, 2008 at 08:49:15PM -0400, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have brought a older port maintained by ports@freebsd.org to the > current version.... I have done all the work needed to make it > committable.... I have several questions first: > > 1. How do I take maintainership of the port? > > 2. How do I submit the patch to bring it upto date? (I know for new > ports I do PR with a special subject but in a case like this). > > Just so people know the port in question is devel/tailor I upgraded it > from 0.9.32 to 0.9.34 because 34 has added 3 or so more back ends. > > As to the reason for asking for taking the maintainership is the ports > 2.0 team needs it for internal development (we use aegis internally and > need to translate to cvs). > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkhDQ4sACgkQk8GFzCrQm4D7JACg2HYyxjzMrhOmCRKfjIYCTR4x > C0YAn10z8fYSu7kjbADjNO6YvlXx2VMG > =iz6w > -----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" This is what I do anymore when I update a port I test it with porttools and I copy the new port directory to something like .new and leave the old port as is then I run port submit. It will make the patch if it can find the older port and you fill out the PR and it will then ask to send it abort or nothing. it's the easiest way I have found. -------------- 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/20080602/b5a103c7/attachment.pgp From wahjava.ml at gmail.com Mon Jun 2 02:46:35 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Mon Jun 2 02:46:40 2008 Subject: GNOME Online Desktop available in PR. Message-ID: <87prr07dtf.fsf@chateau.d.lf> Hi, I've fixed the issues, I'm having the GNOME Online Desktop ports. So I've submitted them as the PRs: 124196, 124198. Due to my mistake, PR No. is 124198 is submitted in wrong category ('misc') instead of correct ('ports'). So, if anyone has write access to the GNATS, please correct this. TIA -- Ashish Shukla ???? ????? http://wahjava.wordpress.com/ ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- 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/20080602/0890db00/attachment.pgp From mspitzer at gmail.com Mon Jun 2 02:57:40 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Mon Jun 2 02:57:50 2008 Subject: new port devel/atf and libtool fun, umm help Message-ID: <8c50a3c30806011957u6568bdfei4a52723a1d06aba5@mail.gmail.com> Hello, I am trying to port atf, a unit testing framework to freebsd and I had everything working except for a warning about aclocal being needed because I patched configure.ac to move the *.pc files from lib/pkgconfig to libdata/pkgconfig per "port check /usr/ports/devel/atf" now it dies in configure like so: ===> Extracting for atf-0.5 => MD5 Checksum OK for atf-0.5.tar.gz. => SHA256 Checksum OK for atf-0.5.tar.gz. ===> Patching for atf-0.5 ===> Applying FreeBSD patches for atf-0.5 ===> atf-0.5 depends on file: /usr/local/bin/automake-1.10 - found ===> atf-0.5 depends on file: /usr/local/bin/autoconf-2.61 - found ===> atf-0.5 depends on file: /usr/local/bin/libtool - found ===> Configuring for atf-0.5 configure.ac:63: error: possibly undefined macro: AC_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. *** Error code 1 Stop in /usr/ports/devel/atf. I have attached the port as a tarball. Thanks, marc ps mk-plist is just a script I wrote to automate plist creation, not part of the port. marc -- Freedom is nothing but a chance to be better. Albert Camus From dougb at FreeBSD.org Mon Jun 2 07:26:30 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jun 2 07:26:33 2008 Subject: port maintaince procedural questions In-Reply-To: <4843438B.2000807@gmail.com> References: <4843438B.2000807@gmail.com> Message-ID: <4843A0A3.60803@FreeBSD.org> Aryeh M. Friedman wrote: > I have brought a older port maintained by ports@freebsd.org to the > current version.... I have done all the work needed to make it > committable.... I have several questions first: > > 1. How do I take maintainership of the port? Just change it in the Makefile. Users who show initiative on updating orphaned ports are generally granted maintainership as a matter of routine. > 2. How do I submit the patch to bring it upto date? (I know for new > ports I do PR with a special subject but in a case like this). You submit the patch via send-pr. Unified diffs are preferred. Good luck, Doug -- This .signature sanitized for your protection From bugmaster at FreeBSD.org Mon Jun 2 11:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 2 11:06:26 2008 Subject: Current unassigned ports problem reports Message-ID: <200806021106.m52B664b092260@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 Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode o ports/111832 ports/lang/drscheme doesn't compile: foreign.c 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 o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118104 [PATCH] multimedia/vlc - volume bar position almost in o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa 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 o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting f ports/123624 port java/sablevm installs jni.h in /usr/local/include f ports/123655 mail/postfix - I can't build port postfix-2.5.1 with p f ports/124075 [patch] update www/elinks to 0.11.4rc1 f ports/124154 mail/milter-bogom cores out intermittently 24 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/75883 mrtg + ucd-snmp give wrong results o ports/85513 Intel C++ compiler not 100% binary compatible with sys f ports/95294 benchmarks/netpipe doesn't work on amd64 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 s ports/115216 ADA devel/florist exit_process program doesn't compile s ports/115217 Ada devel/florist socket program doesn't compile due t f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/116934 net-mgmt/mrtg won't start in UTF-8 locales o ports/117299 [NEW PORTS] www/webobjects(+) Apple WebObjects ports b o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117810 multimedia/vlc-devel port could be compiled with lua m o ports/117824 CONFIGURE_LINE truncated to 2048 chars in [at least] m o ports/118229 New port: security/fwknop fwknop,"FireWall KNock OPera o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119425 New port: korean/ko.TeX Korean TeX macro and utilities o ports/119427 New port: korean/ko.TeX-fonts-extra Korean TeX extra f o ports/119428 New port: korean/ko.TeX-fonts-base Korean TeX base fon o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120181 weird tty permissions with x11/rxvt f ports/120480 [patch] devel/quilt: RPM dependency should be optional f ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121724 [UPDATE] Update multimedia/avidemux2 to 2.4.1 f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/122102 New Port devel/tango - alternate library for the D pro f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk f ports/122606 games/eduke32 : new snapshot o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122783 [PATCH] editors/emacs: update to 22.2 o ports/122824 [new port] add news/husky-htick-devel port f ports/122860 databases/phpMyAdmin installs in the wrong dir o ports/122980 New Port: emulators/gemrb o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a f ports/123127 [NEW PORT] security/openvas-libraries: Libraries for O o ports/123128 [NEW PORT] security/openvas-server: A security scanner o ports/123129 [NEW PORT] security/openvas-libnasl: NASL libraries fo o ports/123130 [NEW PORT] security/openvas-plugins: Plugins for OpenV o ports/123131 [NEW PORT] security/openvas-client: A GUI client for O o ports/123139 Re: [NEW PORT] security/openvas-server: A security sca o ports/123215 net-mgmt/nagios-silfreed-plugins fails install f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor o ports/123360 portinstall net-mgmt/mrtg fails 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 o ports/123532 Upgrade port graphics/glfw to 2.6 [+patch] o ports/123614 New Port : editors/OmegaT a free translation memory ap o ports/123652 [NEW PORT] print/latex-aa: LaTeX class for submission o ports/123653 [NEW PORT] print/latex-aastex: LaTeX class for America o ports/123673 New Port: www/mod_umask Apache2+ Module to set the uma o ports/123692 New port: www/davical A simple CalDAV server f ports/123697 [PATCH] sysutils/linux-megacli: Fix periodic script af f ports/123722 www/linux-flashplugin9 - Mark as broken since it doesn f ports/123732 [patch] update net-mgmt/netxms to 0.2.21 f ports/123756 [patch] put devel/libffi includes in sane place o ports/123759 [maintainer update] databases/sqldeveloper version upd f ports/123770 [NEW PORT] graphics/geeqie Lightweight image viewer f f ports/123805 print/lyx crash on CURRENT f ports/123812 mail/postfix - pkg-install script doesn't see postfix_ f ports/123821 update math/clp to 1.7.4 f ports/123849 [PATCH] update for multimedia/handbrake f ports/123854 update port java/eclipse-clay-core f ports/123937 [patch] x11-toolkits/gtkdatabox2: update to 0.9.0.0 o ports/123945 New port: security/spybye, a lightweight web proxy for o ports/123951 [update] editors/poedit is not broken on 8.0-CURRENT i o ports/123963 [New port] audio/wavegain o ports/123994 (New Port) databases/frontbase version 4.2.8 o ports/123995 (New Port) databases/frontbase-jdbc o ports/123997 (New Port) databases/p5-DBD-FrontBase 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/124017 port games/armagetron maintainer change and vesion upd f ports/124029 [PATCH] games/foobillard: update to 3.0a o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124073 [update port]graphics/gimpfx-foundry f ports/124076 Port update: graphics/kallery - Update to v1.2.0 and u 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/124101 [update] lang/sdcc-devel: version 2.8.1.2008.05.29 f ports/124118 Update port: comms/spandsp-devel Update to 0.0.5.p3 o ports/124121 new port - net/skystar2 - Driver for "SkyStar2" f ports/124122 [PATCH] security/barnyard: [SUMMARIZE CHANGES] f ports/124168 ports/devel/directfb make problem f ports/124184 [MAINTAINER] archivers/lzo2: reduce self-test verbosit o ports/124194 [PATCH] palm/pdbc: [fixed distinfo so checksums are co o ports/124196 New Port: misc/bigboard Big Board sidebar is an experi o ports/124198 New Port: net/online-desktop GNOME Online Desktop 120 problems total. From cflists at helinet.de Mon Jun 2 11:54:45 2008 From: cflists at helinet.de (cflists@helinet.de) Date: Mon Jun 2 11:54:48 2008 Subject: Building enlightenment-devel fails In-Reply-To: <20080529094339.GA7683@wep4017.physik.uni-wuerzburg.de> References: <483E4492.9040609@helinet.de> <20080529094339.GA7683@wep4017.physik.uni-wuerzburg.de> Message-ID: <4843DF73.50301@helinet.de> Hi, thanks for the answer. Alexey Shuvaev wrote: > Could you check that you have up-to-date and consistent ports? > Or, otherwise, is it possible that there are some stale files laying > around in your system? > I have just installed x11-wm/enlightenment-devel without any problems > and it runs too. I have no libecore_dbus.* library. The dbus binding is > in devel/e_dbus now and installed as libedbus.*. > BTW, ecore is in devel/ecore and friends (deve/ecore-*), if it matters. > My system (amd64 FreeBSD-CURRENT) was updated yesterday (both base and ports): > -rw-r--r-- 1 root wheel 16507539 May 28 12:16 /usr/ports/INDEX-8 > > I would suggest removing ALL enlightenment-related ports first and starting > from scratch then. To locate which package has installed libecore_dbus, > you can run, for example: > ~> grep -R libecore_dbus /var/db/pkg/ > > On my system this command produces no output, but: > ~> grep -R libedbus /var/db/pkg/ > /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.a > /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.la > /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.so > /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.so.1 > > shows that libedbus is inside e_dbus-20080223 package. > > Hope this helps, > Alexey As you proposed I started building e from scratch again. Getting newest ports snapshot sudo portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 4 mirrors found. Fetching snapshot tag from portsnap3.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Mon Jun 2 06:36:07 CEST 2008 to Mon Jun 2 11:10:50 CEST 2008. Fetching 4 metadata patches... done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 9 patches..... done. Applying patches... done. Fetching 0 new ports or files... done. Removing old files and directories... done. Extracting new files: /usr/ports/Mk/bsd.sites.mk /usr/ports/devel/menhir/ /usr/ports/devel/tailor/ /usr/ports/dns/bind9/ /usr/ports/graphics/p5-Image-ExifTool/ /usr/ports/math/mathomatic/ /usr/ports/net/rsync/ /usr/ports/x11/etoile/ /usr/ports/x11/gnustep-app/ Building new INDEX files... done. Removing al *e* relevant packages, this was all as enligthenment has not been installed sudo pkg_delete -r ecore-x11-0.9.9.042 sudo pkg_delete -r evas-core-0.9.9.042 sudo pkg_delete -r ecore-main-0.9.9.042 No *evas* anymore, no *ecore* anymore an no *e_dbus* pkg_info -x evas pkg_info: no packages match pattern(s) Rebuilding package DB sudo pkgdb -Fuf ---> Updating the pkgdb [Rebuilding the pkgdb in /var/db/pkg ... - 694 packages found (-0 +694) ....................................................................................................100............. ---> Checking the package registry database Neither libcore_dbus nor libedbus installed grep -R libecore_dbus /var/db/pkg/ grep -R libedbus /var/db/pkg/ OK then I tried to build e again but fails with this error libtool: link: cannot find the library `/usr/local/lib/libecore_desktop.la' or unhandled argument `/usr/local/lib/libecore_desktop.la' gmake[3]: *** [enlightenment] Error 1 This time there are no complaints about missing libedbus but libcore_desktop. Greets Christoph From jhb at freebsd.org Mon Jun 2 15:15:38 2008 From: jhb at freebsd.org (John Baldwin) Date: Mon Jun 2 15:15:46 2008 Subject: CFT: adding configuration file support to pkg_install In-Reply-To: <4841EF83.3000407@p6m7g8.com> References: <4841EF0D.8050201@FreeBSD.org> <4841EF83.3000407@p6m7g8.com> Message-ID: <200806021046.55794.jhb@freebsd.org> On Saturday 31 May 2008 08:38:27 pm Philip M. Gollucci wrote: > Kris Kennaway wrote: > > packages are usually built from the ports tree, but not always, and > > users may use packages without a ports tree present on the local system. > > short of doing pkg_delete -af then pkg_add /some/dir > are there any ports-mgmt/* tools for upgrades that don't need the ports > tree present. I know portupgrade does. > > Thats not an argument for or against, just commentary. There are proprietary tools that manage packages of proprietary software that run on FreeBSD embedded devices. -- John Baldwin From dc at dcoder.net Mon Jun 2 15:37:13 2008 From: dc at dcoder.net (David Coder) Date: Mon Jun 2 15:37:17 2008 Subject: firefox crashes Message-ID: <20080602152013.GC6444@mail0.dcoder.net> running the firefox-2.0.0.14,1 port on 6.3 i keep getting SetWindow NewStream WriteReady Write decoding... shmget: Cannot allocate memory Size = 336 x 280 shmat: Invalid argument The program 'firefox-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAccess (attempt to access private resource denied)'. (Details: serial 30 error_code 10 request_code 146 minor_code 1) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) ERROR: recv: Operation timed out this is a problem that has occured w/ some but not all previous versions of firefox-2. the output of uname -a, fwiw: FreeBSD kerouac.dcoder.net 6.3-STABLE FreeBSD 6.3-STABLE #0: Sat May 24 15:32:40 UTC 2008 root@kerouac.dcoder.net:/usr/obj/usr/src/sys/KEROUAC i386 thx for your attention. -- Regards, David Coder Network Engineer Emeritus, Verio/NTT Telluride, CO & Washington, DC From mezz7 at cox.net Mon Jun 2 15:57:40 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Jun 2 15:57:45 2008 Subject: firefox crashes In-Reply-To: <20080602152013.GC6444@mail0.dcoder.net> References: <20080602152013.GC6444@mail0.dcoder.net> Message-ID: On Mon, 02 Jun 2008 10:20:13 -0500, David Coder wrote: > running the firefox-2.0.0.14,1 port on 6.3 i keep getting > > SetWindow > NewStream > WriteReady > Write > decoding... > shmget: Cannot allocate memory You have ran out of shared memory. To solve this, you can reboot your machine to clear out. If you are getting this often then you will need to add kern.ipc.shmmax=67108864 and kern.ipc.shmall=32768 in /etc/sysctl.conf. Here's what I have tweaked to make desktop go smoother: /etc/sysctl.conf -------------------------------------------- kern.ipc.shmmax=67108864 kern.ipc.shmall=32768 kern.ipc.shm_allow_removed=1 vfs.usermount=1 -------------------------------------------- /boot/loader.conf -------------------------------------------- kern.ipc.semmni=50 kern.ipc.semmns=300 kern.maxfiles=25000 -------------------------------------------- Cheers, Mezz > this is a problem that has occured w/ some but not all previous versions > of firefox-2. > > the output of uname -a, fwiw: > > FreeBSD kerouac.dcoder.net 6.3-STABLE FreeBSD 6.3-STABLE #0: Sat May 24 > 15:32:40 UTC 2008 > root@kerouac.dcoder.net:/usr/obj/usr/src/sys/KEROUAC > i386 > > thx for your attention. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From derek.graham at att.net Mon Jun 2 21:10:26 2008 From: derek.graham at att.net (Derek Graham) Date: Mon Jun 2 21:10:30 2008 Subject: linux-flashplugin9 Restricted? Message-ID: <200806021609.58980.derek.graham@att.net> from freshports.org: >> 2006-04-08 >> Affects: users of www/linux-flashplugin* >> Author: hrs@FreeBSD.org >> Reason: >> These ports have been removed because the End User License Agreement >> explicitly forbids to run the Flash Player on FreeBSD. >> For more details, see >> http://www.macromedia.com/shockwave/download/license/desktop/. I found this odd, I remember seeing an email from adobe someone posted that said that they do not support freebsd but they do not forbid users to use flash if they can get it working. I personally think this is insane we need a good alternative to flash9, more sites are using flash9 and flash7 is becoming useless. Is there a alternative in ports that supports flash ver 9? Thanks, Derek From r.c.ladan at gmail.com Mon Jun 2 21:46:29 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Jun 2 21:46:34 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <200806021609.58980.derek.graham@att.net> References: <200806021609.58980.derek.graham@att.net> Message-ID: <4844644F.10109@gmail.com> Derek Graham schreef: > from freshports.org: >>> 2006-04-08 >>> Affects: users of www/linux-flashplugin* >>> Author: hrs@FreeBSD.org >>> Reason: >>> These ports have been removed because the End User License Agreement >>> explicitly forbids to run the Flash Player on FreeBSD. >>> For more details, see >>> http://www.macromedia.com/shockwave/download/license/desktop/. > I found this odd, I remember seeing an email from adobe someone posted that > said that they do not support freebsd but they do not forbid users to use > flash if they can get it working. I personally think this is insane we need > a good alternative to flash9, more sites are using flash9 and flash7 is > becoming useless. Is there a alternative in ports that supports flash ver 9? I'm using swfdec-plugin at the moment, because the Linux flashplugin doesn't really work with native Firefox. I've also tried gnash (version 0.7.1), but that crashed too often, causing X to crash too. swfdec-plugin works reasonably here. HTH, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From unixmania at gmail.com Mon Jun 2 22:01:01 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Mon Jun 2 22:01:03 2008 Subject: Xfce4: quit does not work Message-ID: Hello, I have a brand new machine with 7.0-STABLE-200805 AMD64 (GENERIC kernel). Today I installed all the required packages using "pkg_add -r", including xfce-4.4.2. Now if I run "startxfce" I get the desktop environment running but neither the "Quit" option of the desktop menu nor the quit button of the panel work. I got the same error starting XFce by means of GDM and by means of XDM. Running xfce4-session-logout by hand does not work too. I have another machine with xfce-4.4.1_1 and it do not have this problem, so I suspect that this is the same bug that was already reported here: http://bugzilla.xfce.org/show_bug.cgi?id=1109 Is there any known fix/workaround? Any help will be welcome. -- Carlos A. M. dos Santos From cyberbotx at cyberbotx.com Mon Jun 2 22:27:15 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Mon Jun 2 22:27:20 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <200806021609.58980.derek.graham@att.net> References: <200806021609.58980.derek.graham@att.net> Message-ID: <484473B9.2040801@cyberbotx.com> Derek Graham wrote: > from freshports.org: >>> 2006-04-08 >>> Affects: users of www/linux-flashplugin* >>> Author: hrs@FreeBSD.org >>> Reason: >>> These ports have been removed because the End User License Agreement >>> explicitly forbids to run the Flash Player on FreeBSD. >>> For more details, see >>> http://www.macromedia.com/shockwave/download/license/desktop/. > I found this odd, I remember seeing an email from adobe someone posted that > said that they do not support freebsd but they do not forbid users to use > flash if they can get it working. I personally think this is insane we need > a good alternative to flash9, more sites are using flash9 and flash7 is > becoming useless. Is there a alternative in ports that supports flash ver 9? It's not a perfect solution, but I've been using Wine to run the Windows version of Firefox along with the Windows version of the Flash 9 plugin. I unfortunately had no luck getting the Linux Flash 9 plugin to run with a native Firefox and nspluginwrapper, it would freeze nspluginwrapper. Naram Qashat > Thanks, > Derek > _______________________________________________ > 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 fbsd06 at mlists.homeunix.com Mon Jun 2 23:24:24 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Mon Jun 2 23:24:28 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <200806021609.58980.derek.graham@att.net> References: <200806021609.58980.derek.graham@att.net> Message-ID: <20080603000811.3aae5319@gumby.homeunix.com.> On Mon, 2 Jun 2008 16:09:58 -0500 Derek Graham wrote: > from freshports.org: > >> 2006-04-08 > >> Affects: users of www/linux-flashplugin* > >> Author: hrs@FreeBSD.org > >> Reason: > >> These ports have been removed because the End User License > >> Agreement explicitly forbids to run the Flash Player on FreeBSD. > >> For more details, see > >> http://www.macromedia.com/shockwave/download/license/desktop/. > I found this odd, I remember seeing an email from adobe someone > posted that said that they do not support freebsd but they do not > forbid users to use flash if they can get it working. Note that this entry is dated 2006. The flash ports were temporarily removed and then reinstated shortly after. This is not an issue, as far as I know. From derek.graham at att.net Mon Jun 2 23:54:14 2008 From: derek.graham at att.net (Derek Graham) Date: Mon Jun 2 23:54:19 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <20080603000811.3aae5319@gumby.homeunix.com.> References: <200806021609.58980.derek.graham@att.net> <20080603000811.3aae5319@gumby.homeunix.com.> Message-ID: <200806021827.08144.derek.graham@att.net> on Monday 02 June 2008Monday 02 June 2008 RW RW wrote: > On Mon, 2 Jun 2008 16:09:58 -0500 > > Derek Graham wrote: > > from freshports.org: > > >> 2006-04-08 > > >> Affects: users of www/linux-flashplugin* > > >> Author: hrs@FreeBSD.org > > >> Reason: > > >> These ports have been removed because the End User License > > >> Agreement explicitly forbids to run the Flash Player on FreeBSD. > > >> For more details, see > > >> http://www.macromedia.com/shockwave/download/license/desktop/. > > > > I found this odd, I remember seeing an email from adobe someone > > posted that said that they do not support freebsd but they do not > > forbid users to use flash if they can get it working. > > Note that this entry is dated 2006. The flash ports were temporarily > removed and then reinstated shortly after. This is not an issue, as far > as I know. > _______________________________________________ > 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" Then why do they still show up as Restricted in portfresh and ports? 7 is almost useless anyway since most sites use 9 now, and 9 is not even worth the time, flash almost is a waste of time installing :p Sincerely, Derek A. Graham From yasu at utahime.org Tue Jun 3 00:27:56 2008 From: yasu at utahime.org (Yasuhiro KIMURA) Date: Tue Jun 3 00:27:59 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <200806021827.08144.derek.graham@att.net> References: <200806021609.58980.derek.graham@att.net> <20080603000811.3aae5319@gumby.homeunix.com.> <200806021827.08144.derek.graham@att.net> Message-ID: <20080603.092742.150901525.yasu@utahime.org> From: Derek Graham Subject: Re: linux-flashplugin9 Restricted? Date: Mon, 2 Jun 2008 18:27:07 -0500 > Then why do they still show up as Restricted in portfresh and ports? Because flashplugin is commercial software and it is not allowed by EULA to create FreeBSD package and redestribute it. --- Yasuhiro KIMURA From fbsd06 at mlists.homeunix.com Tue Jun 3 01:15:24 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Tue Jun 3 01:15:28 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <200806021827.08144.derek.graham@att.net> References: <200806021609.58980.derek.graham@att.net> <20080603000811.3aae5319@gumby.homeunix.com.> <200806021827.08144.derek.graham@att.net> Message-ID: <20080603015910.5aaf8567@gumby.homeunix.com.> On Mon, 2 Jun 2008 18:27:07 -0500 Derek Graham wrote: > on Monday 02 June 2008Monday 02 June 2008 RW RW > wrote: > > > On Mon, 2 Jun 2008 16:09:58 -0500 > > Derek Graham wrote: > > > I found this odd, I remember seeing an email from adobe someone > > > posted that said that they do not support freebsd but they do not > > > forbid users to use flash if they can get it working. > > > > Note that this entry is dated 2006. The flash ports were temporarily > > removed and then reinstated shortly after. This is not an issue, as > > far as I know. " > Then why do they still show up as Restricted in portfresh and ports? At lot of proprietary software is marked as RESTRICTED, in this case the reason is simply "Redistribution not allowed". At the time the port was removed it was against the license to run the binary on any OS that wasn't officially supported. > 7 is almost useless anyway since most sites use 9 now, and 9 is not > even worth the time, flash almost is a waste of time installing :p AFAIK Flash9 relies on the Linux 2.6 kernel, and so wont run on FreeBSDs default of 2.4. I've not tried it, but I think people have said it can be made to run with 2.6 emulation. From kitche at kitchetech.com Tue Jun 3 01:28:05 2008 From: kitche at kitchetech.com (Kitche) Date: Tue Jun 3 01:28:09 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <20080603015910.5aaf8567@gumby.homeunix.com.> References: <200806021609.58980.derek.graham@att.net> <20080603000811.3aae5319@gumby.homeunix.com.> <200806021827.08144.derek.graham@att.net> <20080603015910.5aaf8567@gumby.homeunix.com.> Message-ID: <2092.72.65.6.48.1212456005.squirrel@kitchetech.com> > On Mon, 2 Jun 2008 18:27:07 -0500 > Derek Graham wrote: > >> on Monday 02 June 2008Monday 02 June 2008 RW RW >> wrote: >> >> > On Mon, 2 Jun 2008 16:09:58 -0500 >> > Derek Graham wrote: > >> > > I found this odd, I remember seeing an email from adobe someone >> > > posted that said that they do not support freebsd but they do not >> > > forbid users to use flash if they can get it working. >> > >> > Note that this entry is dated 2006. The flash ports were temporarily >> > removed and then reinstated shortly after. This is not an issue, as >> > far as I know. > " >> Then why do they still show up as Restricted in portfresh and ports? > > At lot of proprietary software is marked as RESTRICTED, in this case > the reason is simply "Redistribution not allowed". > > At the time the port was removed it was against the license to run > the binary on any OS that wasn't officially supported. > > >> 7 is almost useless anyway since most sites use 9 now, and 9 is not >> even worth the time, flash almost is a waste of time installing :p > > AFAIK Flash9 relies on the Linux 2.6 kernel, and so wont run on > FreeBSDs default of 2.4. I've not tried it, but I think people have said > it can be made to run with 2.6 emulation. > _______________________________________________ > 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" > Flash9 does not run with 2.6 emulation it crashes but does run for like a second. From sfourman at gmail.com Tue Jun 3 01:59:04 2008 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Tue Jun 3 01:59:07 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <20080603015910.5aaf8567@gumby.homeunix.com.> References: <200806021609.58980.derek.graham@att.net> <20080603000811.3aae5319@gumby.homeunix.com.> <200806021827.08144.derek.graham@att.net> <20080603015910.5aaf8567@gumby.homeunix.com.> Message-ID: <11167f520806021834p66041eb5o1ff0f84041a33e8b@mail.gmail.com> > AFAIK Flash9 relies on the Linux 2.6 kernel, and so wont run on > FreeBSDs default of 2.4. I've not tried it, but I think people have said > it can be made to run with 2.6 emulation. > If someone reading this has time,motivation, and the know how could they please look into getting flash 9 on FreeBSD 7 Stable to work. I have not tried it, but I have heard that liniux 2.6 emulation does not magically make flash9 work. I am just a FreeBSD user, and as of yet I do not have the know how to look into this. Flash 9 is badly needed for desktop users. for what it is worth, I can not even browse a major bank's website in FreeBSD https://www.citicards.com/cards/wv/home.do Thank you Sam Fourman Jr. From derek.graham at att.net Tue Jun 3 02:02:43 2008 From: derek.graham at att.net (Derek Graham) Date: Tue Jun 3 02:02:48 2008 Subject: linux-flashplugin9 Restricted? In-Reply-To: <11167f520806021834p66041eb5o1ff0f84041a33e8b@mail.gmail.com> References: <200806021609.58980.derek.graham@att.net> <20080603015910.5aaf8567@gumby.homeunix.com.> <11167f520806021834p66041eb5o1ff0f84041a33e8b@mail.gmail.com> Message-ID: <200806022102.17322.derek.graham@att.net> on Monday 02 June 2008Monday 02 June 2008 Sam Fourman Jr. "Sam Fourman Jr." wrote: > > AFAIK Flash9 relies on the Linux 2.6 kernel, and so wont run on > > FreeBSDs default of 2.4. I've not tried it, but I think people have said > > it can be made to run with 2.6 emulation. > > If someone reading this has time,motivation, and the know how could they > please look into getting flash 9 on FreeBSD 7 Stable to work. > I have not tried it, but I have heard that liniux 2.6 emulation does not > magically make flash9 work. > > I am just a FreeBSD user, and as of yet I do not have the know how to look > into this. > > Flash 9 is badly needed for desktop users. for what it is worth, I can not > even browse a major bank's website in FreeBSD > https://www.citicards.com/cards/wv/home.do > > > Thank you > Sam Fourman Jr. > _______________________________________________ > 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 agree, flash 9 is important and increasingly becoming a tool needed for everyday internet life. I am not a coder, I have coded a lil here and there long time ago but this is a project for someone with the know how to do it right :) Derek From chess at chessgriffin.com Tue Jun 3 02:36:11 2008 From: chess at chessgriffin.com (Chess Griffin) Date: Tue Jun 3 02:36:37 2008 Subject: Xfce4: quit does not work In-Reply-To: References: Message-ID: <8682df160806021908q63f46040q59e30fd2bdc5ff2e@mail.gmail.com> On Mon, Jun 2, 2008 at 6:00 PM, Carlos A. M. dos Santos wrote: > Hello, > > I have a brand new machine with 7.0-STABLE-200805 AMD64 (GENERIC > kernel). Today I installed all the required packages using "pkg_add > -r", including xfce-4.4.2. Now if I run "startxfce" I get the desktop > environment running but neither the "Quit" option of the desktop menu > nor the quit button of the panel work. I got the same error starting > XFce by means of GDM and by means of XDM. Running xfce4-session-logout > by hand does not work too. > > I have another machine with xfce-4.4.1_1 and it do not have this > problem, so I suspect that this is the same bug that was already > reported here: > > http://bugzilla.xfce.org/show_bug.cgi?id=1109 > > Is there any known fix/workaround? Any help will be welcome. > I recently had the exact same problem on one of my FreeBSD machines and for the life of me, I could not figure out what was going on. I was also using packages built on another machine. I cleared out everything in ~/.config, ~/.cache, and nothing fixed it. I found that same bug report but it didn't really help. So, I rebuilt all my xfce4 ports on the problem machine and the issue magically disappeared. Go figure. :-) -- Chess Griffin GPG Public Key: 0x0C7558C3 http://www.chessgriffin.com From cperciva at freebsd.org Tue Jun 3 03:31:31 2008 From: cperciva at freebsd.org (FreeBSD Security Officer) Date: Tue Jun 3 03:31:37 2008 Subject: FreeBSD supported branches update Message-ID: <20080603033131.GB90341@freefall.freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Everyone, The branches supported by the FreeBSD Security Officer have been updated to reflect recent EoL (end-of-life) events. The new list is below and at . FreeBSD 5.5, FreeBSD 6.1, and FreeBSD 6.2 have `expired' and are no longer supported effective June 1, 2008. Users of these releases are advised to upgrade promptly to FreeBSD 6.3 or FreeBSD 7.0, either by downloading an updated source tree and building updates manually, or (for i386 and amd64 systems) using the FreeBSD Update utility as described in the FreeBSD 6.3 and FreeBSD 7.0 release announcements. This marks the end of support by the FreeBSD Security Team for the FreeBSD 5-STABLE branch, and at this time support for running software from the ports tree on FreeBSD 5.x is also ceasing: Packages for binary installations will no longer be built for FreeBSD 5.5, building ports from source on FreeBSD 5.x will no longer be supported, and the ports INDEX will no longer be built and made available via portsnap or the 'make fetchindex' target. Patches for individual ports specific for their functioning on FreeBSD 5.5 may still be accepted at the discretion of the port maintainer. [Excerpt from http://security.freebsd.org/ follows] FreeBSD Security Advisories The FreeBSD Security Officer provides security advisories for several branches of FreeBSD development. These are the -STABLE Branches and the Security Branches. (Advisories are not issued for the -CURRENT Branch.) * There is usually only a single -STABLE branch, although during the transition from one major development line to another (such as from FreeBSD 5.x to 6.x), there is a time span in which there are two -STABLE branches. The -STABLE branch tags have names like RELENG_6. The corresponding builds have names like FreeBSD 6.1-STABLE. * Each FreeBSD Release has an associated Security Branch. The Security Branch tags have names like RELENG_6_1. The corresponding builds have names like FreeBSD 6.1-RELEASE-p1. Isses affecting the FreeBSD Ports Collection are covered in the FreeBSD VuXML document. Each branch is supported by the Security Officer for a limited time only, and is designated as one of `Early adopter', `Normal', or `Extended'. The designation is used as a guideline for determining the lifetime of the branch as follows. Early adopter Releases which are published from the -CURRENT branch will be supported by the Security Officer for a minimum of 6 months after the release. Normal Releases which are published from a -STABLE branch will be supported by the Security Officer for a minimum of 12 months after the release. Extended Selected releases will be supported by the Security Officer for a minimum of 24 months after the release. The current designation and estimated lifetimes of the currently supported branches are given below. The Estimated EoL (end-of-life) column gives the earliest date on which that branch is likely to be dropped. Please note that these dates may be extended into the future, but only extenuating circumstances would lead to a branch's support being dropped earlier than the date listed. +--------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+-----------+--------+-----------------+-----------------| |RELENG_6 |n/a |n/a |n/a |January 31, 2010 | |-----------+-----------+--------+-----------------+-----------------| |RELENG_6_3 |6.3-RELEASE|Extended|January 18, 2008 |January 31, 2010 | |-----------+-----------+--------+-----------------+-----------------| |RELENG_7 |n/a |n/a |n/a |last release + 2y| |-----------+-----------+--------+-----------------+-----------------| |RELENG_7_0 |7.0-RELEASE|Normal |February 27, 2008|February 28, 2009| +--------------------------------------------------------------------+ [End excerpt] Colin Percival FreeBSD Security Officer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhEe5MACgkQFdaIBMps37IXoQCbB3RkY/s2CA+o/OFkuC/1YvUV rY8An1JawL1x8DdUOlVUL0b2+9N4XZ2v =X+Zm -----END PGP SIGNATURE----- From pschmehl_lists at tx.rr.com Tue Jun 3 03:33:02 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Jun 3 03:33:07 2008 Subject: Problems with startup scripts Message-ID: <765B879956FB90DA571FA609@Macintosh.local> To reply - figure it out MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha1; protocol="application/pkcs7-signature"; boundary="==========628ED6B4E6FA03BA9DD4==========" --==========628ED6B4E6FA03BA9DD4========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Recently someone more experienced than I stated that I should change the=20 construction of my startup scripts to use the following construction: command_args=3D"${port_conf} ${port_flags}" I dutifully changed several of my ports' startup scripts to use that=20 construction. Now one of my scripts has been reported as failing. The=20 problem is that it's trying to run $rc_flags twice. I've been scratching=20 my head for two days now, running sh-x startup_script to try and figure=20 out what was wrong with my script. Since I'm not that familiar with rc_subr, I ran some of my other ports=20 that used the same construction (but I've had reports of failures) through = the same process, saved the results to text files and then carefully=20 examined them. Imagine my surprise when I discovered that *all* of my startup scripts=20 were running double flags! So, I looked at /etc/rc.subr, and lo and behold: Line 670 of /etc/rc.subr has "$command $rc_flags $command_args" So, the question is, is this an error in rc_subr? Or was I misinformed=20 about the use of cammand_args? If the former, do I submit a PR? If the=20 latter, I have a lot of work to do. {{{sigh}}} I suspect it's the latter, which doesn't make me real happy, but I guess=20 I'll chalk it up to a learning experience. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. --==========628ED6B4E6FA03BA9DD4========== Content-Type: application/pkcs7-signature Content-Transfer-Encoding: base64 MIIO7gYJKoZIhvcNAQcCoIIO3zCCDtsCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3 DQEHAaCCDFwwggV1MIIE3qADAgECAhAxxWbtEfZaUjaDZLSj5PqQMA0GCSqGSIb3 DQEBBQUAMIHqMScwJQYDVQQKEx5UaGUgVW5pdmVyc2l0eSBvZiBUZXhhcyBTeXN0 ZW0xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTk5 MTIwMAYDVQQLEylDbGFzcyAyIENBIC0gT25TaXRlIEluZGl2aWR1YWwgU3Vic2Ny aWJlcjEtMCsGA1UEAxMkVGhlIFVuaXZlcnNpdHkgb2YgVGV4YXMgYXQgRGFsbGFz IENBMB4XDTA3MTAwODAwMDAwMFoXDTA4MTAwNzIzNTk1OVowgfYxJzAlBgNVBAoU HlRoZSBVbml2ZXJzaXR5IG9mIFRleGFzIFN5c3RlbTEtMCsGA1UECxQkVGhlIFVu aXZlcnNpdHkgb2YgVGV4YXMgYXQgRGFsbGFzIENBMUYwRAYDVQQLEz13d3cudmVy aXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BTIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk5MRgwFgYDVQQLFA9NYWlsIFN0b3AgLSBVVEQxFzAVBgNVBAMTDlBhdWwg TCBTY2htZWhsMSEwHwYJKoZIhvcNAQkBFhJwYXVsc0B1dGRhbGxhcy5lZHUwgZ8w DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALVzB0IIkR8iraIfDdWB1EZ1/Gbg7Rm6 yQuLIUlemm3awYksmEOPKqL2YQxGhCvbVq/IYcoGuT+WEaxuwN86uIkP/kOReQDO tMHyy/sA1XaxpoS0ezjwHasNH1f63yZbFkQiwSuWQOvdXlLqtJ9E2UrzbqVWdqlr FzzeZwP5DipHAgMBAAGjggIMMIICCDAJBgNVHRMEAjAAMB0GA1UdEQQWMBSBEnBh dWxzQHV0ZGFsbGFzLmVkdTCCASQGA1UdIASCARswggEXMIIBEwYLYIZIAYb4RQEH AQYwggECMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh LWtyMIHSBggrBgEFBQcCAjCBxRqBwk5PVElDRTogUHJpdmF0ZSBrZXkgbWF5IGJl IHJlY292ZXJlZCBieSBWZXJpU2lnbidzIGN1c3RvbWVyIHdobyBtYXkgYmUgYWJs ZSB0byBkZWNyeXB0IG1lc3NhZ2VzIHlvdSBzZW5kIHRvIGNlcnRpZmljYXRlIGhv bGRlci4gIFVzZSBpcyBzdWJqZWN0IHRvIHRlcm1zIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEta3IgKGMpOTkuMBEGCWCGSAGG+EIBAQQEAwIHgDB1BgNV HR8EbjBsMGqgaKBmhmRodHRwOi8vb25zaXRlY3JsLnZlcmlzaWduLmNvbS9UaGVV bml2ZXJzaXR5b2ZUZXhhc1N5c3RlbVRoZVVuaXZlcnNpdHlvZlRleGFzYXREYWxs YXNDQS9MYXRlc3RDUkwuY3JsMAsGA1UdDwQEAwIFIDAdBgNVHSUEFjAUBggrBgEF BQcDBAYIKwYBBQUHAwIwDQYJKoZIhvcNAQEFBQADgYEAT6Pe5vS1wCy6fAnTHJT5 GkqxV3ro1CmSiwCkC84vI4TUbxsbVAYuvafQw1H137mxYACJ73UwYnI8WhDKPYlR y1QEnq7uwanNPtXtWTSxvOXtb2w4rGiXX9fkLfslmkX8jNgC7uMx8H39VBe90ob6 rURohgP1DsYwpJZF9SgoCeIwggPYMIIDQaADAgECAhBB7B89pxQHlsT21Qzd0Q9l MA0GCSqGSIb3DQEBBQUAMIHBMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNp Z24sIEluYy4xPDA6BgNVBAsTM0NsYXNzIDIgUHVibGljIFByaW1hcnkgQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkgLSBHMjE6MDgGA1UECxMxKGMpIDE5OTggVmVyaVNp Z24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazAeFw05OTAzMzEwMDAwMDBaFw0wOTAzMzAyMzU5 NTlaMIHqMScwJQYDVQQKEx5UaGUgVW5pdmVyc2l0eSBvZiBUZXhhcyBTeXN0ZW0x HzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1z IG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTk5MTIw MAYDVQQLEylDbGFzcyAyIENBIC0gT25TaXRlIEluZGl2aWR1YWwgU3Vic2NyaWJl cjEtMCsGA1UEAxMkVGhlIFVuaXZlcnNpdHkgb2YgVGV4YXMgYXQgRGFsbGFzIENB MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC/6u+H6x4KwQD5IhHB0cHM23ra vjbScGAwYOUZ4FMvNfTJqCkF1t49nfMGmmR9vtGHVHib/6J48fuHq8P8h0zCSUEN 4cDSpdf8fv9CUU508wHVaHOlXQQx+OYpJWOoI5pEaoGLD7A58e/bRljDurjPS/N6 waJJlYMjQ7qbGo8yhQIDAQABo4GlMIGiMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQD ExFQcml2YXRlTGFiZWwxLTE0MDARBglghkgBhvhCAQEEBAMCAQYwRAYDVR0gBD0w OzA5BgtghkgBhvhFAQcBATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJp c2lnbi5jb20vUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqG SIb3DQEBBQUAA4GBAFMJtdyytonRIFCDyTh53MgIskm/uFODb4rMsuR6fPyj6A9f YV5flwSVElrSlQEi8bzt8VS2VKZUGKGdVLwGaQTHAiE3ooI5iKesoJ/ogxldkkg5 GlmCJCBDvIaVEtyDdOHm4xO+aqSHADExIwclm6+6LFGRDlmmoxeI0rTOVBccMIID AzCCAmwCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3DQEBBQUAMIHBMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xPDA6BgNVBAsTM0NsYXNz IDIgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHMjE6 MDgGA1UECxMxKGMpIDE5OTggVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXpl ZCB1c2Ugb25seTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazAeFw05 ODA1MTgwMDAwMDBaFw0yODA4MDEyMzU5NTlaMIHBMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xPDA6BgNVBAsTM0NsYXNzIDIgUHVibGljIFBy aW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHMjE6MDgGA1UECxMxKGMp IDE5OTggVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEAp4gBIXQs5xoD8JjhlzwPIQjxnNuX6Zr8wgQGE75fUsjMHiwS Viy4AWkszJkfrbCWrnkE8hM5wXuYuggs6MKEEyyqaekJ9MepAqRCwiNPStjwDqL7 MWzJ5m+ZJwf15vRMeJ5t60aG+rmGyVTyssSv1EYcWskVMP8NbPUtDm3Of3cCAwEA ATANBgkqhkiG9w0BAQUFAAOBgQByLvl/0fFx+8Se9sVeUYpAmLho+Jscg9jinb3/ 7aHmZuovCfTK1+qlK5X2JGCGTUQug6XELaDTrnhpb3LabK4I8GOSN+a7xDAXrXfM STWqz9iP0b63GJZHc2pUIjRkLbYWm1lbtFFZOrMLFPQS32eg9K0yZF6xRnInjBJ7 xUS0rjGCAlowggJWAgEBMIH/MIHqMScwJQYDVQQKEx5UaGUgVW5pdmVyc2l0eSBv ZiBUZXhhcyBTeXN0ZW0xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsx OzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTk5MTIwMAYDVQQLEylDbGFzcyAyIENBIC0gT25TaXRlIEluZGl2 aWR1YWwgU3Vic2NyaWJlcjEtMCsGA1UEAxMkVGhlIFVuaXZlcnNpdHkgb2YgVGV4 YXMgYXQgRGFsbGFzIENBAhAxxWbtEfZaUjaDZLSj5PqQMAkGBSsOAwIaBQCggbEw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDgwNjAz MDMxMzIwWjAjBgkqhkiG9w0BCQQxFgQUg7FnkuEdBd4SvHXJhVPmrKUdCdQwUgYJ KoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAE gYApB0yKjqilsvztlD5PS2Hize9ItTXSSM4Ib44lCKxfgvLF10izC7SkwY1/4Iwg DMWR4JxW+6Q8zgBvhSHzwDx5Hv/aFP/VG0QrHedNysnG3Hjl6teP33ISF6fovcgo +dZRQ1QliNBHDji6Rg4FoKSjtY2T9RB3034f6+ZtXARrEQ== --==========628ED6B4E6FA03BA9DD4==========-- From eculp at encontacto.net Tue Jun 3 10:14:21 2008 From: eculp at encontacto.net (eculp) Date: Tue Jun 3 10:14:26 2008 Subject: Can't build openoffice.org-2 due to a java 1.5 build problem on current amd64. Message-ID: <20080603051406.704465og5802xnwo@intranet.encontacto.net> I have installed: /var/db/pkg/diablo-jdk-1.5.0.07.01_10 /var/db/pkg/linux-sun-jdk-1.5.0.15,2 when I try to build I end up with the following: Target Build Versions: JDK_VERSION = 1.5.0_14 MILESTONE = p8 BUILD_NUMBER = root_02_jun_2008_17_16 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). gmake: *** [post-sanity] Error 1 *** Error code 2 Stop in /almacen1/ports/java/jdk15. *** Error code 1 Stop in /almacen1/ports/editors/openoffice.org-2. I am running up to date current amd64 with the following 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 I've been trying to get this going off and on for a while now so any suggestions appreciated. Thanks, ed From itetcu at FreeBSD.org Tue Jun 3 10:51:53 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Jun 3 10:51:59 2008 Subject: port maintaince procedural questions In-Reply-To: <4843438B.2000807@gmail.com> References: <4843438B.2000807@gmail.com> Message-ID: <20080603135127.3e6d5997@it.buh.tecnik93.com> On Sun, 01 Jun 2008 20:49:15 -0400 "Aryeh M. Friedman" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have brought a older port maintained by ports@freebsd.org to the > current version.... I have done all the work needed to make it > committable.... I have several questions first: > > 1. How do I take maintainership of the port? In the submitted patch, in the Makefile, also change the MAINTAINER line. > 2. How do I submit the patch to bring it upto date? (I know for new > ports I do PR with a special subject but in a case like this). http://t32.tecnik93.com/FreeBSD/How-to-submit-a-diff.txt -- 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/20080603/be26235f/signature.pgp From fbsd06 at mlists.homeunix.com Tue Jun 3 12:19:49 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Tue Jun 3 12:19:53 2008 Subject: Problems with startup scripts In-Reply-To: <765B879956FB90DA571FA609@Macintosh.local> References: <765B879956FB90DA571FA609@Macintosh.local> Message-ID: <20080603131937.192622ee@gumby.homeunix.com.> On Mon, 02 Jun 2008 22:13:15 -0500 Paul Schmehl wrote: > Imagine my surprise when I discovered that *all* of my startup > scripts=20 were running double flags! > > So, I looked at /etc/rc.subr, and lo and behold: > Line 670 of /etc/rc.subr has "$command $rc_flags $command_args" > > So, the question is, is this an error in rc_subr? Or was I > misinformed=20 about the use of cammand_args? If the former, do I > submit a PR? If the=20 latter, I have a lot of work to do. > {{{sigh}}} rc.subr seems to be self-consistent, if you look in the comments where these variables are documented. There are a number of /etc/rc.d scripts that follow similar usage, but they are mostly using flag variable names that don't match "${name}_flags". The exception is auditd which presumably would get double flags, if it were actually given any. $ grep -Ei "command_args.*=.*flags" /etc/rc.d/* /etc/rc.d/auditd:command_args="${auditd_flags}" /etc/rc.d/nfsd:command_args="${nfs_server_flags}" /etc/rc.d/ypbind:command_args="${nis_client_flags}" /etc/rc.d/yppasswdd:command_args="${nis_yppasswdd_flags}" /etc/rc.d/ypserv:command_args="${nis_server_flags}" /etc/rc.d/ypset:command_args="${nis_ypset_flags}" /etc/rc.d/ypxfrd:command_args="${nis_ypxfrd_flags}" From jorge at bsdchile.cl Tue Jun 3 13:41:52 2008 From: jorge at bsdchile.cl (Jorge Medina) Date: Tue Jun 3 13:42:01 2008 Subject: sasl2 and postfix Message-ID: <28d0e6b80806030614i54a287a2x98ea4eb92a98d038@mail.gmail.com> Hi guys i have a problem with postfix+cyrus-saslauthd in FreeBSD 7.0 -STABLE and the smtpd don't work with smtpd_sasl_enable=yes and de log show me this: Jun 3 09:00:55 mail postfix/smtpd[40192]: warning: SASL: Connect to smtpd failed: No such file or directory Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL authentication mechanisms Jun 3 13:00:56 mail postfix/master[82423]: warning: process /usr/local/libexec/postfix/smtpd pid 40192 exit status 1 Jun 3 13:00:56 mail postfix/master[82423]: warning: /usr/local/libexec/postfix/smtpd: bad command startup -- throttling my /usr/local/lib/sasl2/smtpd.conf pwcheck_method: saslauthd log_level: 3 mech_list: PLAIN LOGIN authdaemond_path:/var/run/saslauthd/mux my main.cf queue_directory = /var/spool/postfix command_directory = /usr/local/sbin daemon_directory = /usr/local/libexec/postfix data_directory = /var/db/postfix sendmail_path = /usr/local/sbin/sendmail newaliases_path = /usr/local/bin/newaliases mailq_path = /usr/local/bin/mailq mail_owner = postfix setgid_group = maildrop myhostname = mail.railgun.cl mydomain = railgun.cl mydestination = $myhostname.$mydomain mynetworks = 127.0.0.0/8, 10.100.8.0/24, 10.100.1.0/24 smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_local_domain = smtp_sasl_auth_enable = no #smtpd_sasl_path=/var/run/saslauthd/mux smtpd_sasl_path = smtpd smtp_sasl_type = cyrus virtual_maildir_sufix = /Maildir/ virtual_maildir_base = /var/vmail virtual_uid_maps = static:125 virtual_minimum_uid = 125 virtual_gid_maps = static:125 virtual_transport = virtual virtual_alias_maps = pgsql:/etc/postfix/alias_maps.cf virtual_maildir_domains = pgsql:/etc/postfix/domain_maps.cf virtual_maildir_maps = pgsql:/etc/postfix/mailbox_maps.cf virtual_maildir_limit_maps = pgsql:/etc/postfix/quota_maps.cf virtual_create_maildirsize = yes virtual_maildir_extended = yes virtual_maildir_limit_override = yes virtual_maildir_limit_message = Sorry, the user's maildir has overdrawn his diskspace quota, please try again later. virtual_overquota_bounce = yes and when change smtpd_sasl_path=smtpd to smtpd_sasl_path=/var/run/saslauthd/mux the message log show me this: Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL authentication mechanisms Jun 3 09:10:29 mail saslauthd[32340]: do_request : login exceeded MAX_REQ_LEN: 256 Jun 3 09:10:29 mail postfix/smtpd[40255]: fatal: no SASL authentication mechanisms any help it's welcomed. From Johan at double-l.nl Tue Jun 3 14:05:36 2008 From: Johan at double-l.nl (Johan Hendriks) Date: Tue Jun 3 14:05:51 2008 Subject: sasl2 and postfix References: <28d0e6b80806030614i54a287a2x98ea4eb92a98d038@mail.gmail.com> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDEC6@w2003s01.double-l.local> >Hi guys i have a problem with postfix+cyrus-saslauthd in FreeBSD 7.0 >-STABLE and the smtpd don't work with smtpd_sasl_enable=yes and de log >show me this: >Jun 3 09:00:55 mail postfix/smtpd[40192]: warning: SASL: Connect to >smtpd failed: No such file or directory >Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL >authentication mechanisms >Jun 3 13:00:56 mail postfix/master[82423]: warning: process >/usr/local/libexec/postfix/smtpd pid 40192 exit status 1 >Jun 3 13:00:56 mail postfix/master[82423]: warning: >/usr/local/libexec/postfix/smtpd: bad command startup -- throttling >my /usr/local/lib/sasl2/smtpd.conf >pwcheck_method: saslauthd >log_level: 3 >mech_list: PLAIN LOGIN >authdaemond_path:/var/run/saslauthd/mux >my main.cf >queue_directory = /var/spool/postfix >command_directory = /usr/local/sbin >daemon_directory = /usr/local/libexec/postfix >data_directory = /var/db/postfix >sendmail_path = /usr/local/sbin/sendmail >newaliases_path = /usr/local/bin/newaliases >mailq_path = /usr/local/bin/mailq >mail_owner = postfix >setgid_group = maildrop >myhostname = mail.railgun.cl >mydomain = railgun.cl >mydestination = $myhostname.$mydomain >mynetworks = 127.0.0.0/8, 10.100.8.0/24, 10.100.1.0/24 >smtpd_recipient_restrictions = permit_sasl_authenticated, >permit_mynetworks, reject_unauth_destination >smtpd_sasl_auth_enable = yes >smtpd_sasl_security_options = noanonymous >smtpd_sasl_local_domain = >smtp_sasl_auth_enable = no >#smtpd_sasl_path=/var/run/saslauthd/mux >smtpd_sasl_path = smtpd >smtp_sasl_type = cyrus >virtual_maildir_sufix = /Maildir/ >virtual_maildir_base = /var/vmail >virtual_uid_maps = static:125 >virtual_minimum_uid = 125 >virtual_gid_maps = static:125 >virtual_transport = virtual >virtual_alias_maps = pgsql:/etc/postfix/alias_maps.cf >virtual_maildir_domains = pgsql:/etc/postfix/domain_maps.cf >virtual_maildir_maps = pgsql:/etc/postfix/mailbox_maps.cf >virtual_maildir_limit_maps = pgsql:/etc/postfix/quota_maps.cf >virtual_create_maildirsize = yes >virtual_maildir_extended = yes >virtual_maildir_limit_override = yes >virtual_maildir_limit_message = Sorry, the user's maildir has >overdrawn his diskspace quota, please try again later. >virtual_overquota_bounce = yes >and when change smtpd_sasl_path=smtpd to >smtpd_sasl_path=/var/run/saslauthd/mux the message log show me this: >Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL >authentication mechanisms >Jun 3 09:10:29 mail saslauthd[32340]: do_request : login >exceeded MAX_REQ_LEN: 256 >Jun 3 09:10:29 mail postfix/smtpd[40255]: fatal: no SASL >authentication mechanisms >any help it's welcomed. _______________________________________________ Did you compile postfix with sasl2 support Do a make config in the ports dir of postfix /usr/ports/mail/postfix And make sure sasl2 is selected and install the port again by doing the following: make FORCE_PKG_REGISTER=yes install clean Regards, Johan Double L Automatisering. From 000.fbsd at quip.cz Tue Jun 3 14:53:28 2008 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Jun 3 14:53:34 2008 Subject: sasl2 and postfix In-Reply-To: <28d0e6b80806030614i54a287a2x98ea4eb92a98d038@mail.gmail.com> References: <28d0e6b80806030614i54a287a2x98ea4eb92a98d038@mail.gmail.com> Message-ID: <48455658.7000404@quip.cz> Jorge Medina wrote: > Hi guys i have a problem with postfix+cyrus-saslauthd in FreeBSD 7.0 > -STABLE and the smtpd don't work with smtpd_sasl_enable=yes and de log > show me this: > > Jun 3 09:00:55 mail postfix/smtpd[40192]: warning: SASL: Connect to > smtpd failed: No such file or directory > Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL > authentication mechanisms > Jun 3 13:00:56 mail postfix/master[82423]: warning: process > /usr/local/libexec/postfix/smtpd pid 40192 exit status 1 > Jun 3 13:00:56 mail postfix/master[82423]: warning: > /usr/local/libexec/postfix/smtpd: bad command startup -- throttling > > my /usr/local/lib/sasl2/smtpd.conf > > pwcheck_method: saslauthd > log_level: 3 > mech_list: PLAIN LOGIN > authdaemond_path:/var/run/saslauthd/mux [...] Do you have saslauthd (daemon) runing? What is content of a directory /var/run/saslauthd/ and permissions? Miroslav Lachman From flz at xbsd.org Tue Jun 3 15:26:21 2008 From: flz at xbsd.org (Florent Thoumie) Date: Tue Jun 3 15:26:32 2008 Subject: CFT: adding configuration file support to pkg_install In-Reply-To: <4841BDA9.5090007@p6m7g8.com> References: <4841BDA9.5090007@p6m7g8.com> Message-ID: On Sat, May 31, 2008 at 10:05 PM, Philip M. Gollucci wrote: > Florent Thoumie wrote: >> >> This adds support for /etc/pkg.conf configuration file. >> Also, this adds support for naive multi-site package fetching. >> >> Any comment welcome (and appreciated). >> >> Patch is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff >> Tarball is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-0a553aac.tar.bz2 > > Hi flz, > > I don't quite get what the end goal is. It looks like /etc/pkg.conf is > duplicating a lot of things already in /usr/ports/Mk/bsd.port.mk. > > Would not it be better to just have the pkg_install tools read that file > instead ? > > I probably missed all the back story here, so feel free to put me in my > place. Packages can be used without a full tree (as Kris mentioned). It can be argued that using only pkg_install to maintain packages is a PITA, but it's still possible. The fact that there's no proper tool part of or on top of pkg_install to do it is irrelevant. > The multi-site package fetching is definitely something I'm interested it, > but I also figured it would just iterate over the values in PACKAGESITE > > PACKAGESITE=ftp://foo/stdpath/base/Latest/ ftp://foo/stdpath/www/Latest > > where base would have things like sudo, bash, vim, etc... and could be used > on multiple computers. > > www would have things like apache22 mod_X and would be used on 'www' class > machines. I'm not sure what behaviour you're describing there. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From pschmehl_lists at tx.rr.com Tue Jun 3 15:28:17 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Jun 3 15:28:21 2008 Subject: Problems with startup scripts In-Reply-To: <20080603131937.192622ee@gumby.homeunix.com.> References: <765B879956FB90DA571FA609@Macintosh.local> <20080603131937.192622ee@gumby.homeunix.com.> Message-ID: --On Tuesday, June 03, 2008 13:19:37 +0100 RW wrote: > On Mon, 02 Jun 2008 22:13:15 -0500 > Paul Schmehl wrote: > > >> Imagine my surprise when I discovered that *all* of my startup >> scripts=20 were running double flags! >> >> So, I looked at /etc/rc.subr, and lo and behold: >> Line 670 of /etc/rc.subr has "$command $rc_flags $command_args" >> >> So, the question is, is this an error in rc_subr? Or was I >> misinformed=20 about the use of cammand_args? If the former, do I >> submit a PR? If the=20 latter, I have a lot of work to do. >> {{{sigh}}} > > rc.subr seems to be self-consistent, if you look in the comments where > these variables are documented. > > There are a number of /etc/rc.d scripts that follow similar usage, but > they are mostly using flag variable names that don't match > "${name}_flags". The exception is auditd which presumably would > get double flags, if it were actually given any. > > > $ grep -Ei "command_args.*=.*flags" /etc/rc.d/* > /etc/rc.d/auditd:command_args="${auditd_flags}" > /etc/rc.d/nfsd:command_args="${nfs_server_flags}" > /etc/rc.d/ypbind:command_args="${nis_client_flags}" > /etc/rc.d/yppasswdd:command_args="${nis_yppasswdd_flags}" > /etc/rc.d/ypserv:command_args="${nis_server_flags}" > /etc/rc.d/ypset:command_args="${nis_ypset_flags}" > /etc/rc.d/ypxfrd:command_args="${nis_ypxfrd_flags}" I'm willing to bet that if you run some of these scripts through sh -x (auditd, for example) you will find that they use double flags, just like mine do. The only reason that I found out about this problem is that one port, security/barnyard, complained about double flags. The other ports that I checked were happily starting with commandline args like this: binary -D -D -c /usr/local/etc/binary.conf -i interface -i interface. I suppose most binaries don't bother to check if flags are set twice and throw an error. Most likely what they do is accept the last one set and ignore the previous ones. I fixed the problem by removing flags from command_args: command_args="-c ${name_conf}" instead of command_args="-c ${name_conf} ${name_flags} Since rc.subr will append the flags to the commandline, adding them to command_args is superfluous. If you set flags defaults in the script such that /etc/rc.conf settings will override them, there's no need to add flags to the commandline. Rc.subr does it for you. Now I have to go back and fix all my other startups scripts, because, well, I'm a perfectionist. -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer. From cokane at FreeBSD.org Tue Jun 3 15:41:47 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Tue Jun 3 15:41:51 2008 Subject: devel/subversion* ports and www/neon26 Message-ID: <1212506706.15220.16.camel@localhost> Hello, Since www/neon28 was moved into ports, subversion still depends upon www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion to use neon 2.8 by modifying the subversion Makefile appropriately. Is there any specific reason to not move subversion to default to use www/neon28 instead of www/neon26 ? -- 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/20080603/1a533231/attachment.pgp From dougb at FreeBSD.org Tue Jun 3 17:03:44 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jun 3 17:03:47 2008 Subject: Problems with startup scripts In-Reply-To: References: <765B879956FB90DA571FA609@Macintosh.local> <20080603131937.192622ee@gumby.homeunix.com.> Message-ID: <4845796C.1080505@FreeBSD.org> Paul Schmehl wrote: > --On Tuesday, June 03, 2008 13:19:37 +0100 RW > wrote: > >> On Mon, 02 Jun 2008 22:13:15 -0500 >> Paul Schmehl wrote: >> >> >>> Imagine my surprise when I discovered that *all* of my startup >>> scripts=20 were running double flags! >>> >>> So, I looked at /etc/rc.subr, and lo and behold: >>> Line 670 of /etc/rc.subr has "$command $rc_flags $command_args" >>> >>> So, the question is, is this an error in rc_subr? No, it's always been that way, and it's actually fairly well documented. >> There are a number of /etc/rc.d scripts that follow similar usage, but >> they are mostly using flag variable names that don't match >> "${name}_flags". The exception is auditd which presumably would >> get double flags, if it were actually given any. That usage in auditd appears to be an error. >> $ grep -Ei "command_args.*=.*flags" /etc/rc.d/* >> /etc/rc.d/auditd:command_args="${auditd_flags}" >> /etc/rc.d/nfsd:command_args="${nfs_server_flags}" >> /etc/rc.d/ypbind:command_args="${nis_client_flags}" >> /etc/rc.d/yppasswdd:command_args="${nis_yppasswdd_flags}" >> /etc/rc.d/ypserv:command_args="${nis_server_flags}" >> /etc/rc.d/ypset:command_args="${nis_ypset_flags}" >> /etc/rc.d/ypxfrd:command_args="${nis_ypxfrd_flags}" > > I'm willing to bet that if you run some of these scripts through sh -x > (auditd, for example) you will find that they use double flags, just > like mine do. That would be true for auditd, but not for the others, for the reason described above. > Since rc.subr will append the flags to the commandline, adding them to > command_args is superfluous. If you set flags defaults in the script > such that /etc/rc.conf settings will override them, there's no need to > add flags to the commandline. Rc.subr does it for you. That's right. I try to catch these when scripts are committed or modified, but I can't review them all. Glad to hear that you got the right education though, and hopefully this being on the ports list will help someone else too. Doug -- This .signature sanitized for your protection From fbsd06 at mlists.homeunix.com Tue Jun 3 17:59:43 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Tue Jun 3 17:59:48 2008 Subject: Problems with startup scripts In-Reply-To: References: <765B879956FB90DA571FA609@Macintosh.local> <20080603131937.192622ee@gumby.homeunix.com.> Message-ID: <20080603185938.28a6b240@gumby.homeunix.com.> On Tue, 03 Jun 2008 09:13:03 -0500 Paul Schmehl wrote: > I suppose most binaries don't bother to check if flags are set twice > and throw an error. Most likely what they do is accept the last one > set and ignore the previous ones. That's generally the unix way of handling this because it allows overriding. For example, you might wish to alias df to 'df -h' but sometimes want df -m. Treating a duplicated flag as an error seems entirely the wrong approach, and potentially a nightmare. From bt at turtle.freedns.us Tue Jun 3 19:35:05 2008 From: bt at turtle.freedns.us (Igor Serikov) Date: Tue Jun 3 19:35:12 2008 Subject: A bug in graphics/vcg Message-ID: <48459983.90201@turtle.freedns.us> Hello Porters, There is a bug in graphics/vcg which I reported to sander@cs.uni-sb.de and vcg-users@cs.uni-sb.de but got no response. At X11dev.c:1172 should be XEvent, not XAnyEvent. Look at the definition. XAnyEvent is smaller in size than required, so stack corruption is the result. Take care, Igor. From gerard at seibercom.net Tue Jun 3 22:04:00 2008 From: gerard at seibercom.net (Gerard) Date: Tue Jun 3 22:04:06 2008 Subject: sasl2 and postfix In-Reply-To: <28d0e6b80806030614i54a287a2x98ea4eb92a98d038@mail.gmail.com> References: <28d0e6b80806030614i54a287a2x98ea4eb92a98d038@mail.gmail.com> Message-ID: <20080603180350.4b008e11@scorpio> On Tue, 3 Jun 2008 09:14:49 -0400 "Jorge Medina" wrote: > Hi guys i have a problem with postfix+cyrus-saslauthd in FreeBSD 7.0 > -STABLE and the smtpd don't work with smtpd_sasl_enable=yes and de log > show me this: > > Jun 3 09:00:55 mail postfix/smtpd[40192]: warning: SASL: Connect to > smtpd failed: No such file or directory > Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL > authentication mechanisms > Jun 3 13:00:56 mail postfix/master[82423]: warning: process > /usr/local/libexec/postfix/smtpd pid 40192 exit status 1 > Jun 3 13:00:56 mail postfix/master[82423]: warning: > /usr/local/libexec/postfix/smtpd: bad command startup -- throttling > > my /usr/local/lib/sasl2/smtpd.conf > > pwcheck_method: saslauthd > log_level: 3 > mech_list: PLAIN LOGIN > authdaemond_path:/var/run/saslauthd/mux > > my main.cf > queue_directory = /var/spool/postfix > command_directory = /usr/local/sbin > daemon_directory = /usr/local/libexec/postfix > data_directory = /var/db/postfix > > sendmail_path = /usr/local/sbin/sendmail > newaliases_path = /usr/local/bin/newaliases > mailq_path = /usr/local/bin/mailq > mail_owner = postfix > setgid_group = maildrop > > myhostname = mail.railgun.cl > mydomain = railgun.cl > mydestination = $myhostname.$mydomain > mynetworks = 127.0.0.0/8, 10.100.8.0/24, 10.100.1.0/24 > > smtpd_recipient_restrictions = permit_sasl_authenticated, > permit_mynetworks, reject_unauth_destination > smtpd_sasl_auth_enable = yes > smtpd_sasl_security_options = noanonymous > smtpd_sasl_local_domain = > smtp_sasl_auth_enable = no > #smtpd_sasl_path=/var/run/saslauthd/mux > smtpd_sasl_path = smtpd > smtp_sasl_type = cyrus > > virtual_maildir_sufix = /Maildir/ > virtual_maildir_base = /var/vmail > virtual_uid_maps = static:125 > virtual_minimum_uid = 125 > virtual_gid_maps = static:125 > virtual_transport = virtual > > virtual_alias_maps = pgsql:/etc/postfix/alias_maps.cf > virtual_maildir_domains = pgsql:/etc/postfix/domain_maps.cf > virtual_maildir_maps = pgsql:/etc/postfix/mailbox_maps.cf > virtual_maildir_limit_maps = pgsql:/etc/postfix/quota_maps.cf > > virtual_create_maildirsize = yes > virtual_maildir_extended = yes > virtual_maildir_limit_override = yes > virtual_maildir_limit_message = Sorry, the user's maildir has > overdrawn his diskspace quota, please try again later. > virtual_overquota_bounce = yes > > and when change smtpd_sasl_path=smtpd to > smtpd_sasl_path=/var/run/saslauthd/mux the message log show me this: > > Jun 3 09:00:55 mail postfix/smtpd[40192]: fatal: no SASL > authentication mechanisms > Jun 3 09:10:29 mail saslauthd[32340]: do_request : login > exceeded MAX_REQ_LEN: 256 > Jun 3 09:10:29 mail postfix/smtpd[40255]: fatal: no SASL > authentication mechanisms > > any help it's welcomed. You might get better results posting this on the Postfix forum. Personally, it works for me so I am not quite sure what your problem is at this point. -- Gerard gerard@seibercom.net Life is like a simile. -------------- 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/20080603/b3eeeba2/signature.pgp From stsp at elego.de Wed Jun 4 09:14:37 2008 From: stsp at elego.de (Stefan Sperling) Date: Wed Jun 4 09:26:45 2008 Subject: devel/subversion* ports and www/neon26 In-Reply-To: <1212506706.15220.16.camel@localhost> References: <1212506706.15220.16.camel@localhost> Message-ID: <20080604090234.GC12977@jack.stsp.name> On Tue, Jun 03, 2008 at 11:25:06AM -0400, Coleman Kane wrote: > Hello, > > Since www/neon28 was moved into ports, subversion still depends upon > www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion > to use neon 2.8 by modifying the subversion Makefile appropriately. Is > there any specific reason to not move subversion to default to use > www/neon28 instead of www/neon26 ? [cross-posting to dev@subversion.tigris.org] Subversion 1.4 does not officially support neon 0.28 (albeit it may work, if there are no API and/or ABI incompatibility issues). Subversion 1.5 will support it. The INSTALL notes in trunk were updated to mention support for Neon 0.28 in trunk on Tue, 19 Feb 2008: $ svn log -r29432 http://svn.collab.net/repos/svn/trunk/INSTALL ------------------------------------------------------------------------ r29432 | pburba | 2008-02-19 18:01:57 +0100 (Tue, 19 Feb 2008) | 2 lines * INSTALL: Note that we support Neon 0.28. ------------------------------------------------------------------------ This happened after 1.5.x was branched. The INSTALL notes on the 1.5.x branch don't mention support for neon-0.28. But the autoconf macros were updated on the 1.5.x branch to support neon 0.28, so the 1.5 release will support Neon 0.28: $ svn log -r29469 http://svn.collab.net/repos/svn/branches/1.5.x/build/ac-macros/neon.m4 ------------------------------------------------------------------------ r29469 | hwright | 2008-02-21 05:45:29 +0100 (Thu, 21 Feb 2008) | 8 lines Merge r29379 and r29401 from trunk: * r29379, r29401 Support Neon 0.28. Votes: +1: arfrever +1: pburba (r29401) ------------------------------------------------------------------------ I will try to make sure the INSTALL notes get updated to mention neon-0.28 support before 1.5 is released. Stefan -------------- 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/20080604/5a3dad41/attachment.pgp From 7yuny1 at gmail.com Wed Jun 4 12:47:29 2008 From: 7yuny1 at gmail.com (Jyun-Yi Liou) Date: Wed Jun 4 12:47:33 2008 Subject: devel/gio-fam-backend build faild Message-ID: <81a9e3840806040518w59369944o7f240ce80b4cf931@mail.gmail.com> Hi list! I cant build devel/gio-fam-backend while I wana upgrade irc/bitlbee from 1.0.2 to 1.2 the compile error message below: ===> Building for gio-fam-backend-2.16.3 /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -march=pentium3 -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam rm -fr .libs/libgiofam.exp generating symbol list for `libgiofam.la' /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgiofam.exp /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > ".libs/libgiofam.expT" mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so/usr/local/lib/libfam.so -march=pentium3 -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so */usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2* Stop in /usr/ports/devel/gio-fam-backend. ports tree has already updated best regards, jyuny1 From killing at multiplay.co.uk Wed Jun 4 13:17:30 2008 From: killing at multiplay.co.uk (Steven Hartland) Date: Wed Jun 4 13:17:37 2008 Subject: devel/gio-fam-backend build faild References: <81a9e3840806040518w59369944o7f240ce80b4cf931@mail.gmail.com> Message-ID: You need to upgrade all your ports as gnome has been updated, caught us out too. See: http://www.freebsd.org/gnome/docs/faq222.html Regards Steve ----- Original Message ----- From: "Jyun-Yi Liou" <7yuny1@gmail.com> To: Cc: Sent: Wednesday, June 04, 2008 1:18 PM Subject: devel/gio-fam-backend build faild > Hi list! > > I cant build devel/gio-fam-backend while I wana upgrade irc/bitlbee from > 1.0.2 to 1.2 > the compile error message below: > > ===> Building for gio-fam-backend-2.16.3 > /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" > -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS > -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION > -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -march=pentium3 -Wall > -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex > '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath > /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo > libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo > libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam > rm -fr .libs/libgiofam.exp > generating symbol list for `libgiofam.la' > /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o > .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | > uniq > .libs/libgiofam.exp > /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > > ".libs/libgiofam.expT" > mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" > cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o > .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib > -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so > -lgio-2.0 /usr/local/lib/libgobject-2.0.so > /usr/local/lib/libglib-2.0.so/usr/local/lib/libfam.so -march=pentium3 > -Wl,-soname -Wl,libgiofam.so > -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so > */usr/bin/ld: cannot find -lgio-2.0 > gmake: *** [libgiofam.la] Error 1 > *** Error code 2* > > Stop in /usr/ports/devel/gio-fam-backend. > > ports tree has already updated > > best regards, > jyuny1 > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From gerald at pfeifer.com Wed Jun 4 13:38:31 2008 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Wed Jun 4 13:38:36 2008 Subject: Wine 1.0-rc3 failed build In-Reply-To: <4842D94C.7030700@cyberbotx.com> References: <4842D94C.7030700@cyberbotx.com> Message-ID: On Sun, 1 Jun 2008, Naram Qashat wrote: > I just updated my ports tree which included the update of Wine to > 1.0-rc3. I attempted to build it and it failed at this point: Thanks for the report. I have tried to go for the upstream fix, but that seems to depend on other changes and thus is not applicable for the current Wine snapshot (rc3) though I verified that current upstream sources work with that. I am currently testing an alternate patch which I plan to commit in a few hours if testing passed. Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From kuriyama at s2factory.co.jp Wed Jun 4 14:06:39 2008 From: kuriyama at s2factory.co.jp (Jun Kuriyama) Date: Wed Jun 4 14:06:45 2008 Subject: [phing] Updated FreeBSD Phing Port In-Reply-To: <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> References: <20071002110641.T58608@arbitor.digitalfreaks.org> <470929CF.2030001@gmail.com> <20080404112523.F86260@arbitor.digitalfreaks.org> <1207323967.12773.103.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207327408.12773.118.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207582328.12507.36.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Message-ID: <7mmym1iato.wl%kuriyama@s2factory.co.jp> At Fri, 30 May 2008 17:11:35 -0400, Brian A. Seklecki wrote: > Normally I would say that this PR may be approaching the point where we > override the maintainer No problem from me. -- Jun Kuriyama // S2 Factory, Inc. // IMG SRC, Inc. From 7yuny1 at gmail.com Wed Jun 4 14:34:39 2008 From: 7yuny1 at gmail.com (Jyun-Yi Liou) Date: Wed Jun 4 14:34:43 2008 Subject: devel/gio-fam-backend build faild In-Reply-To: References: <81a9e3840806040518w59369944o7f240ce80b4cf931@mail.gmail.com> Message-ID: <81a9e3840806040734q3ecaf6bmc7bc0e486095df55@mail.gmail.com> Thanks for this hint, Steve! but I am confused why bitlbee depends on devel/gio-fam-backend I can install bitlbee from source tarbal without gio-fam-backend (juust ./configure, gmake, gmake install) because of "USE_GNOME= glib20" in irc/bitlbee/Makefile? Regards, jyuny1 2008/6/4 Steven Hartland : > You need to upgrade all your ports as gnome has been updated, caught us > out too. See: > http://www.freebsd.org/gnome/docs/faq222.html > > Regards > Steve > > ----- Original Message ----- From: "Jyun-Yi Liou" <7yuny1@gmail.com> > To: > Cc: > Sent: Wednesday, June 04, 2008 1:18 PM > Subject: devel/gio-fam-backend build faild > > > Hi list! >> >> I cant build devel/gio-fam-backend while I wana upgrade irc/bitlbee from >> 1.0.2 to 1.2 >> the compile error message below: >> >> ===> Building for gio-fam-backend-2.16.3 >> /bin/sh ../../libtool --tag=CC --mode=link cc >> -DG_LOG_DOMAIN=\"GLib-GIO\" >> -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS >> -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION >> -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -march=pentium3 >> -Wall >> -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex >> '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la-rpath >> /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo >> libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo >> libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam >> rm -fr .libs/libgiofam.exp >> generating symbol list for `libgiofam.la' >> /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o >> .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o >> .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ >> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ >> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort >> | >> uniq > .libs/libgiofam.exp >> /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > >> ".libs/libgiofam.expT" >> mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" >> cc -shared .libs/libgiofam_la-fam-helper.o >> .libs/libgiofam_la-fam-module.o >> .libs/libgiofam_la-gfamdirectorymonitor.o >> .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib >> -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so >> -lgio-2.0 /usr/local/lib/libgobject-2.0.so >> /usr/local/lib/libglib-2.0.so/usr/local/lib/libfam.so -march=pentium3 >> -Wl,-soname -Wl,libgiofam.so >> -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so >> */usr/bin/ld: cannot find -lgio-2.0 >> gmake: *** [libgiofam.la] Error 1 >> *** Error code 2* >> >> Stop in /usr/ports/devel/gio-fam-backend. >> >> ports tree has already updated >> >> best regards, >> jyuny1 >> _______________________________________________ >> 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" >> >> > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > From killing at multiplay.co.uk Wed Jun 4 15:21:12 2008 From: killing at multiplay.co.uk (Steven Hartland) Date: Wed Jun 4 15:21:14 2008 Subject: devel/gio-fam-backend build faild References: <81a9e3840806040518w59369944o7f240ce80b4cf931@mail.gmail.com> <81a9e3840806040734q3ecaf6bmc7bc0e486095df55@mail.gmail.com> Message-ID: <9CC3BF88103E4B27BD1F862516FC4E25@multiplay.co.uk> Correct, tbh it really should detect the updated requirement better than it does. Regards Steve ----- Original Message ----- From: "Jyun-Yi Liou" <7yuny1@gmail.com> > Thanks for this hint, Steve! > but I am confused why bitlbee depends on devel/gio-fam-backend > I can install bitlbee from source tarbal without gio-fam-backend (juust > ./configure, gmake, gmake install) > > because of "USE_GNOME= glib20" in irc/bitlbee/Makefile? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From gerald at pfeifer.com Wed Jun 4 17:17:17 2008 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Wed Jun 4 17:17:24 2008 Subject: Wine 1.0-rc3 failed build In-Reply-To: References: <4842D94C.7030700@cyberbotx.com> Message-ID: On Wed, 4 Jun 2008, Gerald Pfeifer wrote: > Thanks for the report. I have tried to go for the upstream fix, but > that seems to depend on other changes and thus is not applicable for > the current Wine snapshot (rc3) though I verified that current upstream > sources work with that. > > I am currently testing an alternate patch which I plan to commit in a > few hours if testing passed. I'll take that back -- with a second hunk the upstream change actually worked and I just committed this. I hope it addresses your build issue? (I didn't see this on my testing machine.) Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From ben at altesco.nl Wed Jun 4 17:39:34 2008 From: ben at altesco.nl (Ben Stuyts) Date: Wed Jun 4 17:39:39 2008 Subject: portupgrade complains "Makefile possibly broken" Message-ID: Hi, Recently I'm having problems upgrading my ports: # portupgrade -Raisbk ---> Session started at: Wed, 04 Jun 2008 19:16:21 +0200 [Updating the pkgdb in /var/db/pkg ... - 210 packages found (-3 +0) (...) done] ** Makefile possibly broken: print/ghostscript-gpl-nox11: "/usr/ports/print/ghostscript-gpl-nox11/../ghostscript-gpl/Makefile", line 157: warning: drivers incompatible with WITHOUT_ICONV will be removed automatically ghostscript-gpl-nox11-8.62_2 ---> Session ended at: Wed, 04 Jun 2008 19:16:34 +0200 (consumed 00:00:12) /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 While searching the 'net I have found similar problems, but no solution. Can anybody help? This is on 7-stable, amd64, everything updated just over an hour ago. Thanks, Ben From brix at FreeBSD.org Wed Jun 4 19:04:20 2008 From: brix at FreeBSD.org (Henrik Brix Andersen) Date: Wed Jun 4 19:04:25 2008 Subject: devel/gio-fam-backend build faild In-Reply-To: <9CC3BF88103E4B27BD1F862516FC4E25@multiplay.co.uk> References: <81a9e3840806040734q3ecaf6bmc7bc0e486095df55@mail.gmail.com> <9CC3BF88103E4B27BD1F862516FC4E25@multiplay.co.uk> Message-ID: <20080604190416.GA54722@tirith.brixandersen.dk> On Wed, Jun 04, 2008 at 04:20:40PM +0100, Steven Hartland wrote: > Correct, tbh it really should detect the updated requirement better than it does. Meaning what? For information, irc/bitlbee only depends on devel/gio-fam-backend due to the following line in Mk/bsd.gnome.mk: glib20_RUN_DEPENDS= ${LOCALBASE}/lib/gio/modules/libgiofam.so:${PORTSDIR}/devel/gio-fam-backend Since www/bitlbee depends on glib20, it automagically depends on devel/gio-fam-backend as well. Regards, Brix PS: Please avoid top posting. > ----- Original Message ----- From: "Jyun-Yi Liou" <7yuny1@gmail.com> > > >> Thanks for this hint, Steve! >> but I am confused why bitlbee depends on devel/gio-fam-backend >> I can install bitlbee from source tarbal without gio-fam-backend (juust >> ./configure, gmake, gmake install) >> >> because of "USE_GNOME= glib20" in irc/bitlbee/Makefile? > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > 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" > -- Henrik Brix Andersen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 217 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080604/2f9e1b88/attachment.pgp From xaenn at yahoo.com Wed Jun 4 19:32:11 2008 From: xaenn at yahoo.com (Dan Reinholz) Date: Wed Jun 4 20:00:24 2008 Subject: UIM and m17n - m17n languages won't show up Message-ID: <462254.2098.qm@web50109.mail.re2.yahoo.com> Unfortunately I'm not exactly sure when the problem began, but I am imagining it has happened with the update to the latest version of uim and associated libraries. When I run uim none of the languages supplied by m17n are listed. I also cannot find anyway to turn them on using the gtk preference manager. For what it's worth, I used the instructions at: http://www.math.colostate.edu/~reinholz/freebsd/input_management.html If anyone can offers suggestions for further debugging, or a possible solution, it would be greatly appreciated. Thanks, -Daniel From dougb at FreeBSD.org Wed Jun 4 21:23:20 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jun 4 21:23:23 2008 Subject: portmaster and restarting of upgraded daemons In-Reply-To: <47E660A3.3050805@quip.cz> References: <47E660A3.3050805@quip.cz> Message-ID: <484707B0.7030805@FreeBSD.org> Miroslav Lachman wrote: > I am almost new to portmaster, so I got a question - is there any > possibility to restart installed services as in portupgrade with defined > BEFOREBUILD / BEFOREDEINSTALL / AFTERINSTALL? Or is there any future > plan to do so? It is annoying if I end up with some dead services after > upgrade just because I forgot to manualy do > /usr/local/etc/rc.d/some_daemon restart No such feature is planned at this time. > Next question - is there any documentation for portmaster.rc / > .portmasterrc? I can't find any documentation for it on the internet, > just some notices to search in portmaster script (source file) for > "while getopts", where variables are defined, but it is not usual way to > get documentation ;) Agreed, however at the moment I lack time to do a thorough job of this. I did add a note to the just-committed 2.3 man page to tell the user where to look though. I hope to update this for a future version. > And last question - /etc/portmaster.rc - is it realy right place > according to man hier? I would expect it in /usr/local/etc/portmaster.rc. You're absolutely right. I copied the code for this from mergemaster, and neglected to fix the path. I have added support for /usr/local/etc in version 2.3 and mentioned in the man page that /etc is deprecated. In the next version the presence of /etc/portmaster.rc will throw an error, and in the version after that it will be fatal. Thanks for your interest and suggestions! Doug -- This .signature sanitized for your protection From killing at multiplay.co.uk Wed Jun 4 22:17:44 2008 From: killing at multiplay.co.uk (Steven Hartland) Date: Wed Jun 4 22:17:47 2008 Subject: devel/gio-fam-backend build faild References: <81a9e3840806040734q3ecaf6bmc7bc0e486095df55@mail.gmail.com><9CC3BF88103E4B27BD1F862516FC4E25@multiplay.co.uk> <20080604190416.GA54722@tirith.brixandersen.dk> Message-ID: <162F959CBAE34D1A9664A9653EFF7C24@multiplay.co.uk> ----- Original Message ----- From: "Henrik Brix Andersen" On Wed, Jun 04, 2008 at 04:20:40PM +0100, Steven Hartland wrote: >> Correct, tbh it really should detect the updated requirement >> better than it does. > > Meaning what? Meaning if it depends on a specific version of another package it should ensure that version is built and installed. This is one of the key benefits features of ports tree IMO. The current error is hard to track down, where as if there was a failure installing version XYZ of a package e.g. due to a conflict, it would be much more obvious to the EU as to what the actual issue was. Ideally a "make clean" followed by a "make" should never fail with such none descript error when its a dependency issue. PS: Nothing wrong with top posting as long as maintains the thread context, its often much easier to follow IMO. Also has the benefit that: people who have been following the thread and already know the context, don't have to look through old information to find the new :) ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From peter at p12n.org Thu Jun 5 00:42:32 2008 From: peter at p12n.org (Peter Samuelson) Date: Thu Jun 5 00:42:36 2008 Subject: devel/subversion* ports and www/neon26 In-Reply-To: <20080604090234.GC12977@jack.stsp.name> References: <1212506706.15220.16.camel@localhost> <20080604090234.GC12977@jack.stsp.name> Message-ID: <20080605001550.GA3906@p12n.org> (Seen on dev@subversion.tigris.org) > On Tue, Jun 03, 2008 at 11:25:06AM -0400, Coleman Kane wrote: > > Since www/neon28 was moved into ports, subversion still depends upon > > www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion > > to use neon 2.8 by modifying the subversion Makefile appropriately. Is > > there any specific reason to not move subversion to default to use > > www/neon28 instead of www/neon26 ? As Stefan has said, Subversion 1.4 does not support neon 0.28. However, we are using it in Debian unstable, with the following patch: svn export svn://svn.debian.org/pkg-subversion/trunk/debian/patches/neon27 (The patch name reflects the fact that neon 0.28 is API-compatible with neon 0.27.) -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080605/25ce1111/attachment.pgp From edwin at mavetju.org Thu Jun 5 00:45:06 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Thu Jun 5 00:45:11 2008 Subject: devel/subversion* ports and www/neon26 In-Reply-To: <20080604090234.GC12977@jack.stsp.name> References: <1212506706.15220.16.camel@localhost> <20080604090234.GC12977@jack.stsp.name> Message-ID: <20080605004503.GB89655@k7.mavetju> On Wed, Jun 04, 2008 at 11:02:34AM +0200, Stefan Sperling wrote: > > Since www/neon28 was moved into ports, subversion still depends upon > > www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion > > to use neon 2.8 by modifying the subversion Makefile appropriately. Is > > there any specific reason to not move subversion to default to use > > www/neon28 instead of www/neon26 ? > > [cross-posting to dev@subversion.tigris.org] > > Subversion 1.4 does not officially support neon 0.28 (albeit it > may work, if there are no API and/or ABI incompatibility issues). > > Subversion 1.5 will support it. That means that devel/subversion-devel and devel/subversion-freebsd can move to www/neon28. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From edwin at mavetju.org Thu Jun 5 01:26:37 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Thu Jun 5 01:26:41 2008 Subject: Seg Fault: Xchat (on run) In-Reply-To: <475DA623.70103@yahoo.com> References: <20080517010437.GC3043@k7.mavetju> Message-ID: <20080605011026.GA16962@k7.mavetju> > Not which list to post this to so figured I would start here. The > problem I have am is xchat segfaults on me right after I start it. Did > not have the problem on 6.2 or 6.3 but doesn't seem to like 7.0-BETA4 > ... anybody have any ideas? Rebuild lang/perl5.8 with WITHOUT_PERL_MALLOC=1 in your /etc/make.conf and it works fine then. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From sahil at tandon.net Thu Jun 5 02:23:39 2008 From: sahil at tandon.net (Sahil Tandon) Date: Thu Jun 5 02:23:42 2008 Subject: devel/gio-fam-backend build faild In-Reply-To: <162F959CBAE34D1A9664A9653EFF7C24@multiplay.co.uk> References: <20080604190416.GA54722@tirith.brixandersen.dk> <162F959CBAE34D1A9664A9653EFF7C24@multiplay.co.uk> Message-ID: <20080605022330.GB54644@shepherd> Steven Hartland wrote: > ----- Original Message ----- From: "Henrik Brix Andersen" > > On Wed, Jun 04, 2008 at 04:20:40PM +0100, Steven Hartland wrote: >>> Correct, tbh it really should detect the updated requirement >>> better than it does. >> >> Meaning what? > > Meaning if it depends on a specific version of another package > it should ensure that version is built and installed. This is > one of the key benefits features of ports tree IMO. > > The current error is hard to track down, where as if there was > a failure installing version XYZ of a package e.g. due to a > conflict, it would be much more obvious to the EU as to what > the actual issue was. The error output shows the compilation failure occurs while working with glib files. If the user is not running the latest glib, then that is quite a good clue. And because this particular issue has become a FAQ here on the mailing list, the OP could've found the answer by searching the archives. > Ideally a "make clean" followed by a "make" should never fail > with such none descript error when its a dependency issue. The error != nondescript. > PS: Nothing wrong with top posting as long as maintains the > thread context, its often much easier to follow IMO. Also has > the benefit that: people who have been following the thread > and already know the context, don't have to look through old > information to find the new :) See: http://www.idallen.com/topposting.html -- Sahil Tandon From mezz7 at cox.net Thu Jun 5 03:25:41 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jun 5 03:25:45 2008 Subject: portmaster and restarting of upgraded daemons In-Reply-To: <484707B0.7030805@FreeBSD.org> References: <47E660A3.3050805@quip.cz> <484707B0.7030805@FreeBSD.org> Message-ID: On Wed, 04 Jun 2008 16:22:56 -0500, Doug Barton wrote: > Miroslav Lachman wrote: >> And last question - /etc/portmaster.rc - is it realy right place >> according to man hier? I would expect it in >> /usr/local/etc/portmaster.rc. > > You're absolutely right. I copied the code for this from mergemaster, > and neglected to fix the path. I have added support for /usr/local/etc > in version 2.3 and mentioned in the man page that /etc is deprecated. In > the next version the presence of /etc/portmaster.rc will throw an error, > and in the version after that it will be fatal. The ~/.portmasterrc will be stay? Just asking, because I like it to be in /etc/ as I killed /usr/local/* too often. I don't mind to move it to ~/.portmasterrc. Cheers, Mezz > Thanks for your interest and suggestions! > > Doug -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mezz7 at cox.net Thu Jun 5 03:27:00 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Jun 5 03:27:05 2008 Subject: Seg Fault: Xchat (on run) In-Reply-To: <20080605011026.GA16962@k7.mavetju> References: <20080517010437.GC3043@k7.mavetju> <20080605011026.GA16962@k7.mavetju> Message-ID: On Wed, 04 Jun 2008 20:10:26 -0500, Edwin Groothuis wrote: >> Not which list to post this to so figured I would start here. The >> problem I have am is xchat segfaults on me right after I start it. Did >> not have the problem on 6.2 or 6.3 but doesn't seem to like 7.0-BETA4 >> ... anybody have any ideas? > > Rebuild lang/perl5.8 with WITHOUT_PERL_MALLOC=1 in your /etc/make.conf > and it works fine then. http://lists.freebsd.org/pipermail/freebsd-perl/2008-March/001790.html Read the follow up, tobez has checked it out and gave a bit details of debug. I don't know what happened to it. He must be busy or something else. I am hoping that Perl 5.10 (dunno when will going in ports tree) might has no problem. Cheers, Mezz > Edwin -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pj at smo.de Thu Jun 5 03:38:31 2008 From: pj at smo.de (Philipp Ost) Date: Thu Jun 5 03:38:34 2008 Subject: portupgrade complains "Makefile possibly broken" In-Reply-To: References: Message-ID: <48470D47.2090405@smo.de> Ben Stuyts wrote: [snipped] > This is on 7-stable, amd64, everything updated just over an hour ago. I see this on i386 (don't know when it began, perhaps a week ago...), too. I'm also running 7-STABLE. Philipp From dougb at FreeBSD.org Thu Jun 5 04:07:54 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Jun 5 04:07:57 2008 Subject: portmaster and restarting of upgraded daemons In-Reply-To: References: <47E660A3.3050805@quip.cz> <484707B0.7030805@FreeBSD.org> Message-ID: <48476697.609@FreeBSD.org> Jeremy Messenger wrote: > On Wed, 04 Jun 2008 16:22:56 -0500, Doug Barton wrote: > >> Miroslav Lachman wrote: > >>> And last question - /etc/portmaster.rc - is it realy right place >>> according to man hier? I would expect it in >>> /usr/local/etc/portmaster.rc. >> >> You're absolutely right. I copied the code for this from mergemaster, >> and neglected to fix the path. I have added support for /usr/local/etc >> in version 2.3 and mentioned in the man page that /etc is deprecated. >> In the next version the presence of /etc/portmaster.rc will throw an >> error, and in the version after that it will be fatal. > > The ~/.portmasterrc will be stay? Yes, especially since that's what I use. :) Doug -- This .signature sanitized for your protection From chathurasadaruwan at gmail.com Thu Jun 5 06:16:52 2008 From: chathurasadaruwan at gmail.com (chathura sadaruwan) Date: Thu Jun 5 06:16:55 2008 Subject: (no subject) Message-ID: From jhs at berklix.org Thu Jun 5 08:46:59 2008 From: jhs at berklix.org (Julian Stacey) Date: Thu Jun 5 08:47:05 2008 Subject: Enabling GPG Crypt & Key lookup on EXMH 2.7.2 Message-ID: <200806050806.m5586HQh040811@fire.js.berklix.net> Hi ports@freebsd.org Does anyone have GPG working with EXMH ? If so I'd be inyerested to know what bits you consider important in ~/.exmh/exmh-defaults /var/db/pkg/ I asked exmh-users@redhat.com, & posted my config there, but no answers overnight, & I suspect this is a FreeBSD config issue. Thanks, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From ben at altesco.nl Thu Jun 5 09:22:42 2008 From: ben at altesco.nl (Ben Stuyts) Date: Thu Jun 5 09:22:52 2008 Subject: portupgrade complains "Makefile possibly broken" In-Reply-To: <48470D47.2090405@smo.de> References: <48470D47.2090405@smo.de> Message-ID: On 4 jun 2008, at 23:46, Philipp Ost wrote: > Ben Stuyts wrote: > [snipped] >> This is on 7-stable, amd64, everything updated just over an hour ago. > > I see this on i386 (don't know when it began, perhaps a week > ago...), too. I'm also running 7-STABLE. Yes, I've seen some reports of this, but never any solution. Anybody? Thanks, Ben From des at des.no Thu Jun 5 19:16:51 2008 From: des at des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=) Date: Thu Jun 5 19:16:55 2008 Subject: FreeBSD Port: doscmd-20040330_3 In-Reply-To: (Enoch W.'s message of "Wed\, 4 Jun 2008 18\:06\:55 -0400") References: Message-ID: <86hcc7d800.fsf@ds4.des.no> Enoch W. writes: > Is anyone successful with doscmd under FreeBSD 7.0? > I'm trying to run a real-dos cross assembler, it works well in 6.3 but > it freezes in 7.0. Freezes how? DES -- Dag-Erling Sm?rgrav - des@des.no From erwin at FreeBSD.org Thu Jun 5 21:37:38 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Jun 5 21:37:40 2008 Subject: INDEX build failed for 6.x Message-ID: <200806052137.m55LbZd2084028@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 pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite Committers on the hook: anders araujo dinoex fjoe green hq jadawin miwi mm mnag nox obrien olgeni pav rafan shaun stas sumikawa Most recent CVS update was: U archivers/Makefile U archivers/libdynamite/Makefile U archivers/libdynamite/distinfo U archivers/libdynamite/pkg-descr U archivers/libdynamite/pkg-plist U archivers/orange/Makefile U comms/obexapp/files/patch-Makefile U databases/Makefile U databases/powerarchitect/Makefile U databases/powerarchitect/distinfo U databases/powerarchitect/pkg-descr U databases/powerarchitect/pkg-plist U databases/powerarchitect/files/powerarchitect.in U devel/cproto/Makefile U devel/cproto/files/patch-system.h U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U emulators/kqemu-kmod/Makefile U emulators/kqemu-kmod/files/patch-tssworkaround U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U math/maxima/Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-kde/Makefile U palm/synce-rra/files/patch-src-rra-timezone.c U ports-mgmt/p5-FreeBSD-Ports-INDEXhash/Makefile U ports-mgmt/p5-FreeBSD-Ports-INDEXhash/distinfo U ports-mgmt/p5-FreeBSD-Ports-INDEXhash/pkg-descr U security/Makefile U security/spybye/Makefile U security/spybye/distinfo U security/spybye/pkg-descr U security/spybye/pkg-plist U security/spybye/files/spybye.sh.in U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U textproc/Makefile U textproc/p5-XML-FeedPP/Makefile U textproc/p5-XML-FeedPP/distinfo U textproc/p5-XML-FeedPP/pkg-descr U textproc/p5-XML-FeedPP/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From stas at FreeBSD.org Thu Jun 5 21:50:47 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Thu Jun 5 21:50:52 2008 Subject: Enabling GPG Crypt & Key lookup on EXMH 2.7.2 In-Reply-To: <200806050806.m5586HQh040811@fire.js.berklix.net> References: <200806050806.m5586HQh040811@fire.js.berklix.net> Message-ID: <20080606015039.28a4d853.stas@FreeBSD.org> On Thu, 05 Jun 2008 10:06:17 +0200 "Julian Stacey" mentioned: > Hi ports@freebsd.org > Does anyone have GPG working with EXMH ? > If so I'd be inyerested to know what bits you consider important in > ~/.exmh/exmh-defaults > /var/db/pkg/ > I asked exmh-users@redhat.com, & posted my config there, > but no answers overnight, & I suspect this is a FreeBSD config issue. Post your config here so we can take a look. -- Stanislav Sedov ST4096-RIPE -------------- 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/20080605/4aaa5565/attachment.pgp From jhs at berklix.org Thu Jun 5 22:24:58 2008 From: jhs at berklix.org (Julian Stacey) Date: Thu Jun 5 22:25:03 2008 Subject: Enabling GPG Crypt & Key lookup on EXMH 2.7.2 In-Reply-To: Your message "Fri, 06 Jun 2008 01:50:39 +0400." <20080606015039.28a4d853.stas@FreeBSD.org> Message-ID: <200806052222.m55MMDcD073442@fire.js.berklix.net> Stanislav Sedov wrote: > "Julian Stacey" mentioned: > > Hi ports@freebsd.org > > Does anyone have GPG working with EXMH ? > > If so I'd be inyerested to know what bits you consider important in > > ~/.exmh/exmh-defaults > > /var/db/pkg/ > > I asked exmh-users@redhat.com, & posted my config there, > > but no answers overnight, & I suspect this is a FreeBSD config issue. > > Post your config here so we can take a look. > > Stanislav Sedov Thanks, here below: BTW I only the problem encrypting is with EXMH-2.7.2 on my amd64 6.2-rel, decrypting is OK now I have installed security/quintuple-agent for q-client On my 7.0-rel i386 I can use the same gpg keys to encode with mail/claws-mail, & can also manually gpg encrypt. ~/.exmh/exmh-defaults --------------- !!! jhs !!! Saved Window Positions !!! Thu Jun 5 23:06:39 CEST 2008 !!! Do not edit below here *fl.position: +850+-1 *pref.position: +674+0 *fontsel.position: +159+0 *fileSelect.position: +943+230 *newf.position: +422+522 *delf.position: +864+448 *aliaspref.position: +845+210 *addr_br.position: +845+210 *html.position: +596+121 *pop.position: +1087+601 *find.position: +706+318 *key.position: +906+258 *log.position: +0+0 *edit21.position: +577+532 *sedit21.position: +294+471 *exwinPaths: .fl .pref .fontsel .fileSelect .newf .delf .aliaspref .addr_br .html .pop .find .key .log .edit21 .sedit21 exmh.geometry: 838x1171+0+0 *Fltop.Canvas.height: 555 *Fltop.Canvas.width: 713 !!! End Positions !!! Lines below here automatically added !!! Thu Jun 5 12:27:47 CEST 2008 !!! Do not edit below here *bgAction: inc *incStyle: presort *popHost: *editCmd: exmh-async xterm -geometry 80x41 -fn 9x15 -e /usr/bin/vi *autoCommit: 1 *uriScanForURIs: 1 *seqWinOn: 0 *soundEnabled: 0 *facesEnabled: 0 *addressdbEnabled: 1 *sourceHook: 0 *logEnabled: 1 *logLines: 10000 *flistDebug: 0 *scanProc: scan *sendType: async *xtermCmd: xterm -g 80x5 *forwTweak: 1 *forwSubj: $subj (fwd) *delPrefix: sbackup *purgeAge: 7 *replPrefix: > *seditFormatMail: OnSend *seditxMailHeader: 1 *seditAttemptMhn: 0 *seditKeepOnSend: 0 *seditQuotedPrintable: automatic *seditLineLength: 79 *seditAutoSign: 1 *seditSigDashes: 1 *seditSigPosition: end *seditSignatureFile: ~jhs/.signature *seditColorize: 1 *seditISO: 1 *seditCharset: iso-8859-1 *seditDefaultType: text/plain *seditSpell: ispell *spellCmd: exmh-async xterm -e ispell *seditNotifySuccess: 0 *seditNotifyFailure: 0 *seditNotifyDelay: 0 *seditNotifyRet: 0 *seditAutosaveInterval: 180 *seditUseFilter: 1 *ispellOnOff: 1 *ispellRecheckAfterAdd: 1 *ispellTextOnly: 0 *ispellCommand: ispell -a -S -d english *ispellOthers: German { ispell -a -d deutsch } French { ispell -a -d francais } English { ispell -a -d english } *ispellPopupBinding: ButtonPress-3 *ispellStyle: underline *ispellStyleColor: red *ispellStyleOther: -underline t -foreground red *intelligentSign: 0 *intelligentSigShowHdrs: 0 *intelligentSigInt: ~/.signature *intelligentSigExt: ~/.signature *intelligentSigDomain: js.berklix.net *editCmd: exmh-async xterm -geometry 80x41 -fn 9x15 -e /usr/bin/vi *edit2Cmd: exmh-async emacs *autoWhom: 1 *seditOverride: 0 *seditAfterAsync: 0 *spellCmd: exmh-async xterm -e ispell *mhnCmd: mhn *slowDispLimit: 200000 *slowDispFaces: when fast *slowDispIcons: when fast *printCmd: lpr $file *psPrintCmd: lpr -Pps $file *unixCmd: cat $file > /dev/null *ftextLines: 13 *impliedDirection: 1 *nextGuard: 0 *autoCommit: 1 *commitDialog: 1 *autoPack: 1 *autoSort: 1 *autoSortType: subject *autoSortCrit: -textfield keywords *ftocShowNew: 1 *advanceOnLink: 0 *skipMarked: 1 *cycleBack: 1 *scanWidth: 100 *scanSize: 100 *mimeEnabled: 1 *mimeShowType: 0 *mimeShowPrelude: 0 *mimeFullHeaders: 0 *mimeMaxSubpartsDisplayed: 5 *mimeMaxSize: 50000 *ftpMethod: ftp -n *ftpCommand: ftp *highlightText: 1 *showRichCmnds: 1 *showSeparator: 1 *showImage: 1 *mimeFontSize: 180 *mimeTitleSize: 160 *mimeNoteSize: 140 *mimeEudora: 1 *mimeEudoraDos: 0 *dispositionNotificationTo: "Julian Stacey" *dispositionNotificationSend: ask user *explainReports: 0 *mime_alternative_prefs: text/plain text/richtext text/html *mimeSaveDir: ~/mail/attachments *uriScanForXURIs: 1 *uriScanForURIs: 1 *uriScanLimit: 1000 *uriScanSoftLimit: 1000 *uriViewer: netscape *mimeShowHtml: inline *deferDisplaysInline: 0 *uriMosaicApp: /usr/local/bin/mozilla -remote openURL($xuri) & *uriNetscapeCmd: /usr/local/bin/firefox -remote openURL($xuri) & *uriTclCmd: NetRemote $xuri *uriLogOnEnter: 1 *htmlFontAdjust: 5 *httpProxy: gate.js.berklix.net *httpProxyPort: 80 *htmlCacheDir: /usr/home/jhs/.webtkcache *htmlCacheSize: 2000000 *imageCacheSize: 25 *imageEnable: 0 *skipImagesInFolder: spam *incStyle: presort *incOnStartup: 1 *incOnMapping: 1 *incSortFeedback: 1 *xnsGetMail: 0 *incStartupFlist: on *popHost: *incfilter: procmail *slocalArgs: -verbose -maildelivery $env(HOME)/.maildelivery *procmailArgs: $env(HOME)/.procmailrc *incfilterArgs: /usr/home/jhs/bin/.sh/procmail.sh *scrollbarSide: left *hscrollbarSide: none *scrollSpeed: 1 *scrollAccel: 4 *wheelEnabled: 0 *textConstrainScroll: 0 *textConstrainFtoc: 1 *textContextLines: 2 *textSmoothScroll: 1 *textSelectDelay: 50 *textAutoNext: 1 *placeToplevel: 1 *keepPlaces: 1 *toplevelFtoc: 0 *toplevelMsg: 0 *mtextLines: 50 *mtextWidth: 80 *seqWinOn: 0 *seqWinIcon: 0 *seqWinOrientation: Horizontal *seqWinMinLines: 3 *seqWinMaxLines: 10 *seqWinMinNameWidth: 11 *seqWinMaxNameWidth: 20 *seqWinFont: 6x10 *seqNeverShow: cur *seqShow: unseen *seqAlwaysShow: *seqWinHideWhenEmpty: 0 *seqWinEmptyMsg: None *seqWinButton1: None *seqWinButton2: None *seqWinButton3: None *seqWinModifiedButton1: None *fcacheLines: 1 *fcacheSticky: Inbox *fcacheStickyOff: 0 *fcacheDontCache: *fcacheSortByName: 1 *fcacheCacheUnseen: 1 *fcacheCacheTarget: 1 *fcacheNickNames: 1 *fcacheUnseenCount: 1 *fdispLines: 4 *fl_toplevel: 1 *fdisp1Col: 0 *fdispPopdownStyle: polygon *fdispPopdownAction: navbutton *fdispPopdownRemove: leave *fdispTarbuttonAction: select+move *findSettingsDefaultLoc: FTOC *soundEnabled: 0 *soundMultiFile: 0 *soundBell: 0 *soundCmd: /usr/local/bin/rplay *soundNewMsg: drip.au *soundError: clink.au *xFaceEnabled: 0 *xfaceProg: uncompface -X *facesEnabled: 0 *facesRow: 0 *xImageUrl: 0 *facesDefer: 0 *facesPalette: *pgpSeditPgp: 0 *pgpSeditPgpExtras: 0 *pgpSign: none *pgpEncrypt: 0 *pgpFormat: pm *pgpVersion: gpg *pgpNoVersion: /usr/local/bin/gpg *pgpKeepPass: 1 *pgpEchoPass: 0 *pgpGrabFocus: 0 *pgpPassTimeout: 600 *pgpExtPass: 0 *pgpGetExtCmd: /usr/local/bin/q-client get %s *pgpDelExtCmd: /usr/local/bin/q-client delete %s *gpgRfc822: 0 *gpgChooseKey: 0 *gpgRunTwice: 0 *gpgCacheIds: none *gpgMinMatch: 75 *gpgShowInline: all *gpgShortMessages: 1 *gpgAutoExtract: 0 *gpgKeyServer: pgp-public-keys@keys.pgp.net *gpgKeyQueryMethod: other *gpgHKPKeyServerUrl: keys.pgp.com *gpgKeyServerURL: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x%s *gpgKeyOtherMethod: exec echo "can't find $id" > $tmp *gpgComment: Exmh version 2.7.2 01/07/2005 *gpgModulePath: /usr/local/lib/gnupg *gpgCipherMods: skipjack idea *gpgDigestMods: tiger *gpgPubkeyMods: rsa *gpgPgp5Compatibility: 1 *gpgCipherAlgo: 3des *gpgDigestAlgo: sha1 *gpgCompressAlgo: zip *addressdbEnabled: 1 *addressdbHideExcluded: 1 *addressdbFolderChangeCheckpoint: 1 *addressdbSearchlist: Addr_FullNameMatch Addr_Lookup Alias_Lookup *addressdbLDAPServer: -h localhost *addressdbLDAPSearchBase: *addressdbLDAPEncoding: utf-8 *addressdbLDAPSearchprog: ldapsearch -B *addressdbFilterRegexp: *addressdbFoldersSkip: *addressdbFilterAltMailboxes: 1 *addressdbForceSave: *addressdbStandardFormat: 1 *addressdbRemoveEntries: 0 *addressdbRemoveDays: *addressdbRemoveInvalidDate: 0 *bgAsync: 1 *sendHack: 1 *bgAction: inc *bgPeriod: 5 *bgNews: 0 *bgNewsPeriod: 60 *bgSpool: /var/mail/jhs *fileselectBigDirHas: 32 *fileselectDotsByDefault: 0 *fileselectHome: *busyStyle: cursor *busyCursor: watch *busyBitmap: @hourglass2.bitmap *nntpHost: news.muc.de *nntpPort: 119 *nntpEmailAddr: jhs_news@berklix._ERASE_.com *nntpUser: *nntpPass: *nntpModerated: *nntpModerator: *nntpNewsGroups: comp.sys.nsc.32k *nntpDotnewsrc: ~/.jnewsrc *quoteEnabled: 1 *quoteFilename: @ *quoteSymlink: 0 *quoteHeaders: 1 *bogoinUse: 0 *bogoProgName: bogofilter *bogoMismarked: 1 *bogoOtherSpam: *bogoOtherHam: *bogoSpamMessage: nothing *bogoSpamRefile: bogus *bogoHamMessage: nothing *bogoHamRefile: inbox !!! End Preferences State !!! Font Resources !!! Sun Sep 8 10:35:41 CEST 2002 !!! Do not edit below here *Button.font: 10x20 *Checkbutton.font: 10x20 *Entry.font: 10x20 *Ftoc*Text.font: 10x20 *Label.font: 10x20 *Listbox.font: 10x20 *Menu.font: 10x20 *Menubutton.font: 10x20 *Message.font: 10x20 *Msg*Text.font: 10x20 *Radiobutton.font: 10x20 *Text.font: 10x20 *fl_font: 10x20 *font: 10x20 !!! End Fonts --------------- Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From mailinglist at diamondbox.dk Thu Jun 5 23:15:22 2008 From: mailinglist at diamondbox.dk (Nikolaj Thygesen) Date: Thu Jun 5 23:15:27 2008 Subject: Commiting new ports Message-ID: <48486F30.1000603@diamondbox.dk> Hi, I hope this is the right list to ask this question. I recently commited a new port, and received two messages from "ports." The first one noted that a person had assigned the port to himself, and the second mail simply stated that the PR went from "open" to "closed" due to "feedback timeout." I reckon this means the port was rejected, but have no clue for what reason. Was I supposed to supply any kind of feedback somewhere?? br - Nikolaj From wxs at FreeBSD.org Thu Jun 5 23:38:39 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Jun 5 23:38:42 2008 Subject: Commiting new ports In-Reply-To: <48486F30.1000603@diamondbox.dk> References: <48486F30.1000603@diamondbox.dk> Message-ID: <20080605234013.GB54936@atarininja.org> On Fri, Jun 06, 2008 at 12:56:48AM +0200, Nikolaj Thygesen wrote: > Hi, > > I hope this is the right list to ask this question. I recently > commited a new port, and received two messages from "ports." The first > one noted that a person had assigned the port to himself, and the second > mail simply stated that the PR went from "open" to "closed" due to > "feedback timeout." I reckon this means the port was rejected, but have > no clue for what reason. Was I supposed to supply any kind of feedback > somewhere?? I would suggest following up with the person who closed the PR (which I assume was the same person it was assigned to). There is a good chance the feedback request was not seen by you for any number of reasons. Lastly, the feedback being requested should also be in the audit-trail of the PR if possible, so you may be able to look there if you have not already. Without more information I'm afraid we can't help you further. We would need, at a minimum, the PR number to follow up. -- WXS From kitche at kitchetech.com Fri Jun 6 00:09:37 2008 From: kitche at kitchetech.com (Matthew Donovan) Date: Fri Jun 6 00:09:41 2008 Subject: Commiting new ports In-Reply-To: <48486F30.1000603@diamondbox.dk> References: <48486F30.1000603@diamondbox.dk> Message-ID: <20080605233624.GA3112@njord.Belkin> On Fri, Jun 06, 2008 at 12:56:48AM +0200, Nikolaj Thygesen wrote: > Hi, > > I hope this is the right list to ask this question. I recently > commited a new port, and received two messages from "ports." The first > one noted that a person had assigned the port to himself, and the second > mail simply stated that the PR went from "open" to "closed" due to > "feedback timeout." I reckon this means the port was rejected, but have > no clue for what reason. Was I supposed to supply any kind of feedback > somewhere?? > > > br - Nikolaj > > _______________________________________________ > 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 have put up ports that are new and have not heard anything myself but it sounds like they were waiting for someone to give feedback on your port. -------------- 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/20080606/3d4494e6/attachment.pgp From erwin at FreeBSD.org Fri Jun 6 00:49:10 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jun 6 00:49:12 2008 Subject: INDEX build failed for 6.x Message-ID: <200806060049.m560n7PU066157@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 pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite Committers on the hook: anders araujo dinoex fjoe green hq jadawin marcus miwi mm mnag nox obrien olgeni pav rafan shaun stas sumikawa Most recent CVS update was: U audio/bmp-faad/Makefile U audio/bmp-faad/distinfo U audio/snd/Makefile U audio/snd/distinfo U audio/snd/pkg-descr U audio/snd/pkg-plist U audio/snd/files/patch-snd-file_c U audio/streamripper/Makefile U audio/streamripper/distinfo U comms/obexapp/files/patch-Makefile U devel/Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-Log-Dispatch-Configurator-YAML/Makefile U devel/p5-Log-Dispatch-Configurator-YAML/distinfo U devel/p5-Log-Dispatch-Configurator-YAML/pkg-descr U devel/p5-Log-Dispatch-Configurator-YAML/pkg-plist U devel/p5-SVN-Notify-Filter-Markdown/Makefile U devel/p5-SVN-Notify-Filter-Markdown/distinfo U devel/p5-SVN-Notify-Mirror/Makefile U devel/p5-SVN-Notify-Mirror/distinfo U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U devel/py-parsing/Makefile U devel/py-parsing/distinfo U devel/py-parsing/pkg-plist U games/macopix/Makefile U games/macopix/distinfo U graphics/cbrpager/Makefile U graphics/cbrpager/distinfo U graphics/reallyslick/Makefile U graphics/sdl_gfx/Makefile U graphics/sdl_gfx/distinfo U graphics/xaos/Makefile U graphics/xaos/distinfo U graphics/xaos/pkg-plist U graphics/xaos/files/patch-src__Makefile.in U graphics/xaos/files/patch-src_include_aconfig.h.in U graphics/xaos/files/patch-src_ui_ui.c U irc/srvx/Makefile U irc/srvx/distinfo U irc/srvx/files/patch-src-proto-p10.c U irc/srvx/files/pkg-message.in U lang/erlang/Makefile U lang/erlang-doc/Makefile U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net/Makefile U net/p5-Net-Jaiku/Makefile U net/p5-Net-Jaiku/distinfo U net/p5-Net-Jaiku/pkg-descr U net/p5-Net-Jaiku/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U sysutils/usermin/Makefile U sysutils/webmin/Makefile U www/Makefile U www/apache13-modssl/files/patch-apachectl U www/atutor/Makefile U www/atutor/distinfo U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/dojo-shrinksafe/Makefile U www/dojo-shrinksafe/distinfo U www/dojo-shrinksafe/pkg-message U www/p5-CGI-Application-Plugin-LogDispatch/Makefile U www/p5-CGI-Application-Plugin-LogDispatch/distinfo U www/p5-CGI-Application-Plugin-Redirect/Makefile U www/p5-CGI-Application-Plugin-Redirect/distinfo U www/p5-CGI-Application-Plugin-Session/Makefile U www/p5-CGI-Application-Plugin-Session/distinfo U www/p5-CGI-Application-Plugin-TT/Makefile U www/p5-CGI-Application-Plugin-TT/distinfo U www/p5-HTML-ContentExtractor/Makefile U www/p5-HTML-ContentExtractor/distinfo U www/p5-HTML-ContentExtractor/pkg-descr U www/p5-HTML-ContentExtractor/pkg-plist U www/py-forgethtml/files/patch-lib-forgetHTML.py U www/wikindx/Makefile U www/wikindx/distinfo U x11-fm/xfe/Makefile U x11-fm/xfe/distinfo U x11-fm/xfe/pkg-plist U x11-themes/gtk-cleanice-engine/Makefile U x11-themes/gtk-cleanice-engine/distinfo U x11-themes/gtk-cleanice-engine/pkg-plist U x11-toolkits/gtk20/Makefile U x11-toolkits/gtk20/distinfo U x11-toolkits/gtk20/pkg-plist From erwin at FreeBSD.org Fri Jun 6 04:03:24 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jun 6 04:03:27 2008 Subject: INDEX build failed for 6.x Message-ID: <200806060403.m5643MgI033579@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 pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite Committers on the hook: ade anders araujo dinoex fjoe green hq jadawin lippe marcus miwi mm mnag nox obrien olgeni pav rafan shaun stas sumikawa Most recent CVS update was: U MOVED U UPDATING U audio/Makefile U audio/paman/Makefile U audio/paman/distinfo U audio/paman/pkg-descr U audio/paman/pkg-plist U comms/aldo/Makefile U comms/obexapp/files/patch-Makefile U devel/automake110/Makefile U devel/automake110/distinfo U devel/cvs+ipv6/files/patch-freebsdlocal U devel/gettext/Makefile U devel/gettext/distinfo U devel/gettext/pkg-plist U devel/gettext/files/patch-gettext-runtime_intl_Makefile.in U devel/gettext/files/patch-gettext-tools_Makefile.in U devel/libtool15/Makefile U devel/libtool15/distinfo U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/m4/Makefile U devel/m4/distinfo U devel/m4/pkg-plist U devel/m4/files/patch-src-output.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U dns/dnswall/Makefile U graphics/ocrad/Makefile U mail/Makefile U mail/dbmail23/Makefile U mail/dbmail23/distinfo U mail/dbmail23/pkg-descr U mail/dbmail23/pkg-plist U mail/dbmail23/files/dbmail-imapd.sh.in U mail/dbmail23/files/dbmail-lmtpd.sh.in U mail/dbmail23/files/dbmail-pop3d.sh.in U mail/dbmail23/files/dbmail-timsieved.sh.in U mail/dbmail23/files/patch-dbmail.h.in U mail/dbmail23/files/patch-imap4.c U mail/dbmail23/files/patch-timsieve.c U mail/dbmail23/files/pkg-message.in U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U misc/iso-codes/Makefile U misc/iso-codes/pkg-plist U misc/sword/Makefile U net-mgmt/mrtg/Makefile U net-mgmt/mrtg/distinfo U net-mgmt/mrtg/pkg-descr U net-mgmt/mrtg/pkg-plist U net-mgmt/mrtg/files/mrtg_daemon.in U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From sahil at tandon.net Fri Jun 6 04:11:31 2008 From: sahil at tandon.net (Sahil Tandon) Date: Fri Jun 6 04:11:34 2008 Subject: Commiting new ports In-Reply-To: <20080605234013.GB54936@atarininja.org> References: <48486F30.1000603@diamondbox.dk> <20080605234013.GB54936@atarininja.org> Message-ID: <20080606041113.GB55367@shepherd> Wesley Shields wrote: > On Fri, Jun 06, 2008 at 12:56:48AM +0200, Nikolaj Thygesen wrote: > > Hi, > > > > I hope this is the right list to ask this question. I recently > > commited a new port, and received two messages from "ports." The first > > one noted that a person had assigned the port to himself, and the second > > mail simply stated that the PR went from "open" to "closed" due to > > "feedback timeout." I reckon this means the port was rejected, but have > > no clue for what reason. Was I supposed to supply any kind of feedback > > somewhere?? > > I would suggest following up with the person who closed the PR (which I > assume was the same person it was assigned to). There is a good chance > the feedback request was not seen by you for any number of reasons. > Lastly, the feedback being requested should also be in the audit-trail > of the PR if possible, so you may be able to look there if you have not > already. > > Without more information I'm afraid we can't help you further. We would > need, at a minimum, the PR number to follow up. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123239 Perhaps Martin sought feedback from Nikolaj via email and did not receive a reply. -- Sahil Tandon From yasu at utahime.org Fri Jun 6 04:38:30 2008 From: yasu at utahime.org (Yasuhiro KIMURA) Date: Fri Jun 6 04:38:34 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200806060403.m5643MgI033579@pointyhat.freebsd.org> References: <200806060403.m5643MgI033579@pointyhat.freebsd.org> Message-ID: <20080606.132624.249131127.yasu@utahime.org> From: Erwin Lansing Subject: INDEX build failed for 6.x Date: Fri, 6 Jun 2008 04:03:22 GMT > 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 > pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite > make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite > make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite > make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite Revision 1.197 of archivers/Makefile should be reverted. Commit message says it removed archivers/dynamite, but what is really removed is the entry of archivers/libdynamite that is already connected in 1.196. Archivers/dynamite is also been removed in that revision. --- Yasuhiro KIMURA From rodrigo at hodja.bebik.net Fri Jun 6 10:35:06 2008 From: rodrigo at hodja.bebik.net (Rodrigo OSORIO (ros)) Date: Fri Jun 6 10:35:11 2008 Subject: Commiting new ports In-Reply-To: <20080605234013.GB54936@atarininja.org> References: <48486F30.1000603@diamondbox.dk> <20080605234013.GB54936@atarininja.org> Message-ID: <20080606101554.GA48232@hodja.bebik.net> Hello, I take advantage of this discussion to refer to my own port submission (ports/123614) open from 12 may, a short delay of course, but I will be very happy to see it aproved ;) Thanks Rodrigo From mailinglist at diamondbox.dk Fri Jun 6 10:57:27 2008 From: mailinglist at diamondbox.dk (Nikolaj Thygesen) Date: Fri Jun 6 10:57:31 2008 Subject: Commiting new ports In-Reply-To: <20080606041113.GB55367@shepherd> References: <48486F30.1000603@diamondbox.dk> <20080605234013.GB54936@atarininja.org> <20080606041113.GB55367@shepherd> Message-ID: <4849143C.4080706@diamondbox.dk> Sahil Tandon wrote: > Wesley Shields wrote: > > >> On Fri, Jun 06, 2008 at 12:56:48AM +0200, Nikolaj Thygesen wrote: >> >>> Hi, >>> >>> I hope this is the right list to ask this question. I recently >>> commited a new port, and received two messages from "ports." The first >>> one noted that a person had assigned the port to himself, and the second >>> mail simply stated that the PR went from "open" to "closed" due to >>> "feedback timeout." I reckon this means the port was rejected, but have >>> no clue for what reason. Was I supposed to supply any kind of feedback >>> somewhere?? >>> >> I would suggest following up with the person who closed the PR (which I >> assume was the same person it was assigned to). There is a good chance >> the feedback request was not seen by you for any number of reasons. >> Lastly, the feedback being requested should also be in the audit-trail >> of the PR if possible, so you may be able to look there if you have not >> already. >> >> Without more information I'm afraid we can't help you further. We would >> need, at a minimum, the PR number to follow up. >> > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123239 > > Perhaps Martin sought feedback from Nikolaj via email and did not receive a > reply. > > As previously reported the port was closed due to a mail bounce, and it has been reopened, so all is well! Thanks - Nikolaj From kris at FreeBSD.org Fri Jun 6 11:39:31 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri Jun 6 11:39:33 2008 Subject: INDEX build failed for 6.x In-Reply-To: <20080606.132624.249131127.yasu@utahime.org> References: <200806060403.m5643MgI033579@pointyhat.freebsd.org> <20080606.132624.249131127.yasu@utahime.org> Message-ID: <484921F2.8080002@FreeBSD.org> Yasuhiro KIMURA wrote: > From: Erwin Lansing > Subject: INDEX build failed for 6.x > Date: Fri, 6 Jun 2008 04:03:22 GMT > >> 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 >> pkg_info: not found >> pkg_info: not found >> pkg_info: not found >> pkg_info: not found >> Done. >> make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite >> make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite >> make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite >> make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite > > Revision 1.197 of archivers/Makefile should be reverted. Commit > message says it removed archivers/dynamite, but what is really removed > is the entry of archivers/libdynamite that is already connected in > 1.196. Archivers/dynamite is also been removed in that revision. Can someone also fix the warnings please? Kris From pav at FreeBSD.org Fri Jun 6 11:56:11 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Fri Jun 6 11:56:16 2008 Subject: INDEX build failed for 6.x In-Reply-To: <484921F2.8080002@FreeBSD.org> References: <200806060403.m5643MgI033579@pointyhat.freebsd.org> <20080606.132624.249131127.yasu@utahime.org> <484921F2.8080002@FreeBSD.org> Message-ID: <1212753334.40246.10.camel@ikaros.oook.cz> Kris Kennaway p??e v p? 06. 06. 2008 v 13:39 +0200: > Yasuhiro KIMURA wrote: > > From: Erwin Lansing > > Subject: INDEX build failed for 6.x > > Date: Fri, 6 Jun 2008 04:03:22 GMT > > > >> 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 > >> pkg_info: not found > >> pkg_info: not found > >> pkg_info: not found > >> pkg_info: not found > >> Done. > >> make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite > >> make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite > >> make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite > >> make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite > > > > Revision 1.197 of archivers/Makefile should be reverted. Commit > > message says it removed archivers/dynamite, but what is really removed > > is the entry of archivers/libdynamite that is already connected in > > 1.196. Archivers/dynamite is also been removed in that revision. > > Can someone also fix the warnings please? The duplicate target warning will go away in few weeks when chinese/links expire. ;) -- Pav Lucistnik Silence is an oasis in the desert of everlasting chatter. -- Quincy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080606/bcf4ac1b/attachment.pgp From kris at FreeBSD.org Fri Jun 6 12:00:18 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri Jun 6 12:00:30 2008 Subject: INDEX build failed for 6.x In-Reply-To: <1212753334.40246.10.camel@ikaros.oook.cz> References: <200806060403.m5643MgI033579@pointyhat.freebsd.org> <20080606.132624.249131127.yasu@utahime.org> <484921F2.8080002@FreeBSD.org> <1212753334.40246.10.camel@ikaros.oook.cz> Message-ID: <484926D1.1080102@FreeBSD.org> Pav Lucistnik wrote: > Kris Kennaway p??e v p? 06. 06. 2008 v 13:39 +0200: >> Yasuhiro KIMURA wrote: >>> From: Erwin Lansing >>> Subject: INDEX build failed for 6.x >>> Date: Fri, 6 Jun 2008 04:03:22 GMT >>> >>>> 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 >>>> pkg_info: not found >>>> pkg_info: not found >>>> pkg_info: not found >>>> pkg_info: not found >>>> Done. >>>> make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite >>>> make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite >>>> make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite >>>> make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite >>> Revision 1.197 of archivers/Makefile should be reverted. Commit >>> message says it removed archivers/dynamite, but what is really removed >>> is the entry of archivers/libdynamite that is already connected in >>> 1.196. Archivers/dynamite is also been removed in that revision. >> Can someone also fix the warnings please? > > The duplicate target warning will go away in few weeks when > chinese/links expire. ;) I suppose that's good enough :) How about the bare pkg_info references? It seems suspicious that a port is doing that anyway. Kris From erwin at FreeBSD.org Fri Jun 6 12:03:14 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jun 6 12:03:20 2008 Subject: INDEX build failed for 6.x Message-ID: <200806061203.m56C3Bxk040881@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 pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: synce-kde-0.9.1_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite make_index: orange-0.3_2: no entry for /usr/ports/archivers/libdynamite Committers on the hook: ade anders araujo dinoex edwin fjoe green hq jadawin lippe marcus miwi mm mnag nox obrien olgeni pav rafan shaun stas sumikawa Most recent CVS update was: U Tools/scripts/bump_revision.pl U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From kamikaze at bsdforen.de Fri Jun 6 14:12:45 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Jun 6 14:13:12 2008 Subject: devel/gettext notification in /usr/ports/UPDATING Message-ID: <484945CA.3010305@bsdforen.de> I don't really understand why it's there and why it's recommending to rebuild all ports. I have 761 ports installed, but only 173 of them depend on gettext, so why should I reinstall more than 530 ports that don't need to be rebuild. What's even worse according to my shell-script pkg_libchk not a single one of the 173 ports depending on gettext needs to be rebuild because of libintl. So, why recommend me to rebuild more than 700 packages when exactly 0 need to be rebuilt? From roberthuff at rcn.com Fri Jun 6 14:23:41 2008 From: roberthuff at rcn.com (Robert Huff) Date: Fri Jun 6 14:23:49 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: <484945CA.3010305@bsdforen.de> References: <484945CA.3010305@bsdforen.de> Message-ID: <18505.18537.442812.509339@jerusalem.litteratus.org> Dominic Fandrey writes: > I don't really understand why it's there and why it's > recommending to rebuild all ports. Neither do I. Either the entry is poorly worded ("all existing install ports" should be "all installed ports that depend on gettext") or the logic needs to be made plain. Robert Huff From erwin at FreeBSD.org Fri Jun 6 15:41:51 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Jun 6 15:41:55 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200806061541.m56FfldN061776@pointyhat.freebsd.org> From kamikaze at bsdforen.de Fri Jun 6 16:39:06 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Jun 6 16:39:12 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: <484945CA.3010305@bsdforen.de> References: <484945CA.3010305@bsdforen.de> Message-ID: <4849681B.6070002@bsdforen.de> Dominic Fandrey wrote: > I don't really understand why it's there and why it's recommending to > rebuild > all ports. > > I have 761 ports installed, but only 173 of them depend on gettext, so > why should > I reinstall more than 530 ports that don't need to be rebuild. > > What's even worse according to my shell-script pkg_libchk not a single > one of > the 173 ports depending on gettext needs to be rebuild because of libintl. Great, all ports depending on devel/gettext got bumped. My Shell script checks every single library and executable on the system with ldd and it says _nothing is amiss_ after upgrading devel/gettext. Now I am condemned to rebuild ~100 ports, even though it is completely unnecessary. I do not have to tell you that downloading all the distfiles over a GSM connection will take days. And all this for no reason at all! What's going on here? Ldd says it's not necessary. Can anyone really argue with that? From itetcu at FreeBSD.org Fri Jun 6 16:54:49 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri Jun 6 16:54:51 2008 Subject: QA Tindy (T64.tecnik93) ald logs moved Message-ID: <20080606195435.47150104@it.buh.tecnik93.com> FYI, the logs referenced in QA Tindy emails sent out so far are now here: http://t64.tecnik93.com/errors/7-STABLE-FTP.pre-gettext/ I had to rm the packages and tbcleanup after the gettext update. -- 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/20080606/fa32818d/signature.pgp From bfriesen at simple.dallas.tx.us Fri Jun 6 17:15:08 2008 From: bfriesen at simple.dallas.tx.us (Bob Friesenhahn) Date: Fri Jun 6 17:15:13 2008 Subject: GraphicsMagick Port Status Message-ID: I am the maintainer for the image processing package known as GraphicsMagick. A few weeks ago, the FreeBSD port maintainer for GraphicsMagick became upset and quit. This leaves me a bit concerned since my project is left in limbo. As of yesterday, the current GraphicsMagick releases are 1.1.14 (legacy stable) and 1.2.3 (current stable). FreeBSD only offers 1.1.12. There are important security fixes (what Debian classifies as "grave") contained in these releases. I see that someone has picked up the ImageMagick port. Can someone please take responsibility for the GraphicsMagick port so that GraphicsMagick users (e.g. KDE) are not left behind? Maintaining the GraphicsMagick port is similar to maintaining the ImageMagick port (except for being much easier). It is important that FreeBSD ports make it over the hurdle and move up to the 1.2.X baseline. There are four additional years of development and bug fixing in the 1.2 branch. Due to time constraints, usually only fixes for serious issues are back-ported to the 1.1 branch. Thanks, Bob ====================================== Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ From ertr1013 at student.uu.se Fri Jun 6 17:36:55 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Fri Jun 6 17:36:59 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: <4849681B.6070002@bsdforen.de> References: <484945CA.3010305@bsdforen.de> <4849681B.6070002@bsdforen.de> Message-ID: <20080606173649.GA88328@owl.midgard.homeip.net> On Fri, Jun 06, 2008 at 06:38:51PM +0200, Dominic Fandrey wrote: > Dominic Fandrey wrote: > > I don't really understand why it's there and why it's recommending to > > rebuild > > all ports. > > > > I have 761 ports installed, but only 173 of them depend on gettext, so > > why should > > I reinstall more than 530 ports that don't need to be rebuild. > > > > What's even worse according to my shell-script pkg_libchk not a single > > one of > > the 173 ports depending on gettext needs to be rebuild because of libintl. > > Great, all ports depending on devel/gettext got bumped. > > My Shell script checks every single library and executable on the system > with ldd and it says _nothing is amiss_ after upgrading devel/gettext. And how does it know that all the existing libraries and executables are completely compatible with the new devel/gettext? > > Now I am condemned to rebuild ~100 ports, even though it is completely > unnecessary. Nobody forces you to rebuild them if you do not think it is necessary. > I do not have to tell you that downloading all the distfiles > over a GSM connection will take days. If you already have built the ports once, you will probably have most of the distfiles already. > And all this for no reason at all! > > What's going on here? > > Ldd says it's not necessary. Can anyone really argue with that? How can ldd determine that it is not necessary? -- Erik Trulsson ertr1013@student.uu.se From kamikaze at bsdforen.de Fri Jun 6 17:42:59 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Jun 6 17:43:04 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: <20080606173649.GA88328@owl.midgard.homeip.net> References: <484945CA.3010305@bsdforen.de> <4849681B.6070002@bsdforen.de> <20080606173649.GA88328@owl.midgard.homeip.net> Message-ID: <484976F9.30406@bsdforen.de> Erik Trulsson wrote: >> Dominic Fandrey wrote: >> Ldd says it's not necessary. Can anyone really argue with that? > > How can ldd determine that it is not necessary? > > libintl got version bumped, so if something linked against it, ldd would be looking for the old version, not find it and complain about it. The rest of devel/gettext has retained compatibility. From eculp at encontacto.net Fri Jun 6 17:53:09 2008 From: eculp at encontacto.net (eculp) Date: Fri Jun 6 17:53:14 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. Message-ID: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> 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 From yanefbsd at gmail.com Fri Jun 6 18:35:12 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jun 6 18:35:18 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: On Jun 6, 2008, at 10:52 AM, eculp wrote: > ... FreeBSD doesn't release copies of diablo-jdk / -jre except with real release versions of FreeBSD (8-CURRENT isn't a release version because it's directly based off of HEAD). As for the other error, you'll need another copy of Java to bootstrap the compile, like linux-*-jdk (in this case the 1.4* version). Cheers, -Garrett From rnoland at 2hip.net Fri Jun 6 19:01:23 2008 From: rnoland at 2hip.net (Robert Noland) Date: Fri Jun 6 19:01:28 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: <1212777921.30263.29.camel@squirrel.corp.cox.com> On Fri, 2008-06-06 at 12:52 -0500, 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. java/jdk15 will compile correctly on -CURRENT if you add the following to /etc/libmap.conf. libpthread.so.1 libthr.so.1 libpthread.so.2 libthr.so.2 libkse.so.3 libthr.so.3 diablo-jdk needs this to function on -CURRENT and so compile a native jdk15. I'm not sure if you can build java/jdk16 with diablo, but I expect you can with a native jdk15... robert. > Exiting because of the above error(s). > > Any suggestions appreciated. > > ed > _______________________________________________ > 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" -- Robert Noland 2Hip Networks From rnoland at 2hip.net Fri Jun 6 19:08:03 2008 From: rnoland at 2hip.net (Robert Noland) Date: Fri Jun 6 19:08:08 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: <1212777921.30263.29.camel@squirrel.corp.cox.com> References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> <1212777921.30263.29.camel@squirrel.corp.cox.com> Message-ID: <1212779262.30263.33.camel@squirrel.corp.cox.com> On Fri, 2008-06-06 at 14:45 -0400, Robert Noland wrote: > On Fri, 2008-06-06 at 12:52 -0500, 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 ^^^^^^^^^^^^ I expect adding the libmap.conf entries will fix this also. See /usr/src/UPDATING entry 20080312. robert. > > > 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. > > java/jdk15 will compile correctly on -CURRENT if you add the following > to /etc/libmap.conf. > > libpthread.so.1 libthr.so.1 > libpthread.so.2 libthr.so.2 > libkse.so.3 libthr.so.3 > > diablo-jdk needs this to function on -CURRENT and so compile a native > jdk15. I'm not sure if you can build java/jdk16 with diablo, but I > expect you can with a native jdk15... > > robert. > > > Exiting because of the above error(s). > > > > Any suggestions appreciated. > > > > ed > > _______________________________________________ > > 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" -- Robert Noland 2Hip Networks From makc at issp.ac.ru Fri Jun 6 20:45:51 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Fri Jun 6 20:45:56 2008 Subject: PORTREVISON lowers after devel/gettext's great bump Message-ID: <200806070018.15006.makc@issp.ac.ru> I updated today ports tree and several installed packages get newer than ports: avahi-app-0.6.22_4 > succeeds port (port has 0.6.22_1) linc-1.0.3_6 > succeeds port (port has 1.0.3_1) ru-openoffice.org-2.4.0_4 > succeeds port (port has 2.4.0_1) seems for some ports the PORTREVISON has reset, for example: http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/avahi-app/Makefile.diff?r1=1.11;r2=1.12;f=h Max From eculp at encontacto.net Fri Jun 6 21:55:25 2008 From: eculp at encontacto.net (eculp) Date: Fri Jun 6 21:55:29 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: <1212777921.30263.29.camel@squirrel.corp.cox.com> References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> <1212777921.30263.29.camel@squirrel.corp.cox.com> Message-ID: <20080606165512.1882539k6yb7diko@intranet.encontacto.net> Quoting Robert Noland : > On Fri, 2008-06-06 at 12:52 -0500, 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. > > java/jdk15 will compile correctly on -CURRENT if you add the following > to /etc/libmap.conf. > > libpthread.so.1 libthr.so.1 > libpthread.so.2 libthr.so.2 > libkse.so.3 libthr.so.3 Just added it and am cleaning up all and will build it in a bit. Thanks for the hint. Have a great weekend. ed > > diablo-jdk needs this to function on -CURRENT and so compile a native > jdk15. I'm not sure if you can build java/jdk16 with diablo, but I > expect you can with a native jdk15... > > robert. > >> Exiting because of the above error(s). >> >> Any suggestions appreciated. >> >> ed >> _______________________________________________ >> 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" > -- > Robert Noland > 2Hip Networks > > From eculp at encontacto.net Fri Jun 6 21:59:02 2008 From: eculp at encontacto.net (eculp) Date: Fri Jun 6 21:59:07 2008 Subject: I can't ge jdk16 on AMD64 Current to compile, nor jdk15 that I need to build OpenOffice. In-Reply-To: References: <20080606125256.18626i78v3uh2q04@intranet.encontacto.net> Message-ID: <20080606165850.14971wogxtnkwri8@intranet.encontacto.net> Quoting Garrett Cooper : > On Jun 6, 2008, at 10:52 AM, eculp wrote: > >> ... > > FreeBSD doesn't release copies of diablo-jdk / -jre except with > real release versions of FreeBSD (8-CURRENT isn't a release version > because it's directly based off of HEAD). > As for the other error, you'll need another copy of Java to > bootstrap the compile, like linux-*-jdk (in this case the 1.4* > version). That has always confused me. Thanks for helping me understand. I'll give it a try unless the libmap.conf solves the problem. Thanks again, ed > Cheers, > -Garrett > From edwin at mavetju.org Fri Jun 6 22:02:14 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Fri Jun 6 22:02:17 2008 Subject: PORTREVISON lowers after devel/gettext's great bump In-Reply-To: <200806070018.15006.makc@issp.ac.ru> References: <200806070018.15006.makc@issp.ac.ru> Message-ID: <20080606220212.GT89632@k7.mavetju> Hello Max, On Sat, Jun 07, 2008 at 12:18:14AM +0400, Max Brazhnikov wrote: > I updated today ports tree and several installed packages get newer than > ports: > > avahi-app-0.6.22_4 > succeeds port (port has 0.6.22_1) > linc-1.0.3_6 > succeeds port (port has 1.0.3_1) > ru-openoffice.org-2.4.0_4 > succeeds port (port has 2.4.0_1) > > seems for some ports the PORTREVISON has reset, for example: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/avahi-app/Makefile.diff?r1=1.11;r2=1.12;f=h It was caused by the PORTVERSION?= statement. I have found some more of them and fixed them. Thanks for the resport! Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From alan at centraldesktop-inc.com Fri Jun 6 22:15:24 2008 From: alan at centraldesktop-inc.com (Alan Bryan) Date: Fri Jun 6 22:15:29 2008 Subject: FreeBSD Port: php5-propel-1.1.1 Message-ID: <4849B6ED.8030601@centraldesktop-inc.com> This port hasn't been updated in a long time and Propel is now at 1.3. Any plans to update the port or should I just install a later version manually? Thanks, Alan Bryan From glarkin at sourcehosting.net Fri Jun 6 23:01:46 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Fri Jun 6 23:01:50 2008 Subject: GraphicsMagick Port Status In-Reply-To: References: Message-ID: <009c01c8c829$48246c20$0c01a8c0@FIREBALL> > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Bob Friesenhahn > > I am the maintainer for the image processing package known as > GraphicsMagick. A few weeks ago, the FreeBSD port maintainer > for GraphicsMagick became upset and quit. This leaves me a > bit concerned since my project is left in limbo. > > As of yesterday, the current GraphicsMagick releases are > 1.1.14 (legacy stable) and 1.2.3 (current stable). FreeBSD > only offers 1.1.12. There are important security fixes (what > Debian classifies as > "grave") contained in these releases. > > I see that someone has picked up the ImageMagick port. Can > someone please take responsibility for the GraphicsMagick > port so that GraphicsMagick users (e.g. KDE) are not left > behind? Maintaining the GraphicsMagick port is similar to > maintaining the ImageMagick port (except for being much easier). > > It is important that FreeBSD ports make it over the hurdle > and move up to the 1.2.X baseline. There are four additional > years of development and bug fixing in the 1.2 branch. Due to > time constraints, usually only fixes for serious issues are > back-ported to the 1.1 branch. > > Thanks, > > Bob > ====================================== > Bob Friesenhahn > bfriesen@simple.dallas.tx.us, > http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > Hi Bob, I just submitted a PR to update GraphicsMagick to v1.2.3 in the FreeBSD ports tree, and I cc'd you on it. All of the post-install tests passed, but if you or anyone else runs into problems with the port, let me know. Regards, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From xxjack12xx at gmail.com Sat Jun 7 02:54:46 2008 From: xxjack12xx at gmail.com (Jack L.) Date: Sat Jun 7 02:54:50 2008 Subject: gettext and NOPORTDOCS=yes broken Message-ID: I'm getting a -------------------------- |--- gettext-runtime/intl-java/Makefile.in.orig Mon May 23 04:23:40 2005 |+++ gettext-runtime/intl-java/Makefile.in Tue Jan 30 20:02:41 2007 -------------------------- Patching file gettext-runtime/intl-java/Makefile.in using Plan A... Hunk #1 failed at 464. 1 out of 1 hunks failed--saving rejects to gettext-runtime/intl-java/Makefile.in.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: when trying to compile gettext with NOPORTDOCS=yes defined in make.conf Looks like extra-patch-nodocs needs updating From ports-graphics-sane-frontends-jun08 at oldach.net Sat Jun 7 07:39:40 2008 From: ports-graphics-sane-frontends-jun08 at oldach.net (Helge Oldach) Date: Sat Jun 7 07:39:44 2008 Subject: ports/sane-frontends should not be IGNOREd Message-ID: <200806070739.m577dZk9026925@sep.oldach.net> >Submitter-Id: current-users >Originator: Helge Oldach >Organization: >Confidential: no >Synopsis: ports/sane-frontends should not be IGNOREd >Severity: serious >Priority: low >Category: ports >Class: sw-bug >Release: FreeBSD 6.3-1230 i386 >Environment: System: FreeBSD localhost 6.3-1230 FreeBSD 6.3-1230 #0: Tue May 20 17:05:20 CEST 2008 toor@localhost:/usr/obj/usr/src/sys/HMO i386 >Description: For some unknown reason ports/sane-frontends ist marked IGNORE for OSVERSION < 700042 as per rev. 1.58 of Makefile. This is probably wrong. Specifically, this port compiles and works fine on my OSVERSION == 603102 machine. According to the porter's handbook, 700042 imported gcc 4.2.0. I suspect that this port doesn't compile with gcc 4.2 (can't test it), so this IGNORE's test should probably be the other way 'round? >How-To-Repeat: >Fix: Remove IGNORE part from Makefile. From m.seaman at infracaninophile.co.uk Sat Jun 7 07:55:59 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Jun 7 07:56:03 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: <20080606173649.GA88328@owl.midgard.homeip.net> References: <484945CA.3010305@bsdforen.de> <4849681B.6070002@bsdforen.de> <20080606173649.GA88328@owl.midgard.homeip.net> Message-ID: <484A3EFE.9080100@infracaninophile.co.uk> Erik Trulsson wrote: > On Fri, Jun 06, 2008 at 06:38:51PM +0200, Dominic Fandrey wrote: >> Dominic Fandrey wrote: >>> I have 761 ports installed, but only 173 of them depend on gettext, so >>> why should >>> I reinstall more than 530 ports that don't need to be rebuild. >>> >>> What's even worse according to my shell-script pkg_libchk not a single >>> one of >>> the 173 ports depending on gettext needs to be rebuild because of libintl. >> Great, all ports depending on devel/gettext got bumped. >> >> My Shell script checks every single library and executable on the system >> with ldd and it says _nothing is amiss_ after upgrading devel/gettext. > > And how does it know that all the existing libraries and executables are > completely compatible with the new devel/gettext? Freshports informed me overnight that four of the ports I maintain had a revision bump because of this getext update -- and it is true that they are all ports where gettext appears as a run-dependency in the INDEX. However, look at the ports in question: databases/mysql-connector-java databases/mysql-connector-java50 net/phpldapadmin net/phpldapadmin098 They're all either interpreted language code or byte-compiled code -- none of which knows anything at all about the ABI versions of the gettext shlibs and have only inherited the run-depends from their parent applications (php, java) which are compiled C or C++ code. I suspect that the majority of the 5007 ports flagged for portrevision bump for having the run-depends probably fall into this category. Currently there is no simple way to distinguish between dependent ports that would be affected by this sort of shlib ABI change and ones that wouldn't. One idea might be to add a new virtual category: ldso_shared_object for anything that directly requires ld.so(1) functionality. ie. so shell scripts, kernel modules, pear modules, native java code and pure perl etc. won't be members of that category, but compiled C/C++, apache modules, pecl, JNI, perl XS would. In this case, the test for needing a portrevision bump would be: (run-depends on gettext) AND (member of ldso_shared_object virtual category) Hmmm... incidentally, that would also pretty much neatly define 'architecture independent' vs 'architecture dependent' ports/packages[*], which could be parlayed into a useful saving of time on the package build cluster and of space on the FTP servers. Now, to survey 18,500 ports and decide what category each should be in.... not a small undertaking. I'm happy to put my money where my mouth is and work on that if the consensus is that this would be a worthwhile thing. Cheers, Matthew [*] Well, except for anything that is statically linked native compiled code (is there anything like that in ports?) or kernel modules or similar. -- 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/20080607/7597922c/signature.pgp From cajunman4life at gmail.com Sat Jun 7 15:45:42 2008 From: cajunman4life at gmail.com (Aaron Graves) Date: Sat Jun 7 15:45:46 2008 Subject: FreeBSD Port: mod_cband-0.9.7.5_1 Message-ID: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> The main site for port www/mod_cband is listed as cband.linux.pl, however it appears that site has been down for a few months. There is an alternative location on the internet ( http://www.sfr-fresh.com/unix/privat/mod-cband-0.9.7.5.tgz) that works. Could this link perhaps be added as a secondary link? Also, I wonder what the long-term solution for this would be? As it appears the website has been offline for a while, it's possible the author will no longer be updating this port. At any rate, wanted to make you aware of the situation. Thanks for your time. Aaron Graves From sahil at tandon.net Sat Jun 7 15:49:16 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sat Jun 7 15:49:20 2008 Subject: FreeBSD Port: mod_cband-0.9.7.5_1 In-Reply-To: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> References: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> Message-ID: <20080607154909.GB56339@shepherd> Aaron Graves wrote: > The main site for port www/mod_cband is listed as cband.linux.pl, however it > appears that site has been down for a few months. There is an alternative > location on the internet ( > http://www.sfr-fresh.com/unix/privat/mod-cband-0.9.7.5.tgz) that works. > Could this link perhaps be added as a secondary link? Sure. Make the change/addition yourself and submit a PR: -- Sahil Tandon From koitsu at FreeBSD.org Sat Jun 7 16:53:26 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Jun 7 16:53:30 2008 Subject: FreeBSD Port: mod_cband-0.9.7.5_1 In-Reply-To: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> References: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> Message-ID: <20080607165325.GA11478@eos.sc1.parodius.com> On Sat, Jun 07, 2008 at 08:17:27AM -0700, Aaron Graves wrote: > The main site for port www/mod_cband is listed as cband.linux.pl, however it > appears that site has been down for a few months. There is an alternative > location on the internet ( > http://www.sfr-fresh.com/unix/privat/mod-cband-0.9.7.5.tgz) that works. > Could this link perhaps be added as a secondary link? When the sites in MASTER_SITES have been exhausted, the ports system resorts to trying from one of the FreeBSD distfile masters, which should almost always contain a copy of the tarball. Case in point: icarus# make fetch => mod-cband-0.9.7.5.tgz doesn't seem to exist in /usr/ports/distfiles/apache2. => Attempting to fetch from http://cband.linux.pl/download/. fetch: http://cband.linux.pl/download/mod-cband-0.9.7.5.tgz: No address record => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/apache2/. mod-cband-0.9.7.5.tgz 100% of 69 kB 293 kBps Does this not work for you? > Also, I wonder what the long-term solution for this would be? As it > appears the website has been offline for a while, it's possible the > author will no longer be updating this port. At any rate, wanted to > make you aware of the situation. Thanks for your time. No one knows how to reach the author of mod_cband. The only Email address made available was at the site which is now down. This isn't really FreeBSD's "problem", though. There isn't much the FreeBSD ports folks can do about reviving the cband.linux.pl site. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From koitsu at FreeBSD.org Sat Jun 7 16:58:30 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Jun 7 16:58:34 2008 Subject: FreeBSD Port: mod_cband-0.9.7.5_1 In-Reply-To: <20080607154909.GB56339@shepherd> References: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> <20080607154909.GB56339@shepherd> Message-ID: <20080607165830.GB11478@eos.sc1.parodius.com> On Sat, Jun 07, 2008 at 11:49:09AM -0400, Sahil Tandon wrote: > Aaron Graves wrote: > > > The main site for port www/mod_cband is listed as cband.linux.pl, however it > > appears that site has been down for a few months. There is an alternative > > location on the internet ( > > http://www.sfr-fresh.com/unix/privat/mod-cband-0.9.7.5.tgz) that works. > > Could this link perhaps be added as a secondary link? > > Sure. Make the change/addition yourself and submit a PR: That seems a bit excessive, being as the change is a single line. Aaron, no need to submit a PR; I've added the above URL to the MASTER_SITES and committed the change: ===== koitsu 2008-06-07 16:57:09 UTC FreeBSD ports repository Modified files: www/mod_cband Makefile Log: - Add a secondary entry to MASTER_SITES. Reported by: Aaron Graves Revision Changes Path 1.13 +2 -1 ports/www/mod_cband/Makefile ===== -- | 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 cajunman4life at gmail.com Sat Jun 7 17:09:55 2008 From: cajunman4life at gmail.com (Aaron Graves) Date: Sat Jun 7 17:10:00 2008 Subject: FreeBSD Port: mod_cband-0.9.7.5_1 In-Reply-To: <20080607165830.GB11478@eos.sc1.parodius.com> References: <329dbeac0806070817l660824c5udc7b87c7a1016403@mail.gmail.com> <20080607154909.GB56339@shepherd> <20080607165830.GB11478@eos.sc1.parodius.com> Message-ID: <329dbeac0806071009h1cf4e14cm9436196ec3f863e9@mail.gmail.com> Awesome, thanks Jeremy. And I didn't know that after failing on the primary site it would fall-back to a copy on the FreeBSD ftp server. Now I know ;) Aaron On 6/7/08, Jeremy Chadwick wrote: > > On Sat, Jun 07, 2008 at 11:49:09AM -0400, Sahil Tandon wrote: > > Aaron Graves wrote: > > > > > The main site for port www/mod_cband is listed as cband.linux.pl, > however it > > > appears that site has been down for a few months. There is an > alternative > > > location on the internet ( > > > http://www.sfr-fresh.com/unix/privat/mod-cband-0.9.7.5.tgz) that > works. > > > Could this link perhaps be added as a secondary link? > > > > Sure. Make the change/addition yourself and submit a PR: > > > That seems a bit excessive, being as the change is a single line. > > Aaron, no need to submit a PR; I've added the above URL to the > MASTER_SITES and committed the change: > > ===== > koitsu 2008-06-07 16:57:09 UTC > > FreeBSD ports repository > > Modified files: > www/mod_cband Makefile > Log: > - Add a secondary entry to MASTER_SITES. > > Reported by: Aaron Graves > > Revision Changes Path > 1.13 +2 -1 ports/www/mod_cband/Makefile > ===== > > > -- > | 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 speco.com Sat Jun 7 17:20:17 2008 From: david at speco.com (David Schutt) Date: Sat Jun 7 17:20:21 2008 Subject: PORTREVISON lowers after devel/gettext's great bump Message-ID: <484ABD1D.6000907@speco.com> Another one - amanda-server-2.5.1p3_3,1 > succeeds port (port has 2.5.1p3_1,1) Thanks! -- David Schutt Speco, Inc "When all you have is a screwdriver handle, 3946 Willow St everything looks like a nail" Schiller Park, IL 60176 847.678.4240 From kris at FreeBSD.org Sat Jun 7 20:16:59 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Jun 8 00:44:05 2008 Subject: HEADS UP: Port versions going backwards Message-ID: <20080607201652.GA6576@pointyhat.freebsd.org> Dear maintainers, For some time now the script that is supposed to monitor for port version strings decreasing has not been functioning (it runs but produces no output for some reason). Unfortunately this has allowed quite a few regressions to creep in. These are the ones I detected; the time interval listed is the narrowest date window found, during which the version decrease occurred (as measured by pkg_version -t). In most cases it should be clear why the version decreased by looking at commits to the port within this time window, but sometimes it may be necessary to look at other included files. If you can't work out how the decrease occurred, please let me know. Many of these can be repaired by increasing PORTREVISION, but others will require PORTEPOCH bumps. Thanks, Kris P.S. I will be rerunning this script regularly, so your expedient response to this issue is appreciated :) audio/xmms-bonk naddy@FreeBSD.org (2008/03/23 11:56 --> 2008/03/24 19:41): 0.12_3 --> 0.12_1 chinese/bitchx clive@FreeBSD.org (2008/01/26 17:30 --> 2008/01/30 08:42): 1.1.0.1_5 --> 1.1.0.1_1 databases/libgda2 gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 1.2.4_4,1 --> 1.2.4_1,1 databases/libgnomedb gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 3.0.0_2 --> 3.0.0_1 devel/automake17 ade@FreeBSD.org (2004/06/10 01:54 --> 2007/07/28 17:54): 1.7.9_1 --> 1.7.9 devel/automake18 ade@FreeBSD.org (2004/10/02 05:28 --> 2007/07/28 17:54): 1.8.5_2 --> 1.8.5 ftp/urlgfe chip-set@mail.ru (2008/05/30 08:14 --> 2008/06/07 08:00): 0.7.1_7 --> 0.7.1_1 misc/amanda-server kuriyama@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 2.5.1p3_3,1 --> 2.5.1p3_1,1 misc/bidwatcher obrien@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 1.3.17_6 --> 1.3.17_1 multimedia/xmms-status-plugin ports@FreeBSD.org (2008/03/25 17:39 --> 2008/03/26 08:24): 1.0_3 --> 1.0_1 security/samba-vscan jmelo@FreeBSD.org (2007/12/21 23:35 --> 2007/12/29 13:09): 0.3.6c_1 --> 0.3.6c textproc/p5-Spreadsheet-WriteExcel-FromXML ports@FreeBSD.org (2006/04/20 03:08 --> 2006/09/12 21:42): 1.02 --> 1.1 www/mozilla gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 1.7.13_6,2 --> 1.7.13_1,2 x11/xscreensaver-gnome gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 4.24_7 --> 4.24_1 x11-toolkits/gal2 gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 2.5.3_5 --> 2.5.3_1 x11-toolkits/gtksourceview gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 1.8.5_3 --> 1.8.5_1 databases/py-qt4-sql danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 devel/etoile-unitkit dinoex@FreeBSD.org (2008/05/06 13:53 --> 2008/05/12 15:53): 1.1_1 --> 0.2_1 devel/py-qt4-assistant danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 devel/py-qt4-core danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 devel/py-qt4-dbus danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_3 devel/py-qt4-designer danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 devel/py-qt4-designerplugin danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 devel/py-qt4-test danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 editors/vim6 obrien@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 6.4.9_2 --> 6.4.9_1 games/linux-alienarena alepulver@FreeBSD.org (2007/09/07 21:31 --> 2007/09/13 17:47): 2007.604,1 --> 2007.610 graphics/py-qt4-svg danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 math/miracl ports@FreeBSD.org (2007/04/28 05:10 --> 2007/05/24 07:35): 5.23_3 --> 5.3.2_1 misc/py-qt4-demo danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 misc/py-qt4-doc danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070225 --> 4.3.3_1 net/mpich2 thierry@FreeBSD.org (2008/03/22 20:19 --> 2008/03/23 11:56): 1.0.6.p1,3 --> 1.0.7_1,2 net/py-qt4-network danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 net-im/licq-osd dinoex@FreeBSD.org (2007/12/04 19:05 --> 2007/12/13 09:02): 1.3.4_1 --> 1.3.2.1_2 ports-mgmt/vulnerability-test-port ports@FreeBSD.org (2007/07/28 17:54 --> 2007/07/30 10:25): 2007.07.28 --> 2004.01.25 sysutils/dtc-toaster thomas@goirand.fr (2008/05/30 08:14 --> 2008/06/07 08:00): 0.28.2.1_4 --> 0.28.2.1_1 textproc/py-qt4-xml danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 www/openacs-dotlrn mm@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 2.3.1_2 --> 2.3.1_1 www/trac-nav gerrit.beine@gmx.de (2007/05/27 03:47 --> 2007/05/27 20:32): 3.92p6 --> 3.92_1 www/xulrunner gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 1.8.0.4_11 --> 1.8.0.4_1 x11/py-qt4-opengl danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 x11-toolkits/gtkmm20 gnome@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 2.2.12_8 --> 2.2.12_1 x11-toolkits/py-qt4-gui danny@ricin.com (2007/04/13 23:41 --> 2007/04/17 23:19): 20070318 --> 4.3.3_2 x11-toolkits/wxgtk24 fjoe@FreeBSD.org (2008/05/30 08:14 --> 2008/06/07 08:00): 2.4.2_16 --> 2.4.2_1 From edwin at mavetju.org Sun Jun 8 07:37:39 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Sun Jun 8 07:37:42 2008 Subject: PORTREVISON lowers after devel/gettext's great bump In-Reply-To: <484ABD1D.6000907@speco.com> References: <484ABD1D.6000907@speco.com> Message-ID: <20080608073738.GC89655@k7.mavetju> On Sat, Jun 07, 2008 at 11:53:49AM -0500, David Schutt wrote: > amanda-server-2.5.1p3_3,1 > succeeds port (port has 2.5.1p3_1,1) Fixed, thanks. I have also send a PR to fix order of fields in the header. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From kamikaze at bsdforen.de Sun Jun 8 13:46:34 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Jun 8 13:46:37 2008 Subject: conflict open-motif/tcl Message-ID: <484BE28C.7040800@bsdforen.de> # pkg_info -W /usr/local/man/man3/Object.3.gz pkg_info: both open-motif-2.2.3_5 and tcl-8.4.19,1 claim to have installed /usr/local/man/man3/Object.3.gz /usr/local/man/man3/Object.3.gz was installed by package open-motif-2.2.3_5 From wolson at gmail.com Sun Jun 8 14:07:49 2008 From: wolson at gmail.com (William Olson) Date: Sun Jun 8 14:08:15 2008 Subject: FreeBSD Port: sysutils/daemontools Message-ID: <48e060ef0806080639v557f4302p33df43079acd3bb5@mail.gmail.com> Hello, I am having issues installing daemontools from the ports system. Please see below: whateva# pwd /usr/ports/sysutils/daemontools whateva# make install clean ===> Vulnerability check disabled, database not found ===> Found saved configuration for daemontools-0.76_12 => daemontools-0.76-man-20010714.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://smarden.org/pape/djb/manpages/. fetch: http://smarden.org/pape/djb/manpages/daemontools-0.76-man-20010714.tar.gz: Operation timed out => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/daemontools-0.76-man-20010714.tar.gz: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/sysutils/daemontools. *** Error code 1 Stop in /usr/ports/sysutils/daemontools. whateva# I took a look at freshports this morning and saw this: http://www.freshports.org/search.php?query=daemontools&search=go&num=10&stype=name&method=match&deleted=excludedeleted&start=1&casesensitivity=caseinsensitive It looks like it's now restricted? Please let me know. -- ------------------------------------------------- My favorite quote from Everybody loves Raymond: I'm tired. Can you just call yourself an idiot? ------------------------------------------------- Bill http://www.antagonism.org/qmr-faq.shtml http://www.catb.org/~esr/faqs/smart-questions.html#before http://www.goodcleanemail.com http://www.freebsdrocks.net http://listarchive.qmailrocks.org/splash/index.html Live Help also available on IRC Server Freenode in channel #qmr QMR List Archive is available at http://dir.gmane.org/gmane.mail.qmail.qmr From roam at ringlet.net Sun Jun 8 16:09:26 2008 From: roam at ringlet.net (Peter Pentchev) Date: Sun Jun 8 16:09:29 2008 Subject: FreeBSD Port: sysutils/daemontools In-Reply-To: <48e060ef0806080639v557f4302p33df43079acd3bb5@mail.gmail.com> References: <48e060ef0806080639v557f4302p33df43079acd3bb5@mail.gmail.com> Message-ID: <20080608160330.GA1446@straylight.m.ringlet.net> On Sun, Jun 08, 2008 at 09:39:45AM -0400, William Olson wrote: > Hello, > > I am having issues installing daemontools from the ports system. Please see > below: > > whateva# pwd > /usr/ports/sysutils/daemontools > whateva# make install clean > ===> Vulnerability check disabled, database not found > ===> Found saved configuration for daemontools-0.76_12 > => daemontools-0.76-man-20010714.tar.gz doesn't seem to exist in > /usr/ports/distfiles/. > => Attempting to fetch from http://smarden.org/pape/djb/manpages/. > fetch: > http://smarden.org/pape/djb/manpages/daemontools-0.76-man-20010714.tar.gz: > Operation timed > out Hmm, looks like there's some sort of problem with Gerritt Pape's site where the port tries to fetch the manual pages from. Right now, you can fetch the daemontools-0.76-man-20010714.tar.gz from my FreeBSD site - http://people.FreeBSD.org/~roam/ports/sysutils/daemontools/daemontools-0.76-man-20010714.tar.gz I've placed the file in the publicly mirrorred directory, so it will appear on other mirrors, too; once it does, I'll add this local distribution site to the port, too. > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/daemontools-0.76-man-20010714.tar.gz: > File > unavailable (e.g., file not found, no access) Yep, as explained below, the port has been marked RESTRICTED for ages and I've not changed that since December; thus, the package building cluster does not try to build it, and the distribution files have not appeared on the FreeBSD FTP site. This will change soon. > => Couldn't fetch it - please try to retrieve this > => port manually into /usr/ports/distfiles/ and try again. > *** Error code 1 > > Stop in /usr/ports/sysutils/daemontools. > *** Error code 1 > > Stop in /usr/ports/sysutils/daemontools. > whateva# > > I took a look at freshports this morning and saw this: > > http://www.freshports.org/search.php?query=daemontools&search=go&num=10&stype=name&method=match&deleted=excludedeleted&start=1&casesensitivity=caseinsensitive > > It looks like it's now restricted? Please let me know. It's not restricted "now"; the port has had the RESTRICTED line in its Makefile ever since version 1.1 (well, okay, it was NO_PACKAGE then) about nine years ago :) It's quite another question that I haven't removed it after Prof. Bernstein put all his software in the public domain in December 2007; I'll do so soon, right after the files I've placed in my FreeBSD home directory are mirrorred onto the FTP sites. Thanks for the heads-up! 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 Thit sentence is not self-referential because "thit" is not a word. -------------- 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/20080608/8b4d7b55/attachment.pgp From robillard.etienne at gmail.com Sun Jun 8 22:52:39 2008 From: robillard.etienne at gmail.com (Etienne Robillard) Date: Sun Jun 8 22:52:44 2008 Subject: hang making bash in current In-Reply-To: <48195136.7000401@paradise.net.nz> References: <48142EBE.30004@psg.com> <4817EB1D.4080802@paradise.net.nz> <4817EC6E.20508@psg.com> <48195136.7000401@paradise.net.nz> Message-ID: <20080608182701.e66304bd.robillard.etienne@gmail.com> On Thu, 01 May 2008 17:12:22 +1200 Mark Kirkwood wrote: > Randy Bush wrote: > >> I'm running into this, but during make of gtar 1.20 in 7-STABLE from > >> yesterday. It looks like the command running is: > >> > >> # ps -auxw | grep msgmerge > >> root 30762 0.0 0.1 4644 1528 p2 I+ 12:45PM 0:00.01 > >> /usr/local/bin/msgmerge --update -q /dev/null /dev/null > >> > >> Trying this command standalone reproduces the hang - nothing from ktrace > >> or truss. > >> > >> It *looks* like msgmerge is built properly: > >> > >> # ldd /usr/local/bin/msgmerge > >> /usr/local/bin/msgmerge: > >> libgettextsrc-0.16.1.so => /usr/local/lib/libgettextsrc-0.16.1.so > >> (0x48083000) > >> libgettextlib-0.16.1.so => /usr/local/lib/libgettextlib-0.16.1.so > >> (0x480b4000) > >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x480d2000) > >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x480db000) > >> libm.so.4 => /lib/libm.so.4 (0x481d0000) > >> libgomp.so.1 => /usr/lib/libgomp.so.1 (0x481e5000) > >> libthr.so.2 => /lib/libthr.so.2 (0x481ec000) > >> libc.so.7 => /lib/libc.so.7 (0x481ff000) > >> > >> I notice that this same command works fine on another 7-STABLE system > >> built from src in late Feb. I'm gonna rebuild gettext and see if that > >> helps. > >> > > > > this is not a good week for current. all sorts of fun. cvsup again. > > you'll want the thread fixes that came out in the last day too. > > > > > > Thanks Randy - However I have just cvsup'ed and still no joy. Did these > changes make it into 7-STABLE or just CURRENT? (I'm on the former). > > regards > > Mark Hi, Did you guys did a full buildworld ? I just compiled bash on a recent -current and its running silky smooth. $ bash --version GNU bash, version 3.2.39(1)-release (i386-portbld-freebsd8.0) Copyright (C) 2007 Free Software Foundation, Inc. $ sysctl -a | grep kern.os kern.ostype: FreeBSD kern.osrelease: 8.0-CURRENT kern.osrevision: 199506 kern.osreldate: 800038 Or perhaps a 'pkg_delete -a' and then recompiling all user-land programs should do the trick.. HTH, Etienne -- Etienne Robillard From wahjava.ml at gmail.com Sun Jun 8 23:38:15 2008 From: wahjava.ml at gmail.com (=?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla) Date: Sun Jun 8 23:38:21 2008 Subject: Google Gadgets available on FreeBSD Message-ID: <20080608233806.GA2291@chateau.d.lf> Hi, I've ported Google Gadgets[1] on FreeBSD, and the PR is ports/124403. At the moment, it only builds with GTK+, as I don't have Qt4 installed, though this port has choice between using GTK+ and Qt4. If anyone is interested, please send a patch, or I'll do it in few days, when I get some time. References: [1] - http://code.google.com/p/google-gadgets-for-linux/ Thanks -- Ashish Shukla ???? ????? http://wahjava.wordpress.com/ ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- 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/20080608/3ba83a36/attachment.pgp From markir at paradise.net.nz Mon Jun 9 00:03:54 2008 From: markir at paradise.net.nz (Mark Kirkwood) Date: Mon Jun 9 00:03:59 2008 Subject: hang making bash in current In-Reply-To: <20080608182701.e66304bd.robillard.etienne@gmail.com> References: <48142EBE.30004@psg.com> <4817EB1D.4080802@paradise.net.nz> <4817EC6E.20508@psg.com> <48195136.7000401@paradise.net.nz> <20080608182701.e66304bd.robillard.etienne@gmail.com> Message-ID: <484C6FDC.8070705@paradise.net.nz> Etienne Robillard wrote: > On Thu, 01 May 2008 17:12:22 +1200 > Mark Kirkwood wrote: > > >> Randy Bush wrote: >> >>>> I'm running into this, but during make of gtar 1.20 in 7-STABLE from >>>> yesterday. It looks like the command running is: >>>> >>>> # ps -auxw | grep msgmerge >>>> root 30762 0.0 0.1 4644 1528 p2 I+ 12:45PM 0:00.01 >>>> /usr/local/bin/msgmerge --update -q /dev/null /dev/null >>>> >>>> Trying this command standalone reproduces the hang - nothing from ktrace >>>> or truss. >>>> >>>> It *looks* like msgmerge is built properly: >>>> >>>> # ldd /usr/local/bin/msgmerge >>>> /usr/local/bin/msgmerge: >>>> libgettextsrc-0.16.1.so => /usr/local/lib/libgettextsrc-0.16.1.so >>>> (0x48083000) >>>> libgettextlib-0.16.1.so => /usr/local/lib/libgettextlib-0.16.1.so >>>> (0x480b4000) >>>> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x480d2000) >>>> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x480db000) >>>> libm.so.4 => /lib/libm.so.4 (0x481d0000) >>>> libgomp.so.1 => /usr/lib/libgomp.so.1 (0x481e5000) >>>> libthr.so.2 => /lib/libthr.so.2 (0x481ec000) >>>> libc.so.7 => /lib/libc.so.7 (0x481ff000) >>>> >>>> I notice that this same command works fine on another 7-STABLE system >>>> built from src in late Feb. I'm gonna rebuild gettext and see if that >>>> helps. >>>> >>>> >>> this is not a good week for current. all sorts of fun. cvsup again. >>> you'll want the thread fixes that came out in the last day too. >>> >>> >>> >> Thanks Randy - However I have just cvsup'ed and still no joy. Did these >> changes make it into 7-STABLE or just CURRENT? (I'm on the former). >> >> regards >> >> Mark >> > > Hi, > > Did you guys did a full buildworld ? I just compiled bash on a > recent -current and its running silky smooth. > > $ bash --version > GNU bash, version 3.2.39(1)-release (i386-portbld-freebsd8.0) > Copyright (C) 2007 Free Software Foundation, Inc. > > $ sysctl -a | grep kern.os > kern.ostype: FreeBSD > kern.osrelease: 8.0-CURRENT > kern.osrevision: 199506 > kern.osreldate: 800038 > > Or perhaps a 'pkg_delete -a' and then recompiling all user-land > programs should do the trick.. > > HTH, > > Etienne > > > Recent 7-STABLE sources do not seem to exhibit this problem any more (sorry - should have reported this sooner!) regards Mark From bugmaster at FreeBSD.org Mon Jun 9 11:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 9 11:06:34 2008 Subject: Current unassigned ports problem reports Message-ID: <200806091106.m59B65Wx069817@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 Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode o ports/111832 ports/lang/drscheme doesn't compile: foreign.c 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 o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118104 [PATCH] multimedia/vlc - volume bar position almost in o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa 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 o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting f ports/123624 port java/sablevm installs jni.h in /usr/local/include 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 o ports/124366 graphics/sane-frontends should not be IGNOREd f ports/124401 security/sshguard dumps core 25 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/75883 mrtg + ucd-snmp give wrong results o 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 s ports/115216 ADA devel/florist exit_process program doesn't compile s ports/115217 Ada devel/florist socket program doesn't compile due t f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel f ports/116934 net-mgmt/mrtg won't start in UTF-8 locales o ports/117299 [NEW PORTS] www/webobjects(+) Apple WebObjects ports b o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117810 multimedia/vlc-devel port could be compiled with lua m o ports/117824 CONFIGURE_LINE truncated to 2048 chars in [at least] m o ports/118229 New port: security/fwknop fwknop,"FireWall KNock OPera o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119425 New port: korean/ko.TeX Korean TeX macro and utilities o ports/119427 New port: korean/ko.TeX-fonts-extra Korean TeX extra f o ports/119428 New port: korean/ko.TeX-fonts-base Korean TeX base fon o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120181 weird tty permissions with x11/rxvt f ports/120480 [patch] devel/quilt: RPM dependency should be optional f ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. 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) s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/122102 New Port devel/tango - alternate library for the D pro f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o 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/122980 New Port: emulators/gemrb o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a o ports/123215 net-mgmt/nagios-silfreed-plugins fails install o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor f ports/123360 portinstall net-mgmt/mrtg fails 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 o ports/123532 Upgrade port graphics/glfw to 2.6 [+patch] o ports/123614 New Port : editors/OmegaT a free translation memory ap o ports/123652 [NEW PORT] print/latex-aa: LaTeX class for submission o ports/123653 [NEW PORT] print/latex-aastex: LaTeX class for America f ports/123673 New Port: www/mod_umask Apache2+ Module to set the uma o ports/123692 New port: www/davical A simple CalDAV server o ports/123697 [PATCH] sysutils/linux-megacli: Fix periodic script af 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/123770 [NEW PORT] graphics/geeqie Lightweight image viewer f f ports/123805 print/lyx crash on CURRENT 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 o ports/123963 [New port] audio/wavegain o ports/123994 (New Port) databases/frontbase version 4.2.8 o ports/123995 (New Port) databases/frontbase-jdbc 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/124076 Port update: graphics/kallery - Update to v1.2.0 and u 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/124122 [PATCH] security/barnyard: [SUMMARIZE CHANGES] f ports/124184 [MAINTAINER] archivers/lzo2: reduce self-test verbosit o ports/124249 [maintainer update] devel/zeroinstall-injector - updat f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser o ports/124267 [New port] chinese/fqterm: a Chinese BBS client f ports/124275 [UPDATE] multimedia/mimms: Update to 3.2.1 o ports/124278 [UPDATE] sysutils/gnu-unifont update and category mov o ports/124290 New port: net/amtterm Intel Advanced Management Techno o ports/124291 [new port] devel/nemiver: A C/C++ Debugger for GNOME f ports/124297 [PATCH] lang/lua: creating shared lib, liblua.so o ports/124305 [maintainer-update] comms/gnokii: update to 0.6.26 o ports/124345 [MAINTAINER] x11/slim: enable pam support o ports/124346 [MAINTAINER] [PATCH] games/eduke32 : new upstream patc o ports/124351 [maintainer-update] [patch] - update multimedia/gpodde o ports/124356 [PATCH] mail/metamail make package failure when no X11 o ports/124357 Update port: www/plone3 to 3.1.2 o ports/124358 [NEW PORT] sysutils/sg3_utils Set of utilities that se o ports/124379 [MAINTAINER-UPDATE] sysutils/bacula-server upgrade to o ports/124382 New port: deskutils/jjclient Just Journal blogging cl o ports/124397 [maintainer-update] schedule mail/mutt-ng for removal f ports/124400 New port: www/mod_auth_ldap f ports/124404 net/pathchar coredumps o ports/124408 [patch] www/nanoblogger: markdown plugin doesn't honou o ports/124413 Update port: net-mgmt/darkstat to 3.0.708 118 problems total. From jhs at berklix.org Mon Jun 9 22:16:20 2008 From: jhs at berklix.org (Julian Stacey) Date: Mon Jun 9 22:16:25 2008 Subject: CFS Cryptographic file system. Message-ID: <200806092143.m59Lheek064781@fire.js.berklix.net> Is there some replacement of /usr/ports/security/cfs (encryped file system) for 7.0 ? Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From jhs at berklix.org Mon Jun 9 22:50:28 2008 From: jhs at berklix.org (Julian Stacey) Date: Mon Jun 9 22:50:32 2008 Subject: Enabling GPG Crypt & Key lookup on EXMH 2.7.2 In-Reply-To: Your message "Fri, 06 Jun 2008 00:22:13 +0200." <200806052222.m55MMDcD073442@fire.js.berklix.net> Message-ID: <200806092250.m59MolUC066306@fire.js.berklix.net> Hi ports@, The problem below with GPG Crypt & Exmh is solved: "Julian Stacey" wrote: > Stanislav Sedov wrote: > > "Julian Stacey" mentioned: > > > Hi ports@freebsd.org > > > Does anyone have GPG working with EXMH ? > > > If so I'd be inyerested to know what bits you consider important in > > > ~/.exmh/exmh-defaults > > > /var/db/pkg/ > > > I asked exmh-users@redhat.com, & posted my config there, > > > but no answers overnight, & I suspect this is a FreeBSD config issue. > > > > Post your config here so we can take a look. > > > > Stanislav Sedov > > Thanks, here below: > BTW > I only the problem encrypting is with EXMH-2.7.2 on my amd64 6.2-rel, > decrypting is OK now I have installed security/quintuple-agent for q-client > > On my 7.0-rel i386 I can use the same gpg keys to encode with mail/claws-mail, > & can also manually gpg encrypt. The solution was worked out on another list, here's a posting: ----- To: Discussion list for EXMH users Subject: Re: Enabling GPG Crypt & Key lookup on EXMH 2.7.2 From: "Julian Stacey" Valdis.Kletnieks@vt.edu wrote: > > On Mon, 09 Jun 2008 23:28:32 +0200, Julian Stacey said: > > > Thanks both, I've got it working now. > > Well, nearly, with the exception that I have to keep typing passphrase. > > q-client is manually running, & I exported the env before calling exmh, > > & q-client is callable, but but "q-client list" show empty. > > That's probably at least partially due to the fact that the last time I touched > the PGP code (and I think I was the last to do so), I'm running exmh-2.7.2 on FreeBSD-6.2 > q-client didn't exist yet. After cd /usr/ports/mail/exmh2 ; make extract ie at architercture neutral level before any customising for FreeBSD specific as in 'make patch' called by macros of 'make all' There are just 2 q-client strings: lib/extrasInit.tcl: {pgp(getextcmd) pgpGetExtCmd {/usr/bin/q-client get %s} {Method to query external passphrase cache} lib/extrasInit.tcl: {pgp(delextcmd) pgpDelExtCmd {/usr/bin/q-client delete %s} {Method to invalidate external passphrase cache} & no more q-client dtrings after make patch. I would guess Exmh is missing some "q-client put" calls to load the socket the first time the passphrase is typed in gor gpg -d ? > Look under 'preferences' / 'General PGP Interface' - is the 'Keep PGP > passphrase' button what you're looking for? Harvey Eneman wrote: > I think you need to set your pgpKeepPass to 1. Thanks, Yes I'd tried that before, but it had locked up, When I changed pgpKeepPass to 1, & then clicked in body on " Decrypt and verify with GnuPG" the display reduced from: This is a GnuPG signed and encrypted message Decrypt and verify with GnuPG This is a application/pgp It might be displayable with metamail. (Invoke menu with right button.) charset = US-ASCII format = text To just: PGP execution produced no messages. Now I realise the code needs extending to use eg "q-client put", I must abandon external till then, so I have also set Use external passphrase cache Off. & now all works. Valdis, If you fancy adding some TCL to call q-client put to load the values sometime, I can be a tester (though busy next few days). Thanks all for you advice. (BTW off topic I believe gpg-agent worked with claws-mail to load passphrases, but I got stuck with other problems there, so reverted to exmh :-) Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www .berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. From jeffrey at goldmark.org Tue Jun 10 00:19:54 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Tue Jun 10 00:19:59 2008 Subject: Where should "contrib" scripts and utilities be installed? Message-ID: When some project includes a contrib/ directory with its source where should those canonically be installed? /usr/local/share/$PORT or /usr/local/share/doc/$PORT or someplace else. In particular, I'm planing on submitting a patch to sysutils/rsnapshot port to also install, somewhere, the contrib directly that comes out of the tarball. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From sahil at tandon.net Tue Jun 10 00:54:53 2008 From: sahil at tandon.net (Sahil Tandon) Date: Tue Jun 10 00:54:57 2008 Subject: Where should "contrib" scripts and utilities be installed? In-Reply-To: References: Message-ID: <20080610005448.GC58305@shepherd> Jeffrey Goldberg wrote: > When some project includes a contrib/ directory with its source where > should those canonically be installed? > > /usr/local/share/$PORT > > or > > /usr/local/share/doc/$PORT > > or someplace else. > > In particular, I'm planing on submitting a patch to sysutils/rsnapshot port > to also install, somewhere, the contrib directly that comes out of the > tarball. The existence of ports with a "-contrib" suffix suggests you may need to create a distinct port for the contrib files. databases/postgresql-contrib, for example. -- Sahil Tandon From g_f_mail at ukr.net Tue Jun 10 06:09:34 2008 From: g_f_mail at ukr.net (=?WINDOWS-1251?Q?=C3=E5=ED=ED=E0=E4=E8=E9_=CC=E0=EA=F1=E8=EC=EE=E2=E8?==?WINDOWS-1251?Q?=F7_=D4=E8=EB=E8=EF=EF=EE=E2?=) Date: Tue Jun 10 06:09:42 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <200805272000.23312.derek.graham@att.net> Message-ID: ?? From g_f_mail at ukr.net Tue Jun 10 06:09:34 2008 From: g_f_mail at ukr.net (=?WINDOWS-1251?Q?=C3=E5=ED=ED=E0=E4=E8=E9_=CC=E0=EA=F1=E8=EC=EE=E2=E8?==?WINDOWS-1251?Q?=F7_=D4=E8=EB=E8=EF=EF=EE=E2?=) Date: Tue Jun 10 06:09:43 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <200805272000.23312.derek.graham@att.net> Message-ID: ?? From henk at signature.nl Tue Jun 10 09:45:10 2008 From: henk at signature.nl (Henk van Oers) Date: Tue Jun 10 09:45:39 2008 Subject: converters/libiconv build error Message-ID: <20080610110051.W66590@ans.signature.nl> On a small FreeBSD 6.3 system (Pentium I, 120 MHz, 32 MB) i have postfix running, a bit of perl and ... bash I did an upgrade after reading: 20080605: AFFECTS: users of devel/gettext (ie: YOU) AUTHOR: ade@FreeBSD.org As a result of the upgrade to gettext-0.17, the shared library version of libintl has changed, so you will need to rebuild all ports that depend on gettext: # portupgrade -rf gettext # portmaster -r gettext\* Given the scope and sheer number of dependent ports, it may be more advisable to simply blow away all existing install ports (after keeping any local configuration changes), and rebuilding from scratch. Even with a hand full of gettext dependencies, normal upgrade did not work, so i deleted all related ports and started rebuilding from scratch. For bash i need converters/libiconv but is stops with: [...] config.status: creating po/Makefile ./configure.lineno: 40477: Syntax error: Unterminated quoted string ===> Script "configure" failed unexpectedly. Please run the gnomelogalyzer, available from "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach (a) "/usr/ports/converters/libiconv/work/libiconv-1.11/config.log", (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 ----------------------- Mmmm, ok, run gnomelogalyzer.sh on the logfile: The cause of your build failure is not known to gnomelogalyzer.sh. Before e-mailing the build log to the FreeBSD GNOME team at freebsd-gnome@FreeBSD.org, TRY EACH OF THE FOLLOWING: * If you are generating your own logfile, make sure to generate it with something similar to: "make 2>&1 | tee /path/to/logfile" (sh/bash/ksh/zsh) or "make |& tee /path/to/logfile" (csh/tcsh) * Make sure your cvsup(1) configuration file specifies the 'ports-all' collection * Run cvsup(1) and attempt the build again * Check /usr/ports/UPDATING for information pertinent to your build failure * 99% of the commonly reported build failures can be solved by running "portupgrade -a" * Read the FAQs at http://www.FreeBSD.org/gnome/ * Search the archives of freebsd-gnome@FreeBSD.org. Archives can be searched at http://www.freebsd.org/gnome/index.html#search If you have not performed each of the above suggestions, don't bother asking for help. The chances are good that you'll simply be told to perform one of the aforementioned steps. I did re-portsnap, portupgrade -a has nothing to do. FAQ's and archive did not help. I want my bash back, but it needs iconv.... NB the output of /usr/ports/converters/libiconv/work/libiconv-1.11/config.log is: [....] #define VOID_UNSETENV 1 #define HAVE__BOOL 1 #define HAVE_STDBOOL_H 1 #define HAVE_STRERROR 1 #define HAVE_READLINK 1 configure: exit 2 Do you need the whole file? From Maarten.Verbeek at ordina.be Tue Jun 10 11:38:59 2008 From: Maarten.Verbeek at ordina.be (Verbeek, Maarten) Date: Tue Jun 10 11:39:02 2008 Subject: FreeBSD Port: squid_radius_auth-1.0.8 Message-ID: <484EC6860B1EB041A54358540C0AA2D605AF0779@ordexchange.ordina.belgium> Hi, The 1.0.8 version is currently out of date and contains a bug. could this be updated to the current version if you are still maintaining the code? thnx Maarten Verbeek ORDINA Belgium Contact Details B-3001 Heverlee, Interleuvenlaan 15H B-3560 Lummen, Bosstraat 52/2 B-9820 Merelbeke, Guldensporenlaan 84/I B-2627 Schelle (Antwerpen), Boomsesteenweg 28 @ Maarten.Verbeek@ordina.be www.ordina.be Email Disclaimer The information contained in or with this email, originating from Ordina, is confidential and intended solely for the addressee. If this email has been received in error the receiver is kindly asked to contact the sender via email or telephone. Revelation, reproduction, distribution and/or forwarding of the information contained to third parties is not permitted. Ordina is not responsible for the correct and complete transference of the content of any transmitted email, nor for the timely reception thereof, nor for the correctness of the content. In no case is Ordina liable for any damage, in any form, which may arise as a direct or indirect consequence of acting and/or neglecting and/or deciding anything based wholly or partly on this email. On all activities and offers of Ordina, and in all agreements of which they are directly or indirectly a party, the General Terms and Conditions apply, even if not included. A copy of these Terms and Conditions will be send to you free of charge on request. From edwin at FreeBSD.org Tue Jun 10 13:00:01 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Jun 10 13:00:07 2008 Subject: ports/37375: Test bug report (please ignore) Message-ID: <200806101300.m5AD01CP052438@freefall.freebsd.org> Synopsis: Test bug report (please ignore) State-Changed-From-To: closed->Open State-Changed-By: edwin State-Changed-When: Tue Jun 10 12:59:37 UTC 2008 State-Changed-Why: tracing issue with edit-pr http://www.freebsd.org/cgi/query-pr.cgi?pr=37375 From edwin at FreeBSD.org Tue Jun 10 13:00:26 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Jun 10 13:00:28 2008 Subject: ports/37375: Test bug report (please ignore) Message-ID: <200806101300.m5AD0PHs052631@freefall.freebsd.org> Synopsis: Test bug report (please ignore) State-Changed-From-To: Open->open State-Changed-By: edwin State-Changed-When: Tue Jun 10 13:00:14 UTC 2008 State-Changed-Why: Fix capitalization http://www.freebsd.org/cgi/query-pr.cgi?pr=37375 From edwin at FreeBSD.org Tue Jun 10 13:00:45 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Jun 10 13:00:50 2008 Subject: ports/37375: Test bug report (please ignore) Message-ID: <200806101300.m5AD0jHo052690@freefall.freebsd.org> Synopsis: Test bug report (please ignore) State-Changed-From-To: open->closed State-Changed-By: edwin State-Changed-When: Tue Jun 10 13:00:36 UTC 2008 State-Changed-Why: Trace edit-pr issue http://www.freebsd.org/cgi/query-pr.cgi?pr=37375 From edwin at FreeBSD.org Tue Jun 10 13:01:00 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Jun 10 13:01:07 2008 Subject: ports/37375: Test bug report (please ignore) Message-ID: <200806101301.m5AD10D7052745@freefall.freebsd.org> Synopsis: Test bug report (please ignore) Responsible-Changed-From-To: freebsd-ports->edwin Responsible-Changed-By: edwin Responsible-Changed-When: Tue Jun 10 13:00:49 UTC 2008 Responsible-Changed-Why: Chase edit-pr issue http://www.freebsd.org/cgi/query-pr.cgi?pr=37375 From reinhard.haller at interactive-net.de Tue Jun 10 13:56:45 2008 From: reinhard.haller at interactive-net.de (Reinhard Haller) Date: Tue Jun 10 13:56:49 2008 Subject: FreeBSD Port: nntpcache-3.0.2_6 Message-ID: <000001c8caff$fef8d250$fcea76f0$@haller@interactive-net.de> Hi, I've problems to get nntpcache working on amd64 architecture. Are there known issues or suggestions to get it working. The original domain (nntpcache.org/com) is no longer allocated, so where can I get any informations? Thanks Reinhard Haller ----- Dipl. Inform. Reinhard Haller INTERACTIVE Computer Systems GmbH Gesellschaft f?r Systemtechnik Hermann-Hesse-Str. 5 85551 Kirchheim b. M?nchen Tel.: 089/904885-0 Mob.: 0171/8022551 Fax: 089/904885-22 mailto: reinhard.haller@interactive-net.de Angaben gem?? EHUG: Gesch?ftsf?hrer: Reinhard Haller eingetragen: Amtsgericht M?nchen, HRB 70987 USt-ID: DE129385991 From wxs at FreeBSD.org Tue Jun 10 14:00:21 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Jun 10 14:00:27 2008 Subject: FreeBSD Port: squid_radius_auth-1.0.8 In-Reply-To: <484EC6860B1EB041A54358540C0AA2D605AF0779@ordexchange.ordina.belgium> References: <484EC6860B1EB041A54358540C0AA2D605AF0779@ordexchange.ordina.belgium> Message-ID: <20080610140227.GA65115@atarininja.org> On Tue, Jun 10, 2008 at 01:28:05PM +0200, Verbeek, Maarten wrote: > Hi, > > The 1.0.8 version is currently out of date and contains a bug. > could this be updated to the current version if you are still > maintaining the code? I was recently told that the current maintainers address bounces by someone who is trying to get an update for this port reviewed. I'm working with that person to get it into the PR system and eventually into the tree. If the maintainer address bounces for me this time I'll make sure to find an appropriate maintainer for the port. -- WXS From roam at ringlet.net Tue Jun 10 15:25:47 2008 From: roam at ringlet.net (Peter Pentchev) Date: Tue Jun 10 15:25:49 2008 Subject: Where should "contrib" scripts and utilities be installed? In-Reply-To: <20080610005448.GC58305@shepherd> References: <20080610005448.GC58305@shepherd> Message-ID: <20080610152417.GA1045@straylight.m.ringlet.net> On Mon, Jun 09, 2008 at 08:54:49PM -0400, Sahil Tandon wrote: > Jeffrey Goldberg wrote: > > > When some project includes a contrib/ directory with its source where > > should those canonically be installed? > > > > /usr/local/share/$PORT > > > > or > > > > /usr/local/share/doc/$PORT > > > > or someplace else. > > > > In particular, I'm planing on submitting a patch to sysutils/rsnapshot port > > to also install, somewhere, the contrib directly that comes out of the > > tarball. > > The existence of ports with a "-contrib" suffix suggests you may need to > create a distinct port for the contrib files. databases/postgresql-contrib, > for example. Actually, that is not strictly necessary. There are other ports that do things in slightly different ways: - some things in contrib/ are merely documentation snippets that belong in share/doc/$PACKAGE, as Jeffery suggested - some things in contrib/ are sample additions, implementations, clients, add-ons and such that *might* belong in share/examples/$PACKAGE - some things in contrib/ are scripts, clients, add-ons and such that might also belong in libexec/$PACKAGE (if they are executable files) or share/$PACKAGE (if they are not... I can't think of any examples right now, but there might be) - some things in contrib/ are really best left in a separate port :) For rsnapshot itself - erm, I don't see a contrib/ directory in its source; do you mean the utils/ directory, or are you looking at some version that is not in the Ports Collection yet? :) If it is utils/ that you mean, then, well, it's actually your choice - the things there seem to be little scripts that may live in $EXAMPLESDIR, may live in libexec/rsnapshot/, and may live in a separate rsnapshot-utils port. Either way would be fine, at least IMHO. 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/20080610/a0fb2a47/attachment.pgp From fbsd06 at mlists.homeunix.com Tue Jun 10 16:24:29 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Tue Jun 10 16:24:33 2008 Subject: FreeBSD Port: nntpcache-3.0.2_6 In-Reply-To: <000001c8caff$fef8d250$fcea76f0$@haller@interactive-net.de> References: <000001c8caff$fef8d250$fcea76f0$@haller@interactive-net.de> Message-ID: <20080610170805.247bf8a4@gumby.homeunix.com.> On Tue, 10 Jun 2008 15:43:36 +0200 "Reinhard Haller" wrote: > Hi, > > I've problems to get nntpcache working on amd64 architecture. Are > there known issues or suggestions to get it working. > > The original domain (nntpcache.org/com) is no longer allocated, so > where can I get any informations? The current site is given in the port pkg-descr file: http://iq.org/~proff/nntpcache.org/ From kris at FreeBSD.org Tue Jun 10 16:45:34 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Jun 10 16:45:37 2008 Subject: INDEX build optimizations - please review Message-ID: <484EAFAC.3020208@FreeBSD.org> Please review and test the following patches that optimize port INDEX builds (and as a side-effect, other recursive tree traversals). I am particularly interested in a comparison between old and new indexes built locally: the only diff should be in audio/festvox-hvs [1]. The patches remove most of the extraneous command executions required for each invocation of bsd.port.mk (e.g. via 'make describe' in a port), by replacing external command invocations with shell or make builtins, as well as caching of constants. Another important optimization is to use /rescue/sh instead of /bin/sh for index builds. The former is statically linked and this is much faster to execute. One further change I didn't do would be to move the WWW specification from pkg-descr into a Makefile variable (this could be done mechanically). The new 'make describe' target runs entirely using shell builtins apart from the need to sed pkg-descr to extract the WWW [2] (previously 'describe' was a combination of several shell executions and a perl script, invoked for every port). With these patches an index build on an 8 core system drops from 796.486u 974.564s 5:25.14 544.7% 28+193k 37252+719io 27pf+0w to 642.846u 164.520s 2:31.29 533.6% 67+297k 0+721io 0pf+0w (or with statically linked sed: 637.805u 142.335s 2:27.32 529.5% 71+304k 0+720io 0pf+0w ) The new version requires 69301 forks and 68614 execs (would be ~19000 fewer of each without WWW in pkg-descr), compared to 252383 forks and 226875 execs with the current version. The resulting index is identical except for one port [1] but generating it is more than twice as fast (and uses 6 times less system CPU). I am only getting ~530% CPU utilization because of contention in the scheduler, so there is scope for going as low as 100 seconds if this went away. Further improvements are no doubt possible but would require profiling the work done within make(1) to see where it is spending its time (variable setting, conditional evaluation, loop invocation, regexp processing, etc). ********************************************************************** ********************* NOTE TO PORT DEVELOPERS ************************ ********************************************************************** 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, then you avoid wasting one or more process executions. Kris [1] This patch exposed a bug: for some reason no dependencies were previously recorded for audio/festvox-hvs! Probably because it only has RUN_DEPENDS and the 'make describe' perl script was broken. [2] Actually I am not happy with this but couldn't think of a way to do it better. Having to fork the subshell costs about 60 seconds of system time and 10 of wall time. -------------- next part -------------- Index: Makefile =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/ports/Makefile,v retrieving revision 1.103 diff -u -r1.103 Makefile --- Makefile 27 Sep 2007 05:36:26 -0000 1.103 +++ Makefile 10 Jun 2008 09:56:17 -0000 @@ -103,6 +103,7 @@ tmpdir=`/usr/bin/mktemp -d -t index` || exit 1; \ trap "rm -rf $${tmpdir}; exit 1" 1 2 3 5 10 13 15; \ ( cd ${.CURDIR} && make -j${INDEX_JOBS} INDEX_TMPDIR=$${tmpdir} BUILDING_INDEX=1 \ + __MAKE_SHELL=/rescue/sh \ ECHO_MSG="${INDEX_ECHO_MSG}" describe ) || \ (rm -rf $${tmpdir} ; \ if [ "${INDEX_QUIET}" = "" ]; then \ Index: Mk/bsd.java.mk =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/ports/Mk/bsd.java.mk,v retrieving revision 1.82 diff -u -r1.82 bsd.java.mk --- Mk/bsd.java.mk 28 Oct 2007 15:09:43 -0000 1.82 +++ Mk/bsd.java.mk 10 Jun 2008 09:56:17 -0000 @@ -249,34 +249,30 @@ . endfor # Error checking: JAVA_VERSION +.if !defined(_JAVA_VERSION_LIST_REGEXP) _JAVA_VERSION_LIST_REGEXP!= ${ECHO_CMD} "${_JAVA_VERSION_LIST}" | ${SED} "s/ /\\\|/g" -_ERROR_CHECKING_JAVA_VERSION!= ${ECHO_CMD} "${JAVA_VERSION}" | ${TR} " " "\n" \ - | ${GREP} -v "${_JAVA_VERSION_LIST_REGEXP}" || true -. if (${_ERROR_CHECKING_JAVA_VERSION} != "") +.endif check-makevars:: - @${ECHO_CMD} "${PKGNAME}: Makefile error: \"${JAVA_VERSION}\" is not a valid value for JAVA_VERSION. It should be one or more of: ${__JAVA_VERSION_LIST} (with an optional \"+\" suffix.)"; - @${FALSE} -. endif + @${ECHO_CMD} "${JAVA_VERSION}" | ${TR} " " "\n" | ${GREP} -q "${_JAVA_VERSION_LIST_REGEXP}" || \ + (${ECHO_CMD} "${PKGNAME}: Makefile error: \"${JAVA_VERSION}\" is not a valid value for JAVA_VERSION. It should be one or more of: ${__JAVA_VERSION_LIST} (with an optional \"+\" suffix.)"; ${FALSE}) # Error checking: JAVA_VENDOR +.if !defined(_JAVA_VENDOR_LIST_REGEXP) _JAVA_VENDOR_LIST_REGEXP!= ${ECHO_CMD} "${_JAVA_VENDOR_LIST}" | ${SED} "s/ /\\\|/g" -_ERROR_CHECKING_JAVA_VENDOR!= ${ECHO_CMD} "${JAVA_VENDOR}" | ${TR} " " "\n" \ - | ${GREP} -v "${_JAVA_VENDOR_LIST_REGEXP}" || true -. if (${_ERROR_CHECKING_JAVA_VENDOR} != "") +.endif check-makevars:: - @${ECHO_CMD} "${PKGNAME}: Makefile error: \"${JAVA_VENDOR}\" is not a valid value for JAVA_VENDOR. It should be one or more of: ${_JAVA_VENDOR_LIST}"; - @${FALSE} -. endif + @${ECHO_CMD} "${JAVA_VENDOR}" | ${TR} " " "\n" | ${GREP} -q "${_JAVA_VENDOR_LIST_REGEXP}" || \ + (${ECHO_CMD} "${PKGNAME}: Makefile error: \"${JAVA_VENDOR}\" is not a valid value for JAVA_VENDOR. It should be one or more of: ${_JAVA_VENDOR_LIST}"; \ + ${FALSE}) # Error checking: JAVA_OS +.if !defined(_JAVA_OS_LIST_REGEXP) _JAVA_OS_LIST_REGEXP!= ${ECHO_CMD} "${_JAVA_OS_LIST}" | ${SED} "s/ /\\\|/g" -_ERROR_CHECKING_JAVA_OS!= ${ECHO_CMD} "${JAVA_OS}" | ${TR} " " "\n" \ - | ${GREP} -v "${_JAVA_OS_LIST_REGEXP}" || true -. if (${_ERROR_CHECKING_JAVA_OS} != "") +.endif check-makevars:: - @${ECHO_CMD} "${PKGNAME}: Makefile error: \"${JAVA_OS}\" is not a valid value for JAVA_OS. It should be one or more of: ${_JAVA_OS_LIST}"; - @${FALSE} -. endif + @${ECHO_CMD} "${JAVA_OS}" | ${TR} " " "\n" | ${GREP} -q "${_JAVA_OS_LIST_REGEXP}" || \ + (${ECHO_CMD} "${PKGNAME}: Makefile error: \"${JAVA_OS}\" is not a valid value for JAVA_OS. It should be one or more of: ${_JAVA_OS_LIST}"; \ + ${FALSE}) # Set default values for JAVA_BUILD and JAVA_RUN # When nothing is set, assume JAVA_BUILD=jdk and JAVA_RUN=jre @@ -311,20 +307,32 @@ A_JAVA_PORT_INFO:= ${A_JAVA_PORT:S/^/\${_/:S/$/_INFO}/} A_JAVA_PORT_HOME= ${A_JAVA_PORT_INFO:MHOME=*:S,HOME=,,} A_JAVA_PORT_VERSION= ${A_JAVA_PORT_INFO:MVERSION=*:C/VERSION=([0-9])\.([0-9])(.*)/\1.\2/} -A_JAVA_PORT_OS= ${A_JAVA_PORT_INFO:MOS=*:S,OS=,,} -A_JAVA_PORT_VENDOR= ${A_JAVA_PORT_INFO:MVENDOR=*:S,VENDOR=,,} +A_JAVA_PORT_OS= ${A_JAVA_PORT_INFO:MOS=*:S,OS=,,} +A_JAVA_PORT_VENDOR= ${A_JAVA_PORT_INFO:MVENDOR=*:S,VENDOR=,,} +.if !defined(_JAVA_PORTS_INSTALLED) A_JAVA_PORT_INSTALLED!= ${TEST} -x "${A_JAVA_PORT_HOME}/${_JDK_FILE}" \ && ${ECHO_CMD} "${A_JAVA_PORT}" \ || ${TRUE} __JAVA_PORTS_INSTALLED!= ${ECHO_CMD} "${__JAVA_PORTS_INSTALLED} ${A_JAVA_PORT_INSTALLED}" -A_JAVA_PORT_POSSIBLE!= ${ECHO_CMD} "${_JAVA_VERSION}" | ${GREP} -q "${A_JAVA_PORT_VERSION}" \ - && ${ECHO_CMD} "${_JAVA_OS}" | ${GREP} -q "${A_JAVA_PORT_OS}" \ - && ${ECHO_CMD} "${_JAVA_VENDOR}" | ${GREP} -q "${A_JAVA_PORT_VENDOR}" \ - && ${ECHO_CMD} "${A_JAVA_PORT}" \ - || ${TRUE} -__JAVA_PORTS_POSSIBLE!= ${ECHO_CMD} "${__JAVA_PORTS_POSSIBLE} ${A_JAVA_PORT_POSSIBLE}" +.endif + +# The magic here is that we want to test for a substring using only shell builtins (to avoid forking) +# Our shell does not have an explicit substring operator, but we can build one by using the '#' +# deletion operator ('%' would also work). We try to delete the pattern "*${substr}*" and compare it +# to the original string. If they differ, the substring matched. +# +# We can't do this in make because it doesn't allow nested modifiers ${foo:${bar}} +# +A_JAVA_PORT_POSSIBLE!= ver="${_JAVA_VERSION}"; os="${_JAVA_OS}"; vendor="${_JAVA_VENDOR}"; \ + ${TEST} "$${ver\#*${A_JAVA_PORT_VERSION}*}" != "${_JAVA_VERSION}" -a \ + "$${os\#*${A_JAVA_PORT_OS}*}" != "${_JAVA_OS}" -a \ + "$${vendor\#*${A_JAVA_PORT_VENDOR}*}" != "${_JAVA_VENDOR}" && \ + ${ECHO_CMD} "${A_JAVA_PORT}" || ${TRUE} +__JAVA_PORTS_POSSIBLE:= ${__JAVA_PORTS_POSSIBLE} ${A_JAVA_PORT_POSSIBLE} . endfor +.if !defined(_JAVA_PORTS_INSTALLED) _JAVA_PORTS_INSTALLED= ${__JAVA_PORTS_INSTALLED:C/ [ ]+/ /g} +.endif _JAVA_PORTS_POSSIBLE= ${__JAVA_PORTS_POSSIBLE:C/ [ ]+/ /g} @@ -337,20 +345,28 @@ . undef _JAVA_PORTS_INSTALLED_POSSIBLE . for A_JAVA_PORT in ${_JAVA_PORTS_POSSIBLE} -A_JAVA_PORT_INSTALLED_POSSIBLE!= ${ECHO_CMD} "${_JAVA_PORTS_INSTALLED}" | ${GREP} -q "${A_JAVA_PORT}" \ - && ${ECHO_CMD} "${A_JAVA_PORT}" || ${TRUE} -__JAVA_PORTS_INSTALLED_POSSIBLE!= ${ECHO_CMD} "${__JAVA_PORTS_INSTALLED_POSSIBLE} ${A_JAVA_PORT_INSTALLED_POSSIBLE}" +A_JAVA_PORT_INSTALLED_POSSIBLE!= inst="${_JAVA_PORTS_INSTALLED}"; \ + ${TEST} "$${inst\#*${A_JAVA_PORT}*}" != "${_JAVA_PORTS_INSTALLED}" && \ + ${ECHO_CMD} "${A_JAVA_PORT}" || ${TRUE} +__JAVA_PORTS_INSTALLED_POSSIBLE:= ${__JAVA_PORTS_INSTALLED_POSSIBLE} ${A_JAVA_PORT_INSTALLED_POSSIBLE} . endfor -_JAVA_PORTS_INSTALLED_POSSIBLE= ${__JAVA_PORTS_INSTALLED_POSSIBLE:C/ [ ]+/ /g} +_JAVA_PORTS_INSTALLED_POSSIBLE= ${__JAVA_PORTS_INSTALLED_POSSIBLE:C/[ ]+//g} . if ${_JAVA_PORTS_INSTALLED_POSSIBLE} != "" -_JAVA_PORT!= ${ECHO_CMD} "${_JAVA_PORTS_INSTALLED_POSSIBLE}" \ - | ${AWK} '{ print $$1 }' - +. for i in ${_JAVA_PORTS_INSTALLED_POSSIBLE} +. if !defined(_JAVA_PORTS_INSTALLED_POSSIBLE_shortcircuit) +_JAVA_PORT= $i +_JAVA_PORTS_INSTALLED_POSSIBLE_shortcircuit= 1 +. endif +. endfor # If no installed JDK port fits, then pick one from the list of possible ones . else -_JAVA_PORT!= ${ECHO_CMD} "${_JAVA_PORTS_POSSIBLE}" \ - | ${AWK} '{ print $$1 }' +. for i in ${_JAVA_PORTS_POSSIBLE} +. if !defined(_JAVA_PORTS_POSSIBLE_shortcircuit) +_JAVA_PORT= $i +_JAVA_PORTS_POSSIBLE_shortcircuit= 1 +. endif +. endfor . endif _JAVA_PORT_INFO:= ${_JAVA_PORT:S/^/\${_/:S/$/_INFO}/} Index: Mk/bsd.port.mk =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/ports/Mk/bsd.port.mk,v retrieving revision 1.593 diff -u -r1.593 bsd.port.mk --- Mk/bsd.port.mk 27 May 2008 22:12:02 -0000 1.593 +++ Mk/bsd.port.mk 10 Jun 2008 11:08:58 -0000 @@ -1235,14 +1239,13 @@ UNIQUENAME?= ${PKGNAMEPREFIX}${PORTNAME} .endif OPTIONSFILE?= ${PORT_DBDIR}/${UNIQUENAME}/options -_OPTIONSFILE!= ${ECHO_CMD} "${OPTIONSFILE}" .if defined(OPTIONS) # include OPTIONSFILE first if exists -. if exists(${_OPTIONSFILE}) && !make(rmconfig) -. include "${_OPTIONSFILE}" +. if exists(${OPTIONSFILE}) && !make(rmconfig) +. include "${OPTIONSFILE}" . endif -. if exists(${_OPTIONSFILE}.local) -. include "${_OPTIONSFILE}.local" +. if exists(${OPTIONSFILE}.local) +. include "${OPTIONSFILE}.local" . endif WITHOUT:= WITH:= @@ -1640,7 +1643,7 @@ HAVE_COMPAT_IA32_LIBS?= YES .endif .if !defined(HAVE_COMPAT_IA32_KERN) -HAVE_COMPAT_IA32_KERN!= if ${SYSCTL} -a compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi +HAVE_COMPAT_IA32_KERN!= if ${SYSCTL} -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi .endif .endif @@ -3265,8 +3268,8 @@ .endif .if defined(_OPTIONS_READ) @${ECHO_MSG} "===> Found saved configuration for ${_OPTIONS_READ}" -.if ${OPTIONSFILE} != ${_OPTIONSFILE} - @${ECHO_MSG} "===> *** CAUTION *** Using wrong configuration file ${_OPTIONSFILE}" +.if ${OPTIONSFILE} != ${OPTIONSFILE} + @${ECHO_MSG} "===> *** CAUTION *** Using wrong configuration file ${OPTIONSFILE}" .endif .endif @@ -5283,68 +5286,29 @@ # first to avoid gratuitous breakage. .if !target(describe) +_EXTRACT_DEPENDS=${EXTRACT_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} +_PATCH_DEPENDS=${PATCH_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} +_FETCH_DEPENDS=${FETCH_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} +_LIB_DEPENDS=${LIB_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} +_BUILD_DEPENDS=${BUILD_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} ${_LIB_DEPENDS} +_RUN_DEPENDS=${RUN_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} ${_LIB_DEPENDS} +.if exists(${DESCR}) +_DESCR=${DESCR} +.else +_DESCR=/dev/null +.endif + describe: - @${ECHO_CMD} -n "${PKGNAME}|${.CURDIR}|${PREFIX}|" -.if defined(COMMENT) - @${ECHO_CMD} -n ${COMMENT:Q} -.else - @${ECHO_CMD} -n '** No Description' -.endif - @perl -e ' \ - if ( -f q{${DESCR}} ) { \ - print q{|${DESCR}}; \ - } else { \ - print q{|/dev/null}; \ - } \ - print q{|${MAINTAINER}|${CATEGORIES}|}; \ - @edirs = map((split /:/)[1], split(q{ }, q{${EXTRACT_DEPENDS}})); \ - @pdirs = map((split /:/)[1], split(q{ }, q{${PATCH_DEPENDS}})); \ - @fdirs = map((split /:/)[1], split(q{ }, q{${FETCH_DEPENDS}})); \ - @bdirs = map((split /:/)[1], split(q{ }, q{${BUILD_DEPENDS}})); \ - @rdirs = map((split /:/)[1], split(q{ }, q{${RUN_DEPENDS}})); \ - @ldirs = map((split /:/)[1], split(q{ }, q{${LIB_DEPENDS}})); \ - for my $$i (\@edirs, \@pdirs, \@fdirs, \@bdirs, \@rdirs, \@ddirs, \@ldirs) { \ - my @dirs = @$$i; \ - @$$i = (); \ - for (@dirs) { \ - if (-d $$_) { \ - push @$$i, $$_; \ - } else { \ - print STDERR qq{${PKGNAME}: \"$$_\" non-existent -- dependency list incomplete\n}; \ - exit(1); \ - } \ - } \ - } \ - for (@edirs, @ddirs) { \ - $$xe{$$_} = 1; \ - } \ - print join(q{ }, sort keys %xe), q{|}; \ - for (@pdirs, @ddirs) { \ - $$xp{$$_} = 1; \ - } \ - print join(q{ }, sort keys %xp), q{|}; \ - for (@fdirs, @ddirs) { \ - $$xf{$$_} = 1; \ - } \ - print join(q{ }, sort keys %xf), q{|}; \ - for (@bdirs, @ddirs, @ldirs) { \ - $$xb{$$_} = 1; \ - } \ - print join(q{ }, sort keys %xb), q{|}; \ - for (@rdirs, @ddirs, @ldirs) { \ - $$xr{$$_} = 1; \ - } \ - print join(q{ }, sort keys %xr), q{|}; \ - if (open(DESCR, q{${DESCR}})) { \ - while () { \ - if (/^WWW:\s+(\S+)/) { \ - print $$1; \ - last; \ - } \ - } \ - } \ - print qq{\n};' + @${ECHO_CMD} -n "${PKGNAME}|${.CURDIR}|${PREFIX}|"; \ + ${ECHO_CMD} -n ${COMMENT:Q}; \ + ${ECHO_CMD} -n "|${_DESCR}|${MAINTAINER}|${CATEGORIES}|${_EXTRACT_DEPENDS}|${_PATCH_DEPENDS}|${_FETCH_DEPENDS}|${_BUILD_DEPENDS:O:u}|${_RUN_DEPENDS:O:u}|"; \ + set "" $$(sed -E -e '/^WWW:[[:blank:]]+/!d' -e 's,^WWW:[[:blank:]]+([[:print:]]+).*$$,\1,' ${_DESCR}); \ + echo $$2 .endif +# | (read site && ${ECHO_CMD} $${site}) || ${ECHO_CMD} +# sed -E -e '/^WWW:/!d' -e 's,^WWW:.*(http[:print:]*),\1,' ${_DESCR} | (read site && ${ECHO_CMD} $${site}) + +# ${GREP} -m1 "^WWW:" ${_DESCR} | (read foo site bar && ${ECHO_CMD} $$site) || ${ECHO_CMD} www-site: .if exists(${DESCR}) @@ -5768,23 +5732,23 @@ .if !defined(OPTIONS) @${ECHO_MSG} "===> No options to configure" .else -.if ${OPTIONSFILE} != ${_OPTIONSFILE} - @${ECHO_MSG} "===> Using wrong configuration file ${_OPTIONSFILE}" +.if ${OPTIONSFILE} != ${OPTIONSFILE} + @${ECHO_MSG} "===> Using wrong configuration file ${OPTIONSFILE}" @exit 1 .endif .if ${UID} != 0 && !defined(INSTALL_AS_USER) - @optionsdir=${_OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ + @optionsdir=${OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ ${ECHO_MSG} "===> Switching to root credentials to create $${optionsdir}"; \ (${SU_CMD} "${SH} -c \"${MKDIR} $${optionsdir} 2> /dev/null\"") || \ (${ECHO_MSG} "===> Cannot create $${optionsdir}, check permissions"; exit 1); \ ${ECHO_MSG} "===> Returning to user credentials" .else - @(optionsdir=${_OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ + @(optionsdir=${OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ ${MKDIR} $${optionsdir} 2> /dev/null) || \ (${ECHO_MSG} "===> Cannot create $${optionsdir}, check permissions"; exit 1) .endif - -@if [ -e ${_OPTIONSFILE} ]; then \ - . ${_OPTIONSFILE}; \ + -@if [ -e ${OPTIONSFILE} ]; then \ + . ${OPTIONSFILE}; \ fi; \ set -- ${OPTIONS} XXX; \ while [ $$# -gt 3 ]; do \ @@ -5834,11 +5798,11 @@ fi; \ done; \ if [ `${ID} -u` != 0 -a "x${INSTALL_AS_USER}" = "x" ]; then \ - ${ECHO_MSG} "===> Switching to root credentials to write ${_OPTIONSFILE}"; \ - ${SU_CMD} "${CAT} $${TMPOPTIONSFILE} > ${_OPTIONSFILE}"; \ + ${ECHO_MSG} "===> Switching to root credentials to write ${OPTIONSFILE}"; \ + ${SU_CMD} "${CAT} $${TMPOPTIONSFILE} > ${OPTIONSFILE}"; \ ${ECHO_MSG} "===> Returning to user credentials"; \ else \ - ${CAT} $${TMPOPTIONSFILE} > ${_OPTIONSFILE}; \ + ${CAT} $${TMPOPTIONSFILE} > ${OPTIONSFILE}; \ fi; \ ${RM} -f $${TMPOPTIONSFILE} .endif @@ -5855,9 +5819,9 @@ .if !target(config-conditional) config-conditional: .if defined(OPTIONS) -.if exists(${_OPTIONSFILE}) +.if exists(${OPTIONSFILE}) # scan saved options and invalidate them, if the set of options does not match - @. ${_OPTIONSFILE}; \ + @. ${OPTIONSFILE}; \ set ${OPTIONS} XXX; \ while [ $$# -gt 3 ]; do \ withvar=WITH_$$1; \ @@ -5889,8 +5853,8 @@ showconfig: .if defined(OPTIONS) @${ECHO_MSG} "===> The following configuration options are available for ${PKGNAME}:" - -@if [ -e ${_OPTIONSFILE} ]; then \ - . ${_OPTIONSFILE}; \ + -@if [ -e ${OPTIONSFILE} ]; then \ + . ${OPTIONSFILE}; \ fi; \ set -- ${OPTIONS} XXX; \ while [ $$# -gt 3 ]; do \ @@ -5915,16 +5879,16 @@ .if !target(rmconfig) rmconfig: -.if defined(OPTIONS) && exists(${_OPTIONSFILE}) +.if defined(OPTIONS) && exists(${OPTIONSFILE}) -@${ECHO_MSG} "===> Removing user-configured options for ${PKGNAME}"; \ - optionsdir=${_OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ + optionsdir=${OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ if [ `${ID} -u` != 0 -a "x${INSTALL_AS_USER}" = "x" ]; then \ - ${ECHO_MSG} "===> Switching to root credentials to remove ${_OPTIONSFILE} and $${optionsdir}"; \ - ${SU_CMD} "${RM} -f ${_OPTIONSFILE} ; \ + ${ECHO_MSG} "===> Switching to root credentials to remove ${OPTIONSFILE} and $${optionsdir}"; \ + ${SU_CMD} "${RM} -f ${OPTIONSFILE} ; \ ${RMDIR} $${optionsdir}"; \ ${ECHO_MSG} "===> Returning to user credentials"; \ else \ - ${RM} -f ${_OPTIONSFILE}; \ + ${RM} -f ${OPTIONSFILE}; \ ${RMDIR} $${optionsdir}; \ fi .else Index: Mk/bsd.port.subdir.mk =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/ports/Mk/bsd.port.subdir.mk,v retrieving revision 1.74 diff -u -r1.74 bsd.port.subdir.mk --- Mk/bsd.port.subdir.mk 12 Mar 2008 00:13:06 -0000 1.74 +++ Mk/bsd.port.subdir.mk 10 Jun 2008 11:59:30 -0000 @@ -63,13 +63,15 @@ STRIP?= -s .endif +# These are variables that are invariant for the lifetime of a recursive port traversal +# (index build, etc), so it is more efficient to precompute them here and pass them in +# to child makes explicitly, instead of recomputing them tens of thousands of times. + .if !defined(NOPRECIOUSMAKEVARS) .if !defined(ARCH) ARCH!= ${UNAME} -p .endif -.if !defined(OSREL) -OSREL!= ${UNAME} -r | ${SED} -e 's/[-(].*//' -.endif + .if !defined(OSVERSION) .if exists(/usr/include/sys/param.h) OSVERSION!= ${AWK} '/^\#define[[:blank:]]__FreeBSD_version/ {print $$3}' < /usr/include/sys/param.h @@ -79,23 +81,76 @@ OSVERSION!= ${SYSCTL} -n kern.osreldate .endif .endif + +.if !defined(_OSRELEASE) +_OSRELEASE!= uname -r +.endif +.if !defined(OSREL) +OSREL= ${_OSRELEASE:C/[-(].*//} .endif -INDEXDIR?= ${PORTSDIR} -INDEXFILE?= INDEX-${OSVERSION:C/([0-9]).*/\1/} +.if !defined(OPSYS) +OPSYS!= ${UNAME} -s +.endif + +.if ${ARCH} == "amd64" || ${ARCH} =="ia64" +.if !defined(HAVE_COMPAT_IA32_KERN) +HAVE_COMPAT_IA32_KERN!= if ${SYSCTL} -n compat.ia32.maxvmem >/dev/null 2>&1; then echo YES; fi +.endif +.endif +.if !defined(CONFIGURE_MAX_CMD_LEN) +CONFIGURE_MAX_CMD_LEN!= ${SYSCTL} -n kern.argmax +.endif + +.if !defined(PYTHON_DEFAULT_VERSION) +PYTHON_DEFAULT_VERSION!= make -V PYTHON_DEFAULT_VERSION USE_PYTHON=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(PYTHON_DEFAULT_PORTVERSION) +# We are caching the PYTHON_PORTVERSION of the default python version so we can reuse it in the +# common case. +PYTHON_DEFAULT_PORTVERSION!= make -V PYTHON_PORTVERSION USE_PYTHON=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(PYTHONBASE) +PYTHONBASE!= make -V PYTHONBASE USE_PYTHON=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(_JAVA_VERSION_LIST_REGEXP) +_JAVA_VERSION_LIST_REGEXP!= make -V _JAVA_VERSION_LIST_REGEXP USE_JAVA=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(_JAVA_VENDOR_LIST_REGEXP) +_JAVA_VENDOR_LIST_REGEXP!= make -V _JAVA_VENDOR_LIST_REGEXP USE_JAVA=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(_JAVA_OS_LIST_REGEXP) +_JAVA_OS_LIST_REGEXP!= make -V _JAVA_OS_LIST_REGEXP USE_JAVA=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(_JAVA_PORTS_INSTALLED) +_JAVA_PORTS_INSTALLED!= make -V _JAVA_PORTS_INSTALLED USE_JAVA=1 -f ${PORTSDIR}/Mk/bsd.port.mk +.endif + +.if !defined(UID) UID!= ${ID} -u +.endif + .if exists(${LOCALBASE}/sbin/pkg_info) PKG_INFO?= ${LOCALBASE}/sbin/pkg_info .else PKG_INFO?= /usr/sbin/pkg_info .endif +.if !defined(PKGINSTALLVER) PKGINSTALLVER!= ${PKG_INFO} -P 2>/dev/null | ${SED} -e 's/.*: //' +.endif -.if !defined(OPSYS) -OPSYS!= ${UNAME} -s .endif +INDEXDIR?= ${PORTSDIR} +INDEXFILE?= INDEX-${OSVERSION:C/([0-9]).*/\1/} + # local customization of the ports tree .if exists(${.CURDIR}/Makefile.local) .include "${.CURDIR}/Makefile.local" @@ -307,6 +362,8 @@ > $@ @${RM} -f $@.tmp $@.tmp2 $@.tmp3 $@.tmp4 +# Pass in the cached invariant variables to child makes. +# XXX Why are we trying to escape these characters using regexps and not using ':Q'? .if !defined(NOPRECIOUSMAKEVARS) .MAKEFLAGS: \ ARCH="${ARCH:S/"/"'"'"/g:S/\$/\$\$/g:S/\\/\\\\/g}" \ @@ -314,7 +371,16 @@ OSREL="${OSREL:S/"/"'"'"/g:S/\$/\$\$/g:S/\\/\\\\/g}" \ OSVERSION="${OSVERSION:S/"/"'"'"/g:S/\$/\$\$/g:S/\\/\\\\/g}" \ UID="${UID:S/"/"'"'"/g:S/\$/\$\$/g:S/\\/\\\\/g}" \ - PKGINSTALLVER="${PKGINSTALLVER:S/"/"'"'"/g:S/\$/\$\$/g:S/\\/\\\\/g}" + PKGINSTALLVER="${PKGINSTALLVER:S/"/"'"'"/g:S/\$/\$\$/g:S/\\/\\\\/g}" \ + HAVE_COMPAT_IA32_KERN="${HAVE_COMPAT_IA32_KERN}" \ + CONFIGURE_MAX_CMD_LEN="${CONFIGURE_MAX_CMD_LEN}" \ + PYTHON_DEFAULT_VERSION="${PYTHON_DEFAULT_VERSION}" \ + PYTHON_DEFAULT_PORTVERSION="${PYTHON_DEFAULT_PORTVERSION}" \ + PYTHONBASE="${PYTHONBASE}" \ + _JAVA_VERSION_LIST_REGEXP="${_JAVA_VERSION_LIST_REGEXP}" \ + _JAVA_VENDOR_LIST_REGEXP="${_JAVA_VENDOR_LIST_REGEXP}" \ + _JAVA_OS_LIST_REGEXP="${_JAVA_OS_LIST_REGEXP}" \ + _JAVA_PORTS_INSTALLED="${_JAVA_PORTS_INSTALLED}" .endif PORTSEARCH_DISPLAY_FIELDS?=name,path,info,maint,index,bdeps,rdeps,www Index: Mk/bsd.python.mk =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/ports/Mk/bsd.python.mk,v retrieving revision 1.104 diff -u -r1.104 bsd.python.mk --- Mk/bsd.python.mk 30 May 2008 05:50:03 -0000 1.104 +++ Mk/bsd.python.mk 10 Jun 2008 12:08:49 -0000 @@ -352,14 +352,24 @@ PYTHON_VERSION?= python${_PYTHON_VERSION} PYTHON_CMD?= ${_PYTHON_CMD} +.if !defined(PYTHONBASE) PYTHONBASE!= (${PYTHON_CMD} -c 'import sys; print sys.prefix' \ 2> /dev/null || ${ECHO_CMD} ${LOCALBASE}) | ${TAIL} -1 +.endif DEPENDS_ARGS+= PYTHON_VERSION=${PYTHON_VERSION} + +# We can only use the cached version if we are using the default python version. Otherwise it +# should point to some other version we have installed, according to the port USE_PYTHON +# specification +.if !defined(PYTHON_DEFAULT_PORTVERSION) || (${PYTHON_VERSION} != ${PYTHON_DEFAULT_VERSION}) _PYTHON_PORTVERSION!= (${PYTHON_CMD} -c 'import string, sys; \ print string.split(sys.version)[0].replace("b",".b")' 2> /dev/null) | ${TAIL} -1 .if !defined(PYTHON_NO_DEPENDS) && !empty(_PYTHON_PORTVERSION) PYTHON_PORTVERSION= ${_PYTHON_PORTVERSION} .endif +.elif defined(PYTHON_DEFAULT_PORTVERSION) +PYTHON_PORTVERSION= ${PYTHON_DEFAULT_PORTVERSION} +.endif # Propagate the chosen python version to submakes. .MAKEFLAGS: PYTHON_VERSION=python${_PYTHON_VERSION} @@ -440,7 +450,9 @@ .endif .if defined(PYEASYINSTALL_ARCHDEP) +.if !defined(_OSRELEASE) _OSRELEASE!= ${UNAME} -r +.endif PYEASYINSTALL_OSARCH?= -${OPSYS:L}-${_OSRELEASE}-${ARCH} .endif PYEASYINSTALL_EGG?= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg From gahr at FreeBSD.org Tue Jun 10 18:03:40 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Tue Jun 10 18:03:50 2008 Subject: INDEX build optimizations - please review In-Reply-To: <484EAFAC.3020208@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> Message-ID: <484EB115.5090802@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Kris Kennaway wrote: | Another important optimization is to use /rescue/sh instead of /bin/sh | for index builds. The former is statically linked and this is much | faster to execute. True, but the for is not even guaranteed to exist (WITHOUT_RESCUE in src.conf or similar). I would opt for checking, and use it only if it exists | Kris - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhOsRUACgkQwMJqmJVx945PpgCeO6ylFV7Lnsizo1p0v9h1jJX1 1RYAn2jwtKuwiy4aXAAsST2CidupEKmO =hsgo -----END PGP SIGNATURE----- From gahr at FreeBSD.org Tue Jun 10 18:03:41 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Tue Jun 10 18:03:50 2008 Subject: INDEX build optimizations - please review In-Reply-To: <484EB115.5090802@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> <484EB115.5090802@FreeBSD.org> Message-ID: <484EB203.80202@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Pietro Cerutti wrote: | Kris Kennaway wrote: | | | Another important optimization is to use /rescue/sh instead of /bin/sh | | for index builds. The former is statically linked and this is much | | faster to execute. | | True, but the for is not even guaranteed to exist (WITHOUT_RESCUE in | src.conf or similar). "the for"??? err... "the file" I meant.. | | I would opt for checking, and use it only if it exists | | | Kris | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhOsgMACgkQwMJqmJVx946UagCgoLs7no6NgcLPLSn0lzOHyB0M 4HcAn359kBKeDCevr4IM5cOFfEHh6p6q =81w7 -----END PGP SIGNATURE----- From mezz7 at cox.net Tue Jun 10 18:10:32 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Jun 10 18:10:37 2008 Subject: INDEX build optimizations - please review In-Reply-To: <484EAFAC.3020208@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> Message-ID: On Tue, 10 Jun 2008 11:45:32 -0500, Kris Kennaway wrote: > Another important optimization is to use /rescue/sh instead of /bin/sh > for index builds. The former is statically linked and this is much > faster to execute. I don't have INDEX in all of my systems, so I am only take a peek. What about users that have WITHOUT_RESCUE defined or/and something different? IMO, I think your patch should have a check on if /rescue/sh exists when our src provides optional of WITHOUT_RESCUE and is harmless to kill the /rescue. ------------------------------ .if exists(/rescue/sh) __MAKE_SHELL=/rescue/sh .else __MAKE_SHELL=/bin/sh .endif ------------------------------ Thanks for hint on 'NOTE TO PORT DEVELOPERS' part as I didn't know about VARIABLE!= vs $(${VARIABLE_CMDS}). /me copies it in my note. -- As for the audio/festvox-hvs issue, probably because of no executables or files in RUN_DEPENDS: ------------------------------ RUN_DEPENDS= ${PORTSDIR}/audio/festival+OGI \ ${PORTSDIR}/audio/festlex-poslex \ ${PORTSDIR}/audio/festlex-ogi \ ${PORTSDIR}/audio/festogi-spanish ------------------------------ Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From kris at FreeBSD.org Tue Jun 10 18:13:09 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Jun 10 18:13:11 2008 Subject: INDEX build optimizations - please review In-Reply-To: <484EB203.80202@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> <484EB115.5090802@FreeBSD.org> <484EB203.80202@FreeBSD.org> Message-ID: <484EC434.8040401@FreeBSD.org> Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Pietro Cerutti wrote: > | Kris Kennaway wrote: > | > | | Another important optimization is to use /rescue/sh instead of /bin/sh > | | for index builds. The former is statically linked and this is much > | | faster to execute. > | > | True, but the for is not even guaranteed to exist (WITHOUT_RESCUE in > | src.conf or similar). > > "the for"??? err... "the file" I meant.. Yeah, I forgot to add a check for that. Kris From kris at FreeBSD.org Tue Jun 10 18:29:47 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Jun 10 18:29:50 2008 Subject: INDEX build optimizations - please review In-Reply-To: References: <484EAFAC.3020208@FreeBSD.org> Message-ID: <484EC819.30706@FreeBSD.org> Jeremy Messenger wrote: > On Tue, 10 Jun 2008 11:45:32 -0500, Kris Kennaway wrote: > >> Another important optimization is to use /rescue/sh instead of /bin/sh >> for index builds. The former is statically linked and this is much >> faster to execute. > > I don't have INDEX in all of my systems, so I am only take a peek. What > about users that have WITHOUT_RESCUE defined or/and something different? > IMO, I think your patch should have a check on if /rescue/sh exists when > our src provides optional of WITHOUT_RESCUE and is harmless to kill the > /rescue. > > ------------------------------ > .if exists(/rescue/sh) > __MAKE_SHELL=/rescue/sh > .else > __MAKE_SHELL=/bin/sh > .endif > ------------------------------ Yeah, I will add this in the next version. > Thanks for hint on 'NOTE TO PORT DEVELOPERS' part as I didn't know about > VARIABLE!= vs $(${VARIABLE_CMDS}). /me copies it in my note. What would be good is if someone can add it to the porter's handbook. > As for the audio/festvox-hvs issue, probably because of no executables > or files in RUN_DEPENDS: > > ------------------------------ > RUN_DEPENDS= ${PORTSDIR}/audio/festival+OGI \ > ${PORTSDIR}/audio/festlex-poslex \ > ${PORTSDIR}/audio/festlex-ogi \ > ${PORTSDIR}/audio/festogi-spanish > ------------------------------ Ah yes, good catch. This looks like a port bug, so I don't think I need to modify my patches. Kris From spam at rm-rf.kiev.ua Tue Jun 10 21:41:21 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Tue Jun 10 21:41:36 2008 Subject: INDEX build optimizations - please review Message-ID: <20080610202619.GA94066@ravenloft.kiev.ua> On Tue, Jun 10, 2008 at 06:45:32PM +0200, Kris Kennaway wrote: > Please review and test the following patches that optimize port INDEX > builds (and as a side-effect, other recursive tree traversals). I am > particularly interested in a comparison between old and new indexes > built locally: the only diff should be in audio/festvox-hvs [1]. Work on RELENG_6 only after this patch (maybe good candidate for MFC): Index: usr.bin/make/var.c @@ -1232,6 +1232,41 @@ } /** + * Remove adjacent duplicate words. + * + * Results: + * A string containing the resulting words. + */ +static char * +VarUniq(const char *str) +{ + ArgArray aa; + Buffer *buf; /* Buffer for new string */ + int i, j; + + buf = Buf_Init(0); + brk_string(&aa, str, FALSE); + + if (aa.argc > 2) { + for (j = 1, i = 2; i < aa.argc; i++) { + if (strcmp(aa.argv[i], aa.argv[j]) != 0 && (++j != i)) + aa.argv[j] = aa.argv[i]; + } + aa.argc = j + 1; + } + + for (i = 1; i < aa.argc; i++) { + Buf_AddBytes(buf, strlen(aa.argv[i]), (Byte *)aa.argv[i]); + if (i != aa.argc - 1) + Buf_AddByte(buf, ' '); + } + Buf_AddByte(buf, '\0'); + + ArgArray_Done(&aa); + return (Buf_Peel(buf)); +} + +/** * Pass through the tstr looking for 1) escaped delimiters, * '$'s and backslashes (place the escaped character in * uninterpreted) and 2) unescaped $'s that aren't before @@ -1681,6 +1716,7 @@ * the invocation. * :U Converts variable to upper-case. * :L Converts variable to lower-case. + * :u ("uniq") Remove adjacent duplicate words. * * XXXHB update this comment or remove it and point to the man page. */ @@ -1793,6 +1829,10 @@ newStr = VarModify(value, VarRoot, NULL); vp->ptr++; break; + case 'u': + newStr = VarUniq(value); + vp->ptr++; + break; default: newStr = sysVvarsub(vp, startc, v, value); break; -- Adios From kris at FreeBSD.org Tue Jun 10 21:52:02 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Jun 10 21:52:05 2008 Subject: INDEX build optimizations - please review In-Reply-To: <20080610202619.GA94066@ravenloft.kiev.ua> References: <20080610202619.GA94066@ravenloft.kiev.ua> Message-ID: <484EF781.7000003@FreeBSD.org> Alex Kozlov wrote: > On Tue, Jun 10, 2008 at 06:45:32PM +0200, Kris Kennaway wrote: >> Please review and test the following patches that optimize port INDEX >> builds (and as a side-effect, other recursive tree traversals). I am >> particularly interested in a comparison between old and new indexes >> built locally: the only diff should be in audio/festvox-hvs [1]. > Work on RELENG_6 only after this patch (maybe good candidate for MFC): Crap! I need :u! Without it the duplicate removal will have to be pushed into the perl script that collates the output, which means that Colin's portsnap script may be affected. The patch definitely should be MFCed though. Who committed it originally to HEAD? Kris From spam at rm-rf.kiev.ua Tue Jun 10 22:18:59 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Tue Jun 10 22:19:04 2008 Subject: INDEX build optimizations - please review Message-ID: <20080610221828.GA42572@ravenloft.kiev.ua> On Tue, Jun 10, 2008 at 11:52:01PM +0200, Kris Kennaway wrote: > Alex Kozlov wrote: > > On Tue, Jun 10, 2008 at 06:45:32PM +0200, Kris Kennaway wrote: > >> Please review and test the following patches that optimize port INDEX > >> builds (and as a side-effect, other recursive tree traversals). I am > >> particularly interested in a comparison between old and new indexes > >> built locally: the only diff should be in audio/festvox-hvs [1]. > > Work on RELENG_6 only after this patch (maybe good candidate for MFC): > > Crap! I need :u! Without it the duplicate removal will have to be > pushed into the perl script that collates the output, which means that > Colin's portsnap script may be affected. > > The patch definitely should be MFCed though. Who committed it > originally to HEAD? var.c Revision 1.161 Sat Apr 8 06:59:54 2006 UTC (2 years, 2 months ago) by fjoe -- Adios From kris at FreeBSD.org Tue Jun 10 22:47:43 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Jun 10 22:47:44 2008 Subject: INDEX build optimizations - please review In-Reply-To: <20080610221828.GA42572@ravenloft.kiev.ua> References: <20080610221828.GA42572@ravenloft.kiev.ua> Message-ID: <484F048E.3070500@FreeBSD.org> Alex Kozlov wrote: > On Tue, Jun 10, 2008 at 11:52:01PM +0200, Kris Kennaway wrote: >> Alex Kozlov wrote: >>> On Tue, Jun 10, 2008 at 06:45:32PM +0200, Kris Kennaway wrote: >>>> Please review and test the following patches that optimize port INDEX >>>> builds (and as a side-effect, other recursive tree traversals). I am >>>> particularly interested in a comparison between old and new indexes >>>> built locally: the only diff should be in audio/festvox-hvs [1]. >>> Work on RELENG_6 only after this patch (maybe good candidate for MFC): >> Crap! I need :u! Without it the duplicate removal will have to be >> pushed into the perl script that collates the output, which means that >> Colin's portsnap script may be affected. >> >> The patch definitely should be MFCed though. Who committed it >> originally to HEAD? > var.c Revision 1.161 Sat Apr 8 06:59:54 2006 UTC (2 years, 2 months ago) by fjoe Thanks, I have emailed Max. What I think I will do is add an .if ${OSVERSION} > 6xxxxxx check around it, and keep the old perl script as a fallback. In a couple of years when 6.3 is no longer supported we can GC the old code. Kris From dougb at FreeBSD.org Tue Jun 10 23:49:21 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jun 10 23:49:24 2008 Subject: INDEX build optimizations - please review Message-ID: <484F12FE.6000803@FreeBSD.org> Kris Kennaway wrote: > The new 'make describe' target runs entirely using shell > builtins apart from the need to sed pkg-descr to extract the WWW [2] > [2] Actually I am not happy with this but couldn't think of a way to do > it better. Having to fork the subshell costs about 60 seconds of system > time and 10 of wall time. Here's one way to do it. This is quick and dirty and I haven't benchmarked it, but I imagine it would be faster. while read one two discard; do case "$one" in WWW:) echo one: $one two: $two case "$two" in http://*) echo WWW= $two ;; *) echo WWW= http://$two ;; esac break ;; esac done < pkg-descr I did test this briefly and it pulls out the right values for variables with and without http://. hth, Doug -- This .signature sanitized for your protection From novembre at gmail.com Wed Jun 11 05:34:13 2008 From: novembre at gmail.com (Novembre) Date: Wed Jun 11 05:34:16 2008 Subject: how to determine the date a port is installed Message-ID: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> Hi all, Two questions: 1) Is it possible to determine the date a port/package is installed? 2) How can I delete all the ports/packages installed after a certain date? Thanks a lot :) From koitsu at FreeBSD.org Wed Jun 11 05:41:25 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Jun 11 05:41:29 2008 Subject: how to determine the date a port is installed In-Reply-To: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> References: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> Message-ID: <20080611054125.GA15965@eos.sc1.parodius.com> On Wed, Jun 11, 2008 at 12:09:33AM -0500, Novembre wrote: > Two questions: > 1) Is it possible to determine the date a port/package is installed? ls -ld /var/db/pkg/, use the mtime of the directory. > 2) How can I delete all the ports/packages installed after a certain date? Use a combination of find with the -mtime flag, and pkg_delete. -- | 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 yanefbsd at gmail.com Wed Jun 11 05:52:25 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Wed Jun 11 05:52:28 2008 Subject: how to determine the date a port is installed In-Reply-To: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> References: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> Message-ID: <7d6fde3d0806102252m7c329be9nb715213558684157@mail.gmail.com> On Tue, Jun 10, 2008 at 10:09 PM, Novembre wrote: > Hi all, > > Two questions: > 1) Is it possible to determine the date a port/package is installed? > 2) How can I delete all the ports/packages installed after a certain date? > > Thanks a lot :) 1. Please don't cross-post. 2. ls -lt /var/db/pkg/*/+DESC piped to whatever language you want to analyze the dates will provide you the result you want, _unless_ either you modified the file(s) Cheers, -Garrett From roam at ringlet.net Wed Jun 11 07:31:33 2008 From: roam at ringlet.net (Peter Pentchev) Date: Wed Jun 11 07:31:38 2008 Subject: how to determine the date a port is installed In-Reply-To: <20080611054125.GA15965@eos.sc1.parodius.com> References: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> <20080611054125.GA15965@eos.sc1.parodius.com> Message-ID: <20080611073108.GA1184@straylight.m.ringlet.net> On Tue, Jun 10, 2008 at 10:41:25PM -0700, Jeremy Chadwick wrote: > On Wed, Jun 11, 2008 at 12:09:33AM -0500, Novembre wrote: > > Two questions: > > 1) Is it possible to determine the date a port/package is installed? > > ls -ld /var/db/pkg/, use the mtime of the directory. > > > 2) How can I delete all the ports/packages installed after a certain date? > > Use a combination of find with the -mtime flag, and pkg_delete. Not really. This is a bit dangerous. The dangerous part is "the mtime of the directory". It would be much better to use the mtime of the +CONTENTS file, since it never changes *after* the package has been installed. It is possible, though not certain, that the mtime of the directory may change if another package is installed later which depends on this one - pkg_add(1) then updates some files, most notably +REQUIRED_BY, to reflect the new dependency, so that pkg_delete(1) may warn you later if you try to delete something that other packages depend on. Of course, the part with "the mtime of the directory may change" depends a bit on the filesystem used, but I find it easier to just rely on the +CONTENTS file that I'm sure should never change - unless I edit it by hand, but then all bets are off :) Novembre, you might want to try something like: # Change the working directory for easier path handling cd /var/db/pkg # Create a temporary file with the modification time set to the date # that you want to examine (in this case, May 15, 2008, 11:00am) touch -t 200805151100 /tmp/stamp # Find all +CONTENTS files that have a modification time later than that # of the "stamp" file find . -type f -name '+CONTENTS' -mnewer /tmp/stamp # Extend the previous command - get only the second component of the # file path, which is the name of the package directory, which coincides # with the name of the package :) find . -type f -name '+CONTENTS' -mnewer /tmp/stamp | cut -d/ -f2 That should give you a list; you may redirect it to a file or, if you are feeling really adventurous, just pipe it to | xargs pkg_delete :) 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 I had to translate this sentence into English because I could not read the original Sanskrit. -------------- 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/20080611/43a11200/attachment.pgp From flz at xbsd.org Wed Jun 11 12:40:21 2008 From: flz at xbsd.org (Florent Thoumie) Date: Wed Jun 11 12:40:27 2008 Subject: how to determine the date a port is installed In-Reply-To: <20080611073108.GA1184@straylight.m.ringlet.net> References: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> <20080611054125.GA15965@eos.sc1.parodius.com> <20080611073108.GA1184@straylight.m.ringlet.net> Message-ID: On Wed, Jun 11, 2008 at 8:31 AM, Peter Pentchev wrote: > On Tue, Jun 10, 2008 at 10:41:25PM -0700, Jeremy Chadwick wrote: >> On Wed, Jun 11, 2008 at 12:09:33AM -0500, Novembre wrote: >> > Two questions: >> > 1) Is it possible to determine the date a port/package is installed? >> >> ls -ld /var/db/pkg/, use the mtime of the directory. >> >> > 2) How can I delete all the ports/packages installed after a certain date? >> >> Use a combination of find with the -mtime flag, and pkg_delete. > > Not really. This is a bit dangerous. > > The dangerous part is "the mtime of the directory". It would be much > better to use the mtime of the +CONTENTS file, since it never changes > *after* the package has been installed. It actually does if you're using portupgrade (and probably portmaster), see the @pkgdep entries. Use +DESC, +COMMENT or +MTREE_DIRS instead. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From ed at 80386.nl Wed Jun 11 13:05:20 2008 From: ed at 80386.nl (Ed Schouten) Date: Wed Jun 11 13:05:29 2008 Subject: HEADS UP: sgtty removal this weekend Message-ID: <20080611130244.GA1176@hoeg.nl> Hello everyone, The last year I've been busy now and then removing the dependency of ports on the sgtty programming interface. sgtty is the old way of changing terminal attributes (baud rate, parameters, control characters, etc). Nowadays people should all be using the POSIX termios interface to do these things. When I started, there were many ports that used sgtty. See the following link for some of the PR's I've filed: http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports&text=sgtty&closedtoo=on Pav did an experimental ports run some days ago, which gave me a list of 20 ports that will be broken when sgtty gets removed from the operating system. I've sent patches for most of them, which still have to be reviewed/committed/etc. There aren't any high profile ports on this list. I'm sending this email for two reasons: Users: if you experience compilation problems on FreeBSD -CURRENT after weekend, be sure to update your ports tree. It might be possible that a fix has been committed already. Port maintainers: if you receive emails from tinderbox, related to , and , these could be related to the removal of this programming interface. Below is a list of ports that could get broken this weekend. The ports with an asterisk already have a patch in GNATS. - annextools* - beav - calctool* - conserver-com* - conserver* - fep - gap - ja-mh* - ja-sj3* - metamail* - moria - ncurses* - socks5* - splitvt* - vi-vnelvis* - vi-vnterm* Existing binaries that use the sgtty interface will still work after my commit. I'm only removing the programming interface, not the actual sgtty-to-termios compatibility layer. Some of you may already know I'm working on a new TTY layer for the FreeBSD operating system. This implementation will not support sgtty, which means I want to phase out this interface as soon as possible. -- Ed Schouten WWW: http://80386.nl/ -------------- 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/20080611/3d6cadfe/attachment.pgp From spam at rm-rf.kiev.ua Wed Jun 11 14:15:10 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 11 14:15:15 2008 Subject: INDEX build optimizations - please review Message-ID: <20080611141448.GA50370@ravenloft.kiev.ua> On Tue, Jun 10, 2008 at 04:49:18PM -0700, Doug Barton wrote: > Kris Kennaway wrote: > > > The new 'make describe' target runs entirely using shell > > builtins apart from the need to sed pkg-descr to extract the WWW [2] > > > [2] Actually I am not happy with this but couldn't think of a way to do > > it better. Having to fork the subshell costs about 60 seconds of system > > time and 10 of wall time. > > Here's one way to do it. This is quick and dirty and I haven't > benchmarked it, but I imagine it would be faster. > > while read one two discard; do > case "$one" in > WWW:) echo one: $one two: $two > case "$two" in > http://*) echo WWW= $two ;; > *) echo WWW= http://$two ;; > esac > break > ;; > esac > done < pkg-descr > > I did test this briefly and it pulls out the right values for > variables with and without http://. Good idea. I also do something like that [1]. But before we can use this method, we have to fix ports with bad pkg-descr: Don't have \n in WWW: line databases/powerarchitect graphics/picturebook Have CRLF line terminators: devel/p5-Tie-Restore www/knowledgekit www/squishdot www/znavigator www/zope-cmfforum Have http:/ instead of http:// security/shimmer Don't have protocol prefix(optional): net/pdb sysutils/iograph [1] (Incremental to kris@ patch.): Index: Mk/bsd.port.mk @@ -5290,16 +5290,18 @@ _RUN_DEPENDS=${RUN_DEPENDS:C/^[^ :]+:([^ :]+)(:[^ :]+)?/\1/:O:u} ${_LIB_DEPENDS} .if exists(${DESCR}) _DESCR=${DESCR} +_WWW=while read line; do set -- $${line}; case $$1 in WWW:) case $$2 \ +in http://*|https://*|ftp://*) ${ECHO_CMD} $$2 ;; *) \ +${ECHO_CMD} "http://$$2" ;; esac; break ;; esac; done < ${DESCR} .else _DESCR=/dev/null +_WWW= .endif describe: - @${ECHO_CMD} -n "${PKGNAME}|${.CURDIR}|${PREFIX}|"; \ - ${ECHO_CMD} -n ${COMMENT:Q}; \ - ${ECHO_CMD} -n "|${_DESCR}|${MAINTAINER}|${CATEGORIES}|${_EXTRACT_DEPENDS}|${_PATCH_DEPENDS}|${_FETCH_DEPENDS}|${_BUILD_DEPENDS:O:u}|${_RUN_DEPENDS:O:u}|"; \ - set "" $$(sed -E -e '/^WWW:[[:blank:]]+/!d' -e 's,^WWW:[[:blank:]]+([[:print:]]+).*$$,\1,' ${_DESCR}); \ - echo $$2 + @${ECHO_CMD} "${PKGNAME}|${.CURDIR}|${PREFIX}|"${COMMENT:Q}"|${_DESCR}|${MAINTAINER}"\ + "|${CATEGORIES}|${_EXTRACT_DEPENDS}|${_PATCH_DEPENDS}|${_FETCH_DEPENDS}"\ + "|${_BUILD_DEPENDS:O:u}|${_RUN_DEPENDS:O:u}|"$$( ${_WWW}) .endif # | (read site && ${ECHO_CMD} $${site}) || ${ECHO_CMD} # sed -E -e '/^WWW:/!d' -e 's,^WWW:.*(http[:print:]*),\1,' ${_DESCR} | (read site && ${ECHO_CMD} $${site}) -- Adios From dougb at FreeBSD.org Wed Jun 11 17:22:23 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jun 11 17:22:26 2008 Subject: INDEX build optimizations - please review In-Reply-To: <20080611141448.GA50370@ravenloft.kiev.ua> References: <20080611141448.GA50370@ravenloft.kiev.ua> Message-ID: <485009CA.20001@FreeBSD.org> Alex Kozlov wrote: > Good idea. I also do something like that [1]. But before we can use this > method, we have to fix ports with bad pkg-descr: Yeah, in a brief glance at Kris' sed routines I would think at least some of this work would have to be done no matter what (and it should be done anyway), so thank you for your thorough examination of this. :) Since you were kind enough to do the legwork, I'll be glad to commit the fixes if no other committer picks up the ball. Doug -- This .signature sanitized for your protection From roam at ringlet.net Wed Jun 11 17:34:15 2008 From: roam at ringlet.net (Peter Pentchev) Date: Wed Jun 11 17:34:17 2008 Subject: how to determine the date a port is installed In-Reply-To: References: <3b47caa90806102209w5161d96cjdd41d55f0315429c@mail.gmail.com> <20080611054125.GA15965@eos.sc1.parodius.com> <20080611073108.GA1184@straylight.m.ringlet.net> Message-ID: <20080611173357.GB70741@straylight.m.ringlet.net> On Wed, Jun 11, 2008 at 01:40:19PM +0100, Florent Thoumie wrote: > On Wed, Jun 11, 2008 at 8:31 AM, Peter Pentchev wrote: > > On Tue, Jun 10, 2008 at 10:41:25PM -0700, Jeremy Chadwick wrote: > >> On Wed, Jun 11, 2008 at 12:09:33AM -0500, Novembre wrote: > >> > Two questions: > >> > 1) Is it possible to determine the date a port/package is installed? > >> > >> ls -ld /var/db/pkg/, use the mtime of the directory. > >> > >> > 2) How can I delete all the ports/packages installed after a certain date? > >> > >> Use a combination of find with the -mtime flag, and pkg_delete. > > > > Not really. This is a bit dangerous. > > > > The dangerous part is "the mtime of the directory". It would be much > > better to use the mtime of the +CONTENTS file, since it never changes > > *after* the package has been installed. > > It actually does if you're using portupgrade (and probably > portmaster), see the @pkgdep entries. > > Use +DESC, +COMMENT or +MTREE_DIRS instead. Yep. Sorry. Any of those would be a better candidate. I'd simply forgotten about port management tools modifying the dependencies in-place. 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 Thit sentence is not self-referential because "thit" is not a word. -------------- 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/20080611/d6151a8d/attachment.pgp From aturetta at commit.it Wed Jun 11 17:46:24 2008 From: aturetta at commit.it (Angelo Turetta) Date: Wed Jun 11 17:46:30 2008 Subject: portmaster: upgrade using local packages? Message-ID: <48500C9E.7090802@commit.it> I'm evaluating portmaster: I cannot find an option to use pre-built packages for upgrading. My usage-pattern for ports is to build the packages I need (eventually with the non-default options I use) on a dev machine (plenty of CPU/memory), and then to deploy the upgrades via "portupgrade -P" on production servers where the downtime of the services must be as short as possible. Always rebuilding from source is sub-optimal in this case, also because of the total time for upgrading multiple times the same ports. I started using portmaster -g on the build machine, but what could I use for binary upgrades on the production servers? Thanks, Angelo Turetta Modena - Italy From dougb at FreeBSD.org Wed Jun 11 18:23:31 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jun 11 18:23:34 2008 Subject: portmaster: upgrade using local packages? In-Reply-To: <48500C9E.7090802@commit.it> References: <48500C9E.7090802@commit.it> Message-ID: <48501820.1030206@FreeBSD.org> Angelo Turetta wrote: > I'm evaluating portmaster: I cannot find an option to use pre-built > packages for upgrading. At this time there is no such option, and I haven't been able to carve out the time to work on it. I noted in your message that you've already discovered the -g option. For your particular situation it would certainly be conceivable to hack up a quick and dirty script of some sort to force updates on the "client" machines for which you have new packages, but it's certainly not an ideal solution. I am interested in adding this feature, so if someone is interested in sponsoring the work .... :) Doug -- This .signature sanitized for your protection From hg at queue.to Wed Jun 11 18:27:38 2008 From: hg at queue.to (Howard Goldstein) Date: Wed Jun 11 18:27:58 2008 Subject: CFS Cryptographic file system. In-Reply-To: <200806092143.m59Lheek064781@fire.js.berklix.net> References: <200806092143.m59Lheek064781@fire.js.berklix.net> Message-ID: <485012D7.6060107@queue.to> Julian Stacey wrote: > Is there some replacement of /usr/ports/security/cfs > (encryped file system) for 7.0 ? It's not fully responsive to your question, and it's a little clunky, but the technique at this blog entry https://www.endries.org/josh/blog/posts/5 seems to show a way to run geli on a file-based backingstore using the the md driver as a geom provider. I haven't tried it. From horechuk at csolve.net Wed Jun 11 19:18:05 2008 From: horechuk at csolve.net (Paul Horechuk) Date: Wed Jun 11 19:18:10 2008 Subject: qt-copy fails to build in new FreeBSD 7 environment Message-ID: <200806111452.11401.horechuk@csolve.net> I recently did a source upgrade from FreeBSD 6.3 to FreeBSD 7 Stable. I have over 1000 ports to recompile so it is taking time. I've done the ruby18 ports and portupgrade as well. JDK15 just completed, as well as a few others. The one I'm stumbling over at the moment is qt-copy-3.3.8. It dies with the following: cd src && make c++ -c -pipe -fno-exceptions -Wall -W -O2 -fno-strict-aliasing -pipe -march=pentium3 -fPIC -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_NIS -DQT_NAS_SUPPORT -DQT_DLOPEN_OPENGL -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT -DQT_NO_STYLE_POCKETPC -I../include -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I/usr/local/include/freetype2 -I/usr/local/include -I3rdparty/opentype -I/usr/local/include -I../include -I/usr/local/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/qtaddons_x11.o kernel/qtaddons_x11.cpp /usr2/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.8/bin/moc kernel/qapplication_x11.cpp -o .moc/release-shared-mt/qapplication_x11.moc /libexec/ld-elf.so.1: /usr/local/lib/libgcc_s.so.1: version GCC_3.3 required by /usr/lib/libstdc++.so.6 not found *** Error code 1 Stop in /usr2/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.8/src. *** Error code 1 Stop in /usr2/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.8. *** Error code 1 Stop in /usr2/ports/x11-toolkits/qt33. My current gcc is: gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] What do I need to install/rebuild to get past this point? -- Paul Horechuk Think Free Use Open Source Software ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ From dougb at FreeBSD.org Wed Jun 11 20:09:22 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jun 11 20:09:24 2008 Subject: qt-copy fails to build in new FreeBSD 7 environment In-Reply-To: <200806111452.11401.horechuk@csolve.net> References: <200806111452.11401.horechuk@csolve.net> Message-ID: <485030EE.4070504@FreeBSD.org> Paul Horechuk wrote: > I recently did a source upgrade from FreeBSD 6.3 to FreeBSD 7 Stable. I have > over 1000 ports to recompile so it is taking time. The recommended procedure for upgrading major branches is to wipe out all of your ports, then build again from scratch. I know that you said you're a portupgrade user, but FYI the portmaster man page has a procedure for doing this that has worked well for me, and other users. Even if you choose not to use portmaster you might want to take a look at the list of steps. hth, Doug -- This .signature sanitized for your protection From attos.janus at gmail.com Wed Jun 11 22:36:21 2008 From: attos.janus at gmail.com (Attos) Date: Wed Jun 11 22:36:25 2008 Subject: How to upgrade openssl after upgrading from 6.2 to 7.0 Message-ID: <5297d6fd0806111510p15358eb0idc03c81d9fe38e87@mail.gmail.com> Hello list, I just upgraded my workstation from 6.2 to 7.0 but I haven't been able to upgrade all the ports. OpenSSL is giving me problems when trying to upgrade (with portupgrade). The message I get is that the it's marked as ignore because it conflicts with the base: # portupgrade security/openssl-stable ** Port marked as IGNORE: security/openssl-stable: Conflicts with version in the base ** Listing the failed packages (-:ignored / *:skipped / !:failed) - security/openssl-stable (marked as IGNORE) How do I fix this? TIA -- Attos Janus From jhs at berklix.org Wed Jun 11 21:52:02 2008 From: jhs at berklix.org (Julian H. Stacey) Date: Wed Jun 11 23:07:37 2008 Subject: CFS Cryptographic file system. Message-ID: <200806112151.m5BLpFKM055158@fire.js.berklix.net> ------- Blind-Carbon-Copy To: Howard Goldstein , Lorenzo Perone cc: fs@freebsd.org Subject: Re: CFS Cryptographic file system. From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Wed, 11 Jun 2008 14:00:55 EDT." <485012D7.6060107@queue.to> Date: Wed, 11 Jun 2008 23:51:15 +0200 Sender: jhs@fire.js.berklix.net To: Howard Goldstein , Lorenzo Perone cc: fs@freebsd.org bcc: freebsd-ports@freebsd.org (bcc to avoid list dups, any follow up to fs@ I suggest) Howard Goldstein wrote: > Date: Wed, 11 Jun 2008 14:00:55 -0400 (20:00 CEST) > Cc: freebsd-ports@freebsd.org > Julian Stacey wrote: > > Is there some replacement of /usr/ports/security/cfs > > (encryped file system) for 7.0 ? > > It's not fully responsive to your question, and it's a little clunky, > but the technique at this blog entry > https://www.endries.org/josh/blog/posts/5 seems to show a way to run > geli on a file-based backingstore using the the md driver as a geom > provider. I haven't tried it. Thanks Howard, As I was in a rush & no quick reply to ports@, I posted a similar question to fs@freebsd 12 hours or so later & later replied: > > From: Lorenzo Perone > > Date: Tue, 10 Jun 2008 13:11:50 +0200 > > To: Julian Stacey > > Cc: fs@freebsd.org > > > Is a crypting file system being worked on for src/ somewhere ? > > > > Did you have a look at gbde / geli? > > > > http://www.freebsd.org/doc/en/books/handbook/disks-encrypting.html > > No, (I did have a look at doc index before I posted, but I missed this). > Looks like what I need. > Thanks Lorenzo So I did this, which worked: dd if=/dev/zero of=CRYPT_FS_IMAGE bs=10k count=50k mdconfig -a -t vnode -f CRYPT_FS_IMAGE mkdir /etc/gbde gbde init /dev/md0 -i -L /etc/gbde/md0.lock 2048 random_flush uncommented # long wait gbde attach /dev/md0 -l /etc/gbde/md0.lock newfs -U -O2 /dev/md0.bde mount /dev/md0.bde /mnt .... umount /mnt gbde detach md0 mdconfig -d -u 0 I havent tried geli yet, though it has interesting extras for later. Thanks Lorenzo & Howard. Julian - -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 text are spam. ------- End of Blind-Carbon-Copy From jeffrey at goldmark.org Wed Jun 11 23:29:12 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Jun 11 23:29:16 2008 Subject: Where should "contrib" scripts and utilities be installed? In-Reply-To: <20080610152417.GA1045@straylight.m.ringlet.net> References: <20080610005448.GC58305@shepherd> <20080610152417.GA1045@straylight.m.ringlet.net> Message-ID: On Jun 10, 2008, at 10:24 AM, Peter Pentchev wrote: > On Mon, Jun 09, 2008 at 08:54:49PM -0400, Sahil Tandon wrote: >> The existence of ports with a "-contrib" suffix suggests you may >> need to >> create a distinct port for the contrib files. databases/postgresql- >> contrib, >> for example. > Actually, that is not strictly necessary. There are other ports that > do things in slightly different ways: > - some things in contrib/ are merely documentation snippets that > belong in share/doc/$PACKAGE, as Jeffery suggested > - some things in contrib/ are sample additions, implementations, > clients, > add-ons and such that *might* belong in share/examples/$PACKAGE > - some things in contrib/ are scripts, clients, add-ons and such that > might also belong in libexec/$PACKAGE (if they are executable files) > or share/$PACKAGE (if they are not... I can't think of any examples > right now, but there might be) > - some things in contrib/ are really best left in a separate port :) I was hoping that I wouldn't have to think at all. Now it looks like I will have to think about where each bit belongs. Oh, well. > For rsnapshot itself - erm, I don't see a contrib/ directory in > its source; do you mean the utils/ directory, or are you looking at > some version that is not in the Ports Collection yet? :) Sorry. Yes, I was thinking of the utils directory. > If it is > utils/ that you mean, then, well, it's actually your choice - the > things > there seem to be little scripts that may live in $EXAMPLESDIR, may > live in libexec/rsnapshot/, and may live in a separate rsnapshot-utils > port. Either way would be fine, at least IMHO. OK. I'll just pick one and send the pr to the port maintainer who may pick some other location. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From spam at rm-rf.kiev.ua Thu Jun 12 04:11:49 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Thu Jun 12 04:11:53 2008 Subject: INDEX build optimizations - please review Message-ID: <20080612041144.GA64302@ravenloft.kiev.ua> On Wed, Jun 11, 2008 at 10:22:18AM -0700, Doug Barton wrote: > Alex Kozlov wrote: > > > Good idea. I also do something like that [1]. But before we can use this > > method, we have to fix ports with bad pkg-descr: > > Yeah, in a brief glance at Kris' sed routines I would think at least > some of this work would have to be done no matter what (and it should be > done anyway), so thank you for your thorough examination of this. :) > > Since you were kind enough to do the legwork, I'll be glad to commit the > fixes if no other committer picks up the ball. Was glad to help. p.s. Played with more sophisticated parser and found some more broken pkg-descr, can You please fix it too? Thanks. WWW: is not the first word in a line: chinese/pine4 devel/ptmalloc emulators/its emulators/klh10 japanese/Wnn6 -- Adios From terry at sucked-in.com Thu Jun 12 06:14:00 2008 From: terry at sucked-in.com (Terry Sposato) Date: Thu Jun 12 06:14:05 2008 Subject: portmaster: upgrade using local packages? In-Reply-To: <48501820.1030206@FreeBSD.org> References: <48500C9E.7090802@commit.it> <48501820.1030206@FreeBSD.org> Message-ID: <4850BE98.8090104@sucked-in.com> Doug Barton wrote: > Angelo Turetta wrote: >> I'm evaluating portmaster: I cannot find an option to use pre-built >> packages for upgrading. > > At this time there is no such option, and I haven't been able to carve > out the time to work on it. I noted in your message that you've already > discovered the -g option. For your particular situation it would > certainly be conceivable to hack up a quick and dirty script of some > sort to force updates on the "client" machines for which you have new > packages, but it's certainly not an ideal solution. > > I am interested in adding this feature, so if someone is interested in > sponsoring the work .... :) > > > Doug > Hi Doug, I have only contributed a couple of ports to FreeBSD so far and would like to help in any way I can. What exactly would the sponsor need to provide for you to work on something like this? -- Regards, Terry Sposato terry@sucked-in.com http://www.sucked-in.com GnuPG Key : 0xB7643BC8 Fingerprint: EE92 D9E1 C98E 759F 5991 DFF6 70CE 8936 B764 3BC8 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080612/5ffd4c3e/signature.pgp From yuri at rawbw.com Thu Jun 12 09:14:11 2008 From: yuri at rawbw.com (Yuri) Date: Thu Jun 12 09:14:15 2008 Subject: finance/gnucash needs updating: it requires ofx.3 but finance/libofx installs ofx.4 Message-ID: <4850E67C.3080500@rawbw.com> Please update. Yuri From horechuk at csolve.net Thu Jun 12 11:49:42 2008 From: horechuk at csolve.net (Paul Horechuk) Date: Thu Jun 12 11:49:47 2008 Subject: qt-copy fails to build in new FreeBSD 7 environment In-Reply-To: <485030EE.4070504@FreeBSD.org> References: <200806111452.11401.horechuk@csolve.net> <485030EE.4070504@FreeBSD.org> Message-ID: <200806120750.32480.horechuk@csolve.net> On June 11, 2008, Doug Barton wrote: > Paul Horechuk wrote: > > I recently did a source upgrade from FreeBSD 6.3 to FreeBSD 7 Stable. I > > have over 1000 ports to recompile so it is taking time. > > The recommended procedure for upgrading major branches is to wipe out > all of your ports, then build again from scratch. I know that you said > you're a portupgrade user, but FYI the portmaster man page has a > procedure for doing this that has worked well for me, and other users. > Even if you choose not to use portmaster you might want to take a look > at the list of steps. Thanks for the place to check. I'm definitely not inclined to remove and reinstall 1018 ports from a command shell, though. I'll check out the process and perhaps come to a compromise. At least my system is functional while I work on the upgrades. > > hth, > > Doug -- Paul Horechuk Think Free Use Open Source Software ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ From eculp at encontacto.net Thu Jun 12 14:49:23 2008 From: eculp at encontacto.net (eculp) Date: Thu Jun 12 14:49:27 2008 Subject: Strange keyboard problem with Konsole after upgrading to kdebase-3.5.8_2 Message-ID: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> In Konsole I no longer have a capital C and no longer works but just prints a ^C as ascii. The even more interesting part is the capital C actually executes At least I can stop processes. I upgraded last night and noticed it this morning after a reboot. This is on my Acer Aspire amd64 laptop running Current8 up to date. The uname follows: FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #118: Mon Jun 9 05:48:51 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO amd64 Anyone else see this or have suggestions about how to remap only Konsole and if not maybe a replacement. What I like about it are the tabs. Thanks, ed From koitsu at FreeBSD.org Thu Jun 12 15:01:56 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Thu Jun 12 15:02:01 2008 Subject: Strange keyboard problem with Konsole after upgrading to kdebase-3.5.8_2 In-Reply-To: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> References: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> Message-ID: <20080612150155.GA72901@eos.sc1.parodius.com> On Thu, Jun 12, 2008 at 08:16:56AM -0500, eculp wrote: > In Konsole I no longer have a capital C and no longer works but > just prints a ^C as ascii. The even more interesting part is the capital C > actually executes At least I can stop processes. > > I upgraded last night and noticed it this morning after a reboot. This is > on my Acer Aspire amd64 laptop running Current8 up to date. The uname > follows: > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #118: Mon Jun 9 > 05:48:51 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO > amd64 > > Anyone else see this or have suggestions about how to remap only Konsole > and if not maybe a replacement. What I like about it are the tabs. Are you using a USB keyboard? -- | 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 eculp at encontacto.net Thu Jun 12 15:25:12 2008 From: eculp at encontacto.net (eculp) Date: Thu Jun 12 15:25:15 2008 Subject: Strange keyboard problem with Konsole after upgrading to kdebase-3.5.8_2 In-Reply-To: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> References: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> Message-ID: <20080612102458.120673wrj9vivysc@intranet.encontacto.net> Quoting eculp : > In Konsole I no longer have a capital C and no longer works > but just prints a ^C as ascii. The even more interesting part is > the capital C actually executes At least I can stop > processes. > > I upgraded last night and noticed it this morning after a reboot. > This is on my Acer Aspire amd64 laptop running Current8 up to date. > The uname follows: > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #118: Mon > Jun 9 05:48:51 CDT 2008 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO amd64 > > Anyone else see this or have suggestions about how to remap only > Konsole and if not maybe a replacement. What I like about it are > the tabs. Going through ports I remembered that gnome-terminal also has tabs a From eculp at encontacto.net Thu Jun 12 15:27:55 2008 From: eculp at encontacto.net (eculp) Date: Thu Jun 12 15:27:57 2008 Subject: Strange keyboard problem with Konsole after upgrading to kdebase-3.5.8_2 In-Reply-To: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> References: <20080612081656.96987f0zozw4fysc@intranet.encontacto.net> Message-ID: <20080612102741.20487cumgprnql4w@intranet.encontacto.net> Quoting eculp : > In Konsole I no longer have a capital C and no longer works > but just prints a ^C as ascii. The even more interesting part is > the capital C actually executes At least I can stop > processes. > > I upgraded last night and noticed it this morning after a reboot. > This is on my Acer Aspire amd64 laptop running Current8 up to date. > The uname follows: > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #118: Mon > Jun 9 05:48:51 CDT 2008 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO amd64 > > Anyone else see this or have suggestions about how to remap only > Konsole and if not maybe a replacement. What I like about it are > the tabs. While going through ports, I remembered that gnome-terminal also has tabs so I installed it and it works as expected. C is C and is so I am even more convenced that something is wrong with Konsole. Thanks, ed From edwin at mavetju.org Fri Jun 13 01:50:20 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Fri Jun 13 01:50:24 2008 Subject: finance/gnucash needs updating: it requires ofx.3 but finance/libofx installs ofx.4 In-Reply-To: <4850E67C.3080500@rawbw.com> References: <4850E67C.3080500@rawbw.com> Message-ID: <20080613015017.GD89655@k7.mavetju> On Thu, Jun 12, 2008 at 02:03:56AM -0700, Yuri wrote: > Please update. I think that it is correct: LIB_DEPENDS+= ofx.4:${PORTSDIR}/finance/libofx Make sure you have version # $FreeBSD: ports/finance/gnucash/Makefile,v 1.122 2008/06/06 13:27:3 of the makefile in your port. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From eblics at 163.com Fri Jun 13 09:40:51 2008 From: eblics at 163.com (=?gb2312?B?wPXK98HB?=) Date: Fri Jun 13 09:40:57 2008 Subject: portupgrade:anonymous Not in due from:- Message-ID: <4852409E.01149D.07986@m5-84.163.com> Hi guys: When I portupgrade a port like xfce4, after inputing =A1=AEportupgrade = =A8CR xfce4=A1=AF, then an error happens whose content is =A1=AEanonymous Not = in due from:-=A1=AF. I thought it was caused by pkgdb.db, so a rm pkgdb.db, and rebuilt it = with portversion, but when I portupgrade again, the result remains same.=20 From eblics at 163.com Fri Jun 13 08:51:30 2008 From: eblics at 163.com (=?gb2312?B?wPXK98HB?=) Date: Fri Jun 13 11:21:53 2008 Subject: portupgrade:anonymous Not in due from:- Message-ID: <4852350E.010BB9.07986@m5-84.163.com> Hi guys: When I portupgrade a port like xfce4, after inputing =A1=AEportupgrade = =A8CR xfce4=A1=AF, then an error happens whose content is =A1=AEanonymous Not = in due from:-=A1=AF. I thought it was caused by pkgdb.db, so a rm pkgdb.db, and rebuilt it = with portversion, but when I portupgrade again, the result remains same.=20 From jumper99 at gmx.de Fri Jun 13 12:33:29 2008 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri Jun 13 12:33:34 2008 Subject: INDEX-7 outdated? Message-ID: Hi, Is this a local problem? [root@BSDHelmut /usr/ports]# grep PORTREVISION sysutils/screen/Makefile PORTREVISION= 4 [root@BSDHelmut /usr/ports]# make fetchindex [root@BSDHelmut /usr/ports]# grep -ir ^screen-4.0.3 /usr/ports/INDEX-7 screen-4.0.3_3|/usr/ports/sysutils/screen|/usr/local|A multi-screen window manager|/usr/ports/sysutils/screen/pkg-descr|cy@FreeBSD.org|sysutils|||http://www.gnu.org/software/screen/||| [root@BSDHelmut /usr/ports]# portversion -vl ">" [Updating the portsdb in /usr/ports ... - 18607 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000...... ..... done] clamav-0.93.1 > succeeds port (port has 0.93_1) gtk-2.12.10_2 > succeeds port (port has 2.12.10_1) openldap-client-2.3.42 > succeeds port (port has 2.3.41) p5-version-0.75 > succeeds port (port has 0.74) pecl-APC-3.0.19 > succeeds port (port has 3.0.18_1) screen-4.0.3_4 > succeeds port (port has 4.0.3_3) snort-2.8.2_1 > succeeds port (port has 2.8.1_1) [root@BSDHelmut /usr/ports]# Thanks, Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From isnardjaquet at gmail.com Fri Jun 13 12:42:58 2008 From: isnardjaquet at gmail.com (Isnard Jaquet) Date: Fri Jun 13 12:43:02 2008 Subject: FreeBSD Port: squid-2.6.20_2 Message-ID: <1213359378.3081.53.camel@pro-pae-6535.procergs.reders> Hello, as I understand you are responsable for the ports of squid in FreeBSD, right? Well, I'd like to ask you when are you planning on releasing version 2.7 of it. Any time soon? Thanks in advance, Isnard Jaquet From om-lists-bsd at omx.ch Fri Jun 13 16:46:22 2008 From: om-lists-bsd at omx.ch (Olivier Mueller) Date: Fri Jun 13 16:46:28 2008 Subject: Is the ejabberd maintainer active? In-Reply-To: <20080502132742.GA88780@charon.picobyte.net> References: <48197E0D.7050605@darlow.co.uk> <20080502132742.GA88780@charon.picobyte.net> Message-ID: <1213373979.23465.5.camel@bigapple.omnis.ch> Hello, On Fri, 2008-05-02 at 14:27 +0100, Shaun Amott wrote: > > I just tried pinging the ejabberd maintainer, to see if he would update the > > port to version 2, and the e-mail address attached to his alias came back > > as non-existent. > > > > Does anyone know of his whereabouts and active status? > > Yes, I have an update ready. I will commit it soon. Sorry for the delay. Soon... this year or next one? :-) Haven't had the time myself either to work/test it the last weeks, but if you have anything from now, feel free to ask and I'd be glad to test too. regards & a nice week-end to you, Olivier From Drk at pcomptech.com Fri Jun 13 17:36:57 2008 From: Drk at pcomptech.com (Dennis Kirschling) Date: Fri Jun 13 17:37:01 2008 Subject: Apache Message-ID: <7CA15F547C84C148999461D49C8E710A0FBB17@pct01.PCT.local> Hi. I have a wealth of experience with SCO products, but I have to admit I am stumped with BSD and specifically upgrading a customers Apache from 2.0.55 to 2.0.63 on BSD 5.4. I have downloaded the product, unsipped it and extracted the tar volume. Where do I go from here?. I have read many articles until I'm blue in the face. Any help would be appreciated! Dennis Kirschling Office 916 714-1002 Cell 916 825-3737 drk@pcomptech.com From jumper99 at gmx.de Fri Jun 13 17:55:27 2008 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri Jun 13 17:55:31 2008 Subject: INDEX-7 outdated? References: Message-ID: Helmut Schneider wrote: > [root@BSDHelmut /usr/ports]# grep PORTREVISION sysutils/screen/Makefile > PORTREVISION= 4 > [root@BSDHelmut /usr/ports]# make fetchindex > [root@BSDHelmut /usr/ports]# grep -ir ^screen-4.0.3 /usr/ports/INDEX-7 > screen-4.0.3_3|/usr/ports/sysutils/screen|/usr/local|A multi-screen > window manager|/usr/ports/sysutils/screen/pkg-descr|cy@FreeBSD.org|sysuti > ls|||http://www.gnu.org/software/screen/||| [root@BSDHelmut /usr/ports]# > portversion -vl ">" [Updating the portsdb in > /usr/ports ... - 18607 port entries found > .........1000.........2000.........3000.........4000.........5000......... > 6000.........7000.........8000.........9000.........10000.........11000... > ......12000.........13000.........14000.........15000.........16000....... > ..17000.........18000...... ..... done] > clamav-0.93.1 > succeeds port (port has 0.93_1) > gtk-2.12.10_2 > succeeds port (port has 2.12.10_1) > openldap-client-2.3.42 > succeeds port (port has 2.3.41) > p5-version-0.75 > succeeds port (port has 0.74) > pecl-APC-3.0.19 > succeeds port (port has 3.0.18_1) > screen-4.0.3_4 > succeeds port (port has 4.0.3_3) > snort-2.8.2_1 > succeeds port (port has 2.8.1_1) > [root@BSDHelmut /usr/ports]# Whoever fixed it, thanks. -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From jumper99 at gmx.de Fri Jun 13 18:04:44 2008 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri Jun 13 18:04:49 2008 Subject: How to upgrade openssl after upgrading from 6.2 to 7.0 References: <5297d6fd0806111510p15358eb0idc03c81d9fe38e87@mail.gmail.com> Message-ID: Attos wrote: > I just upgraded my workstation from 6.2 to 7.0 but I haven't been able > to upgrade all the ports. > OpenSSL is giving me problems when trying to upgrade (with > portupgrade). The message I get is that the it's marked as ignore > because it conflicts with the base: > > # portupgrade security/openssl-stable > ** Port marked as IGNORE: security/openssl-stable: > Conflicts with version in the base > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > - security/openssl-stable (marked as IGNORE) > > How do I fix this? pkg_delete openssl-stable pkgdb -Fu openssl-stable is 0.9.7m while 7.0 ships with 0.9.8e. Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From roberthuff at rcn.com Fri Jun 13 18:05:01 2008 From: roberthuff at rcn.com (Robert Huff) Date: Fri Jun 13 18:05:05 2008 Subject: Apache In-Reply-To: <7CA15F547C84C148999461D49C8E710A0FBB17@pct01.PCT.local> References: <7CA15F547C84C148999461D49C8E710A0FBB17@pct01.PCT.local> Message-ID: <18514.46787.914808.181376@jerusalem.litteratus.org> Dennis Kirschling writes: > I have a wealth of experience with SCO products, but I have to > admit I am stumped with BSD and specifically upgrading a > customers Apache from 2.0.55 to 2.0.63 on BSD 5.4. I have > downloaded the product, unsipped it and extracted the tar volume. > Where do I go from here?. I have read many articles until I'm > blue in the face. Start here: http://www.freebsd.org/ports/ Robert Huff From jumper99 at gmx.de Fri Jun 13 18:15:11 2008 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri Jun 13 18:15:15 2008 Subject: Apache References: <7CA15F547C84C148999461D49C8E710A0FBB17@pct01.PCT.local> Message-ID: Dennis Kirschling wrote: > I have a wealth of experience with SCO products, but I have to admit I > am stumped with BSD and specifically upgrading a customers Apache from > 2.0.55 to 2.0.63 on BSD 5.4. I have downloaded the product, unsipped > it and extracted the tar volume. Where do I go from here?. I have read > many articles until I'm blue in the face. Please read on here: http://www.freebsd.org/ports/ portupgrade might also be helpful. See also: http://www.freebsd.org/doc/en/books/handbook/ports-using.html BTW, 5.x is EOL: http://lists.freebsd.org/pipermail/freebsd-security/2008-April/004699.html http://www.freebsd.org/releases/6.3R/installation-i386.html#UPGRADING HTH, Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From chris at shenton.org Fri Jun 13 19:17:34 2008 From: chris at shenton.org (Chris Shenton) Date: Fri Jun 13 19:17:42 2008 Subject: audio/squeezecenter: .tgz not on Freebsd.org (is on slimdevices.com); perl probs Message-ID: <864p7x9njo.fsf@PECTOPAH.shenton.org> The port tries to find the .tgz on FreeBSD.org only, but it does not exist. I found it on slimdevices -- same MD5, SHA256, SIZE: http://www.slimdevices.com/downloads/SqueezeCenter_v7.0.0/squeezecenter-7.0-noCPAN.tgz After building successfully, it fails to start with some problems in Perl: root@PECTOPAH:squeezecenter<130# /usr/local/etc/rc.d/squeezecenter start Starting squeezecenter. Use of uninitialized value in join or string at /usr/local/lib/perl5/site_perl/5.8.8/mach/File/Spec/Unix.pm line 82. Use of uninitialized value in subroutine entry at /usr/local/lib/perl5/site_perl/5.8.8/mach/YAML/Syck.pm line 75. Use of uninitialized value in pattern match (m//) at /usr/local/squeezecenter/Slim/Utils/Prefs.pm line 265. root@PECTOPAH:squeezecenter<131# telnet localhost 9000 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused The first file value is @_, the second is $_, and I can't see the issue with the third file. My perl-fu is pretty rusty so I can't be much use tracking this down. My system: FreeBSD PECTOPAH.shenton.org 6.3-STABLE FreeBSD 6.3-STABLE #18: Thu Jun 12 12:42:34 EDT 2008 root@PECTOPAH.shenton.org:/usr/obj/usr/src/sys/SHENTON i386 Thanks! From brooks at freebsd.org Fri Jun 13 20:27:16 2008 From: brooks at freebsd.org (Brooks Davis) Date: Fri Jun 13 20:27:18 2008 Subject: audio/squeezecenter: .tgz not on Freebsd.org (is on slimdevices.com); perl probs In-Reply-To: <864p7x9njo.fsf@PECTOPAH.shenton.org> References: <864p7x9njo.fsf@PECTOPAH.shenton.org> Message-ID: <20080613202744.GA102@lor.one-eyed-alien.net> On Fri, Jun 13, 2008 at 02:50:51PM -0400, Chris Shenton wrote: > The port tries to find the .tgz on FreeBSD.org only, but it does not > exist. I found it on slimdevices -- same MD5, SHA256, SIZE: > > http://www.slimdevices.com/downloads/SqueezeCenter_v7.0.0/squeezecenter-7.0-noCPAN.tgz There's apparently something non-standard to your ports config because the only master site is: MASTER_SITES= http://www.slimdevices.com/downloads/SqueezeCenter_v${PORTVERSION}/ The file is not on freebsd.org or any mirrors because Slim Devices forbids redistribution. > After building successfully, it fails to start with some problems in Perl: > > root@PECTOPAH:squeezecenter<130# /usr/local/etc/rc.d/squeezecenter start > Starting squeezecenter. > Use of uninitialized value in join or string at > /usr/local/lib/perl5/site_perl/5.8.8/mach/File/Spec/Unix.pm line 82. > Use of uninitialized value in subroutine entry at > /usr/local/lib/perl5/site_perl/5.8.8/mach/YAML/Syck.pm line 75. > Use of uninitialized value in pattern match (m//) at > /usr/local/squeezecenter/Slim/Utils/Prefs.pm line 265. > > root@PECTOPAH:squeezecenter<131# telnet localhost 9000 > Trying 127.0.0.1... > telnet: connect to address 127.0.0.1: Connection refused > > The first file value is @_, the second is $_, and I can't see the issue > with the third file. > > My perl-fu is pretty rusty so I can't be much use tracking this down. You've got an out of date port version. I wasn't deleteing enough of the included YAML/Syck installation and after a recent update in ports, the two versions started to conflict in strange ways. The latest version of the of squeezecenter is 7.0.1. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080613/d4768e16/attachment.pgp From dougb at FreeBSD.org Fri Jun 13 20:45:01 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Jun 13 20:45:05 2008 Subject: Portmaster users: Sorry for the churn Message-ID: <4852DC4A.6050905@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 To all portmaster users: My apologies for the version number churn the last week or so. I'm pretty sure that I can give an "all clear" for version 2.5, and that both the globbing features and the old features should work as expected now. For those that are not aware, portmaster now has the ability to handle glob matches for ports in /var/db/pkg/ in a manner roughly equivalent to portupgrade. So for example you could type 'portmaster xorg-server' and have it successfully match whatever version of that port you have installed, or type 'portmaster p5' and have it update everything that matches the pattern /var/db/pkg/p5*. I'd like to thank those users who not only reported the recent bugs with "gentle grace and good humor," but were kind enough to test the fixes and let me know that they worked. Regards, Doug - -- ~ This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREDAAYFAkhS3EkACgkQyIakK9Wy8PsHdQCg0juTCu24yP9fTEm9V7gRsIxI fB0An0iUP+GONwycASSqoYYu4FNohVoX =DAcX -----END PGP SIGNATURE----- From freebsd.macgregor at blueyonder.co.uk Sat Jun 14 03:50:53 2008 From: freebsd.macgregor at blueyonder.co.uk (Rob MacGregor) Date: Sat Jun 14 03:50:58 2008 Subject: audio/squeezecenter: .tgz not on Freebsd.org (is on slimdevices.com); perl probs In-Reply-To: <864p7x9njo.fsf@PECTOPAH.shenton.org> References: <864p7x9njo.fsf@PECTOPAH.shenton.org> Message-ID: <4852D657.6050304@blueyonder.co.uk> Chris Shenton unleashed the infinite monkeys on 13/06/2008 19:50 producing: > The port tries to find the .tgz on FreeBSD.org only, but it does not > exist. I found it on slimdevices -- same MD5, SHA256, SIZE: > > http://www.slimdevices.com/downloads/SqueezeCenter_v7.0.0/squeezecenter-7.0-noCPAN.tgz I saw the same thing, but grabbed the 7.0.1 version instead (as the port is supposedly 7.0.1). I had to change the variable WRKSRC to reflect the new directory. I instead get: Starting squeezecenter. The following CPAN modules were found but cannot work with SqueezeCenter: JSON::XS::VersionOneAndTwo (loaded , need 0.31) The JSON package is installed: p5-JSON-XS-2.20 JSON serialising/deserialising, done... -- Rob | Oh my God! They killed init! You bastards! From fenner at FreeBSD.org Sat Jun 14 10:00:11 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Sat Jun 14 10:00:12 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200806141000.m5EA0Auq091910@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 ed at 80386.nl Sat Jun 14 10:56:39 2008 From: ed at 80386.nl (Ed Schouten) Date: Sat Jun 14 10:56:41 2008 Subject: HEADS UP: sgtty removal this weekend In-Reply-To: <20080611130244.GA1176@hoeg.nl> References: <20080611130244.GA1176@hoeg.nl> Message-ID: <20080614105246.GR1176@hoeg.nl> Hello everyone, Heads down: http://lists.freebsd.org/pipermail/cvs-src/2008-June/092121.html I've also increased the __FreeBSD_version to 800039, which could be useful for you folks. I'd like to thank several people, especially miwi@ for committing most of my patches and pav@ for performing an experimental ports build with my patchset. Thanks! -- Ed Schouten WWW: http://80386.nl/ -------------- 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/20080614/83ca5ee5/attachment.pgp From tmseck at web.de Sat Jun 14 15:42:27 2008 From: tmseck at web.de (Thomas-Martin Seck) Date: Sat Jun 14 15:42:32 2008 Subject: FreeBSD Port: squid-2.6.20_2 In-Reply-To: <1213359378.3081.53.camel@pro-pae-6535.procergs.reders> References: <1213359378.3081.53.camel@pro-pae-6535.procergs.reders> Message-ID: <20080614151714.GB1621@hardy.tmseck.homedns.org> * Isnard Jaquet (isnardjaquet@gmail.com): > as I understand you are responsable for the ports of squid in FreeBSD, > right? Well, I'd like to ask you when are you planning on releasing > version 2.7 of it. Any time soon? I have asked the person who originally wanted to maintain the 2.7 port for approval to add "my" version of the 2.7 port to the ports tree. Apologies for the inconvenience. From elrap at web.de Sat Jun 14 17:17:20 2008 From: elrap at web.de (Tino Engel) Date: Sat Jun 14 17:17:26 2008 Subject: FreeBSD Port: atunes-1.9.0 Message-ID: <4853F874.6030007@web.de> Dear aTunes maintainer, I have a problem starting aTunes. I have verified the used VM does basically work and starts other java applications. Help would be very appreciated, please tell me how i can help you. Here is output from my shell, that illustrates the problem and environment: ------------------------------------------------------------------------------------------------------------------------ elgrande:/home/elgrande# uname -a FreeBSD freebsdangel.local 7.0-STABLE FreeBSD 7.0-STABLE #1: Sat Jun 14 16:28:34 CEST 2008 elgrande@freebsdangel.local:/usr/obj/usr/src/sys/elgrande i386 elgrande:/home/elgrande# setenv JAVA_HOME /usr/local/jdk1.6.0 elgrande:/home/elgrande# java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-elgrande_14_jun_2008_16_00-b00) Java HotSpot(TM) Client VM (build 1.6.0_03-p4-elgrande_14_jun_2008_16_00-b00, mixed mode) elgrande:/home/elgrande# atunes INFO: aTunes is listening for other instances on port 7777 INFO [START ] Starting aTunes 1.8.3 "Ostwind" (Build 355 [08/05/2008]) INFO [START ] Running in Java Virtual Machine 1.6.0_03-p4 INFO [START ] Arguments = [] INFO [START ] Debug mode = false INFO [START ] Execution path = /usr/local/share/atunes INFO [HANDLER ] Could not read application state ERROR [INTERNAL ERROR] --> Logger.internalError [1] java.lang.reflect.InvocationTargetException ERROR [INTERNAL ERROR] --> Logger.internalError [1] java.awt.EventQueue.invokeAndWait(EventQueue.java:997) ERROR [INTERNAL ERROR] --> Logger.internalError [1] javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1323) ERROR [INTERNAL ERROR] --> Logger.internalError [1] net.sourceforge.atunes.kernel.Kernel.startKernel(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [1] net.sourceforge.atunes.Main.main(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [2] null ERROR [INTERNAL ERROR] --> Logger.internalError [3] java.lang.reflect.InvocationTargetException ERROR [INTERNAL ERROR] --> Logger.internalError [3] java.awt.EventQueue.invokeAndWait(EventQueue.java:997) ERROR [INTERNAL ERROR] --> Logger.internalError [3] javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1323) ERROR [INTERNAL ERROR] --> Logger.internalError [3] net.sourceforge.atunes.kernel.Kernel.startKernel(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [3] net.sourceforge.atunes.Main.main(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.lang.NullPointerException ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.MultiUIDefaults.getUIError(MultiUIDefaults.java:117) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.UIDefaults.getUI(UIDefaults.java:741) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.UIManager.getUI(UIManager.java:1012) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JPanel.updateUI(JPanel.java:109) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JPanel.(JPanel.java:69) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JPanel.(JPanel.java:92) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JPanel.(JPanel.java:100) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JRootPane.createGlassPane(JRootPane.java:527) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JRootPane.(JRootPane.java:347) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JFrame.createRootPane(JFrame.java:260) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JFrame.frameInit(JFrame.java:241) ERROR [INTERNAL ERROR] --> Logger.internalError [4] javax.swing.JFrame.(JFrame.java:164) ERROR [INTERNAL ERROR] --> Logger.internalError [4] net.sourceforge.atunes.gui.views.controls.CustomFrame.(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [4] net.sourceforge.atunes.gui.StandardFrame.(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [4] net.sourceforge.atunes.kernel.handlers.VisualHandler.(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [4] net.sourceforge.atunes.kernel.handlers.VisualHandler.(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [4] net.sourceforge.atunes.kernel.Kernel$2.run(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventQueue.dispatchEvent(EventQueue.java:597) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160) ERROR [INTERNAL ERROR] --> Logger.internalError [4] java.awt.EventDispatchThread.run(EventDispatchThread.java:121) ERROR [INTERNAL ERROR] --> Logger.internalError [5] java.lang.reflect.InvocationTargetException ERROR [INTERNAL ERROR] --> Logger.internalError [5] java.awt.EventQueue.invokeAndWait(EventQueue.java:997) ERROR [INTERNAL ERROR] --> Logger.internalError [5] javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1323) ERROR [INTERNAL ERROR] --> Logger.internalError [5] net.sourceforge.atunes.kernel.Kernel.startKernel(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [5] net.sourceforge.atunes.Main.main(Unknown Source) ERROR [INTERNAL ERROR] --> Logger.internalError [6] null ------------------------------------------------------------------------------------------------------ *** And in the debugger: elgrande:/home/elgrande/work# cat atunes.debug #!/bin/sh cd /usr/local/share/atunes JAVA_VERSION="1.6+" exec /usr/local/bin/jdb aTunes.jar:lib/commons-io-1.3.2.jar:lib/jcommon-1.0.12.jar:lib/jfreechart-1.0.9.jar:lib/jaudiotagger.jar:lib/log4j-1.2.13.jar:lib/commons-logging-1.1.jar:lib/antBuildNumber.jar:lib/substance.jar:lib/oro.jar:lib/swingx.jar:lib/jhlabs.jar:lib/htmlparser.jar:lib/substance-swingx.jar:lib/jintellitype-1.3.1.jar:lib/commons-codec-1.3.jar:lib/xpp3_min-1.1.4c.jar:lib/xstream-1.3.jar:lib/jna.jar:lib/jna-examples.jar:lib/lucene-core-2.3.1.jar net.sourceforge.atunes.Main "$@" elgrande:/home/elgrande/work# ./atunes.debug Initializing jdb ... > run run aTunes.jar:lib/commons-io-1.3.2.jar:lib/jcommon-1.0.12.jar:lib/jfreechart-1.0.9.jar:lib/jaudiotagger.jar:lib/log4j-1.2.13.jar:lib/commons-logging-1.1.jar:lib/antBuildNumber.jar:lib/substance.jar:lib/oro.jar:lib/swingx.jar:lib/jhlabs.jar:lib/htmlparser.jar:lib/substance-swingx.jar:lib/jintellitype-1.3.1.jar:lib/commons-codec-1.3.jar:lib/xpp3_min-1.1.4c.jar:lib/xstream-1.3.jar:lib/jna.jar:lib/jna-examples.jar:lib/lucene-core-2.3.1.jar net.sourceforge.atunes.Main Set uncaught java.lang.Throwable Set deferred uncaught java.lang.Throwable > VM Started: Exception occurred: java.lang.ClassNotFoundException (uncaught)"thread=main", java.net.URLClassLoader$1.run(), line=200 bci=72 main[1] where [1] java.net.URLClassLoader$1.run (URLClassLoader.java:200) [2] java.security.AccessController.doPrivileged (native method) [3] java.net.URLClassLoader.findClass (URLClassLoader.java:188) [4] java.lang.ClassLoader.loadClass (ClassLoader.java:306) [5] sun.misc.Launcher$AppClassLoader.loadClass (Launcher.java:276) [6] java.lang.ClassLoader.loadClass (ClassLoader.java:251) [7] java.lang.ClassLoader.loadClassInternal (ClassLoader.java:319) main[1] -------------------------------------------------------------------------------------------------------------------------- After this, process hangs and nothing else happens. Regards, Tino From parish at magichamster.com Sat Jun 14 18:03:32 2008 From: parish at magichamster.com (Mark Ovens) Date: Sat Jun 14 18:03:39 2008 Subject: nvidia-driver: KDE screen corruption Message-ID: <485407BB.7040902@magichamster.com> Hi, I just upgraded the nvidia-driver to the latest version 173.14.05 and now I find that the task bar in KDE is corrupted - the rest of the screen is OK, just the task bar is affected. This didn't happen with the previous version I was running (169.x.x I think, not sure exactly). Screenshot here - http://www.magichamster.com/pics/snapshot2.png Is this a known problem? Regards, Mark From sahil at tandon.net Sat Jun 14 18:07:20 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sat Jun 14 18:07:24 2008 Subject: FreeBSD Port: atunes-1.9.0 In-Reply-To: <4853F874.6030007@web.de> References: <4853F874.6030007@web.de> Message-ID: <20080614180715.GA3372@shepherd> Tino Engel wrote: > I have a problem starting aTunes. Before debugging any further, have you tried deleting the .aTunes config folder in your home directory as suggested here: http://sourceforge.net/forum/forum.php?thread_id=2027068&forum_id=656585 -- Sahil Tandon From makc at issp.ac.ru Sat Jun 14 18:37:29 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Sat Jun 14 18:37:54 2008 Subject: nvidia-driver: KDE screen corruption In-Reply-To: <485407BB.7040902@magichamster.com> References: <485407BB.7040902@magichamster.com> Message-ID: <200806142237.24304.makc@issp.ac.ru> On Saturday 14 June 2008, Mark Ovens wrote: > I just upgraded the nvidia-driver to the latest version 173.14.05 and > now I find that the task bar in KDE is corrupted - the rest of the > screen is OK, just the task bar is affected. > > This didn't happen with the previous version I was running (169.x.x I > think, not sure exactly). > > Screenshot here - http://www.magichamster.com/pics/snapshot2.png > > Is this a known problem? I use kde and latest nvidia-driver but I have no such a problem. Max From tobias.rehbein at web.de Sat Jun 14 18:42:27 2008 From: tobias.rehbein at web.de (Tobias Rehbein) Date: Sat Jun 14 18:42:33 2008 Subject: New version for unmaintained port www/nanoblogger Message-ID: <20080614182133.GA13166@sushi.pseudo.local> Hi all. Today version 3.4RC1 was released for the currently unmaintained port www/nanoblogger. As I use this software I would like to prepare a port for nanoblogger 3.4. I just wanted to make sure there's no one else doing the same thing in parallel. So if someone is working on porting nanoblogger 3.4 please drop me a line. Regards Tobias From elrap at web.de Sat Jun 14 19:14:29 2008 From: elrap at web.de (Tino Engel) Date: Sat Jun 14 19:14:34 2008 Subject: FreeBSD Port: atunes-1.9.0 In-Reply-To: <20080614180715.GA3372@shepherd> References: <4853F874.6030007@web.de> <20080614180715.GA3372@shepherd> Message-ID: <48541967.3020603@web.de> Sahil Tandon wrote: > Tino Engel wrote: > > >> I have a problem starting aTunes. >> > > Before debugging any further, have you tried deleting the .aTunes config > folder in your home directory as suggested here: > > http://sourceforge.net/forum/forum.php?thread_id=2027068&forum_id=656585 > > Yes, I did delete the config dir. Did not solve the issue. Nevertheless I found out, how to fix this issue temporarily: aTunes 1.8.0 works fine with jdk-1.6.0.3p4_2 from ports. The problem starts to occur with 1.8.1. I did some research that could point to the problem: Maybe the source of the problem is, that jdk16 from ports does not have the AWTUtilities class yet (that at least is the reason, why aTunes 1.9.0 does not work). But I could not confirm on 1.8.3. Actually it seems that the newer aTunes versions require a higher update level of jdk. Regards, Tino From dandee at hellteam.net Sat Jun 14 20:22:23 2008 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Sat Jun 14 20:22:31 2008 Subject: FreeBSD Port: quagga-0.99.9_7 Message-ID: <003701c8ce58$ecc88fb0$6508280a@tocnet28.jspoj.czf> 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 From bc979 at lafn.org Sat Jun 14 20:30:04 2008 From: bc979 at lafn.org (Doug Hardie) Date: Sat Jun 14 20:30:11 2008 Subject: qpopper update Message-ID: <2F8B6421-FE60-495F-A67B-0E785FC2B34B@lafn.org> I am in the final stages of updating the qpopper port from version 4.0 to 4.1. However, there are a number of patches that have been incorporated into qpopper in the past that raise some questions. qpopper alters the names of all the binaries from popper* to qpopper*. I first thought that was done to avoid name conflicts with the port popper. However, upon investigating, the popper port is an older version of qpopper. Is there a reason to maintain two different versions of qpopper? Could we just have the current version as popper and use the original names for things? Is there a reason the qpopper binary is stored in /usr/local/libexec where the default qpopper installation is in /usr/local/sbin? From v.velox at vvelox.net Sat Jun 14 22:08:52 2008 From: v.velox at vvelox.net (Zane C.B.) Date: Sat Jun 14 22:09:01 2008 Subject: package db information Message-ID: <20080614165027.351169f6@vixen42> I was just looking at starting to writing a Perl module to read it. For the most part it is easy enough to make out what everything is, but does any one know if there is any official documentation or the like actually describing it? From freebsd-questions at voidcaptain.com Sun Jun 15 01:05:36 2008 From: freebsd-questions at voidcaptain.com (Pete Slagle) Date: Sun Jun 15 01:05:41 2008 Subject: [maintainer] ghostscript-gpl - jasper Message-ID: <4854687D.10303@voidcaptain.com> Unable to build ghostscript-gpl-8.62_2 on 6.3-RELEASE, configure: error: jasper configure script failed ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] Requested files are attached. I am unable to find a fix after determined effort at Google search. Any pointers appreciated! -------------- next part -------------- Script started on Sat Jun 14 17:30:48 2008 # pwd /usr/ports/print/ghostscript-gpl # make clean ===> Cleaning for ghostscript-gpl-8.62_2 # make install clean ===> Found saved configuration for ghostscript-gpl-8.62_2 ===> Extracting for ghostscript-gpl-8.62_2 => MD5 Checksum OK for ghostscript/ghostscript-8.62.tar.bz2. => SHA256 Checksum OK for ghostscript/ghostscript-8.62.tar.bz2. => MD5 Checksum OK for ghostscript/epag-3.09.tar.gz. => SHA256 Checksum OK for ghostscript/epag-3.09.tar.gz. /usr/bin/tar -C /usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62 -xzf /usr/ports/distfiles/ghostscript/epag-3.09.tar.gz /bin/ln -s -f epag-3.09 /usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/epag install -o root -g wheel -m 444 /usr/ports/print/ghostscript-gpl/files/epag.contrib.mak /usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/src/epag.contrib.mak ===> Patching for ghostscript-gpl-8.62_2 ===> Applying FreeBSD patches for ghostscript-gpl-8.62_2 /usr/bin/sed -i.bak -e 's|%%DATADIR%%|/usr/local/share/ghostscript|g ; s|%%GS_VERSION%%|8.62|g' /usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/contrib/japanese/dmp_site.ps ===> ghostscript-gpl-8.62_2 depends on executable: gmake - found ===> ghostscript-gpl-8.62_2 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> ghostscript-gpl-8.62_2 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> ghostscript-gpl-8.62_2 depends on shared library: jpeg.9 - found ===> ghostscript-gpl-8.62_2 depends on shared library: png.5 - found ===> ghostscript-gpl-8.62_2 depends on shared library: fontconfig.1 - found ===> ghostscript-gpl-8.62_2 depends on shared library: iconv.3 - found ===> Configuring for ghostscript-gpl-8.62_2 configure: WARNING: you should use --build, --host, --target checking for i386-portbld-freebsd6.3-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 how to run the C preprocessor... cc -E checking for i386-portbld-freebsd6.3-ranlib... no checking for ranlib... ranlib checking supported compiler flags... -O2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -fno-builtin -fno-common ...done. checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking for memory.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for unistd.h... (cached) yes checking sys/window.h usability... no checking sys/window.h presence... no checking for sys/window.h... no checking for an ANSI C-conforming const... yes checking for inline... inline checking for mode_t... yes checking for off_t... yes checking for size_t... yes checking for struct stat.st_blocks... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for unsigned long int... yes checking size of unsigned long int... 4 checking for unsigned long long... yes checking size of unsigned long long... 8 checking for pkg-config... /usr/local/bin/pkg-config checking for fontconfig with pkg-config... yes checking for cos in -lm... yes checking for libiconv_open in -liconv... yes checking for dlopen in -ldl... no checking for local jpeg library source... jpeg checking for jmemsys.h... yes checking for local zlib source... yes checking for local png library source... yes checking for cups-config... no checking for local ijs library source... yes checking for local jbig2dec library source... jbig2dec checking for local jasper library source... jasper checking for local jasper configure script... yes Running jasper configure script... checking build system type... configure: error: cannot guess build type; you must specify one configure: error: jasper configure script failed ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/print/ghostscript-gpl. *** Error code 1 Stop in /usr/ports/print/ghostscript-gpl. # cat /usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --disable-compile-inits --enable-contrib --enable-dynamic --with-ijs --with-jasper --with-x --x-includes=/usr/local/include --x-libraries=/usr/local/lib --with-libiconv=gnu --enable-fontconfig --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ i386-portbld-freebsd6.3 ## --------- ## ## Platform. ## ## --------- ## hostname = trey.hq.x15 uname -m = i386 uname -r = 6.3-RELEASE-p2 uname -s = FreeBSD uname -v = FreeBSD 6.3-RELEASE-p2 #0: Wed Apr 16 21:42:59 PDT 2008 pete@trey.hq.x15:/tmp/usr/src63/src/sys/TREY /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /home/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1820: checking for i386-portbld-freebsd6.3-gcc configure:1847: result: cc configure:2125: checking for C compiler version configure:2132: cc --version >&5 cc (GCC) 3.4.6 [FreeBSD] 20060305 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2135: $? = 0 configure:2142: cc -v >&5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 configure:2145: $? = 0 configure:2152: cc -V >&5 cc: `-V' option must have argument configure:2155: $? = 1 configure:2178: checking for C compiler default output file name configure:2205: cc -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:2208: $? = 0 configure:2246: result: a.out configure:2263: checking whether the C compiler works configure:2273: ./a.out configure:2276: $? = 0 configure:2293: result: yes configure:2300: checking whether we are cross compiling configure:2302: result: no configure:2305: checking for suffix of executables configure:2312: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:2315: $? = 0 configure:2339: result: configure:2345: checking for suffix of object files configure:2371: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:2374: $? = 0 configure:2397: result: o configure:2401: checking whether we are using the GNU C compiler configure:2430: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:2436: $? = 0 configure:2453: result: yes configure:2458: checking whether cc accepts -g configure:2488: cc -c -g -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:2494: $? = 0 configure:2593: result: yes configure:2610: checking for cc option to accept ISO C89 configure:2684: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:2690: $? = 0 configure:2713: result: none needed configure:2736: checking how to run the C preprocessor configure:2776: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:2782: $? = 0 configure:2813: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c conftest.c:8:28: ac_nonexistent.h: No such file or directory configure:2819: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | #include configure:2852: result: cc -E configure:2881: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:2887: $? = 0 configure:2918: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c conftest.c:8:28: ac_nonexistent.h: No such file or directory configure:2924: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | #include configure:2966: checking for i386-portbld-freebsd6.3-ranlib configure:2996: result: no configure:3006: checking for ranlib configure:3022: found /usr/bin/ranlib configure:3033: result: ranlib configure:3101: checking supported compiler flags configure:3129: cc -c -O2 -fno-strict-aliasing -pipe -O2 -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3135: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wall -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wstrict-prototypes -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 conftest.c:11: warning: function declaration isn't a prototype configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wundef -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wmissing-declarations -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wmissing-prototypes -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wwrite-strings -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -Wno-strict-aliasing -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -fno-builtin -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3177: cc -c -O2 -fno-strict-aliasing -pipe -fno-common -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3183: $? = 0 configure:3202: result: ...done. configure:3214: checking for dirent.h that defines DIR configure:3243: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3249: $? = 0 configure:3265: result: yes configure:3278: checking for library containing opendir configure:3319: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3325: $? = 0 configure:3353: result: none required configure:3448: checking for grep that handles long lines and -e configure:3522: result: /usr/bin/grep configure:3527: checking for egrep configure:3605: result: /usr/bin/grep -E configure:3610: checking for ANSI C header files configure:3640: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3646: $? = 0 configure:3745: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:3748: $? = 0 configure:3754: ./conftest configure:3757: $? = 0 configure:3774: result: yes configure:3798: checking for sys/types.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for sys/stat.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for stdlib.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for string.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for memory.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for strings.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for inttypes.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for stdint.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3798: checking for unistd.h configure:3819: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3825: $? = 0 configure:3841: result: yes configure:3880: checking errno.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking errno.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for errno.h configure:3992: result: yes configure:3880: checking fcntl.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking fcntl.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for fcntl.h configure:3992: result: yes configure:3880: checking limits.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking limits.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for limits.h configure:3992: result: yes configure:3880: checking malloc.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 In file included from conftest.c:55: /usr/include/malloc.h:3:2: #error " has been replaced by " configure:3903: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_LIMITS_H 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | #include configure:3917: result: no configure:3921: checking malloc.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c In file included from conftest.c:22: /usr/include/malloc.h:3:2: #error " has been replaced by " configure:3942: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_LIMITS_H 1 | /* end confdefs.h. */ | #include configure:3956: result: no configure:3984: checking for malloc.h configure:3992: result: no configure:3870: checking for memory.h configure:3876: result: yes configure:3870: checking for stdlib.h configure:3876: result: yes configure:3870: checking for string.h configure:3876: result: yes configure:3870: checking for strings.h configure:3876: result: yes configure:3880: checking sys/ioctl.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking sys/ioctl.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for sys/ioctl.h configure:3992: result: yes configure:3880: checking sys/param.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking sys/param.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for sys/param.h configure:3992: result: yes configure:3880: checking sys/time.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking sys/time.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for sys/time.h configure:3992: result: yes configure:3880: checking syslog.h usability configure:3897: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:3903: $? = 0 configure:3917: result: yes configure:3921: checking syslog.h presence configure:3936: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c configure:3942: $? = 0 configure:3956: result: yes configure:3984: checking for syslog.h configure:3992: result: yes configure:3870: checking for unistd.h configure:3876: result: yes configure:4017: checking sys/window.h usability configure:4034: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 conftest.c:64:24: sys/window.h: No such file or directory configure:4040: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_IOCTL_H 1 | #define HAVE_SYS_PARAM_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | #include configure:4054: result: no configure:4058: checking sys/window.h presence configure:4073: cc -E -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c conftest.c:31:24: sys/window.h: No such file or directory configure:4079: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_IOCTL_H 1 | #define HAVE_SYS_PARAM_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | /* end confdefs.h. */ | #include configure:4093: result: no configure:4121: checking for sys/window.h configure:4128: result: no configure:4136: checking for an ANSI C-conforming const configure:4211: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4217: $? = 0 configure:4232: result: yes configure:4242: checking for inline configure:4268: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4274: $? = 0 configure:4292: result: inline configure:4311: checking for mode_t configure:4341: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4347: $? = 0 configure:4362: result: yes configure:4374: checking for off_t configure:4404: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4410: $? = 0 configure:4425: result: yes configure:4437: checking for size_t configure:4467: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4473: $? = 0 configure:4488: result: yes configure:4500: checking for struct stat.st_blocks configure:4528: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4534: $? = 0 configure:4591: result: yes configure:4614: checking whether time.h and sys/time.h may both be included configure:4644: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4650: $? = 0 configure:4665: result: yes configure:4675: checking whether struct tm is in sys/time.h or time.h configure:4705: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:4711: $? = 0 configure:4726: result: time.h configure:5128: checking for unsigned long int configure:5158: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:5164: $? = 0 configure:5179: result: yes configure:5186: checking size of unsigned long int configure:5488: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:5491: $? = 0 configure:5497: ./conftest configure:5500: $? = 0 configure:5523: result: 4 configure:5536: checking for unsigned long long configure:5566: cc -c -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include conftest.c >&5 configure:5572: $? = 0 configure:5587: result: yes configure:5594: checking size of unsigned long long configure:5896: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c >&5 configure:5899: $? = 0 configure:5905: ./conftest configure:5908: $? = 0 configure:5931: result: 8 configure:6769: checking for pkg-config configure:6787: found /usr/local/bin/pkg-config configure:6799: result: /usr/local/bin/pkg-config configure:6821: checking for fontconfig with pkg-config configure:6824: result: yes configure:7042: checking for cos in -lm configure:7077: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c -lm >&5 conftest.c:43: warning: conflicting types for built-in function 'cos' configure:7083: $? = 0 configure:7101: result: yes configure:7435: checking for libiconv_open in -liconv configure:7470: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c -liconv -lm >&5 configure:7476: $? = 0 configure:7494: result: yes configure:7591: checking for dlopen in -ldl configure:7626: cc -o conftest -O2 -fno-strict-aliasing -pipe -DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -L/usr/local/lib conftest.c -ldl -lm -liconv >&5 /usr/bin/ld: cannot find -ldl configure:7632: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_IOCTL_H 1 | #define HAVE_SYS_PARAM_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STRUCT_STAT_ST_BLOCKS 1 | #define HAVE_ST_BLOCKS 1 | #define TIME_WITH_SYS_TIME 1 | #define SIZEOF_UNSIGNED_LONG_INT 4 | #define SIZEOF_UNSIGNED_LONG_LONG 8 | #define HAVE_LIBM 1 | #define USE_LIBICONV_GNU 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dlopen (); | int | main () | { | return dlopen (); | ; | return 0; | } configure:7650: result: no configure:7662: checking for local jpeg library source configure:7666: result: jpeg configure:7904: checking for jmemsys.h configure:7907: result: yes configure:7920: checking for local zlib source configure:7926: result: yes configure:8159: checking for local png library source configure:8162: result: yes configure:8412: checking for cups-config configure:8445: result: no configure:8499: checking for local ijs library source configure:8502: result: yes configure:8524: checking for local jbig2dec library source configure:8530: result: jbig2dec configure:8633: checking for local jasper library source configure:8639: result: jasper configure:8641: checking for local jasper configure script configure:8644: result: yes configure:8652: error: jasper configure script failed ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_c_compiler_gnu=yes ac_cv_c_const=yes ac_cv_c_inline=inline ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe ' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value='-DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=-L/usr/local/lib ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_XMKMF_set='' ac_cv_env_XMKMF_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd6.3 ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=i386-portbld-freebsd6.3 ac_cv_env_target_alias_set=set ac_cv_env_target_alias_value=i386-portbld-freebsd6.3 ac_cv_header_dirent_dirent_h=yes ac_cv_header_errno_h=yes ac_cv_header_fcntl_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_limits_h=yes ac_cv_header_malloc_h=no ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_ioctl_h=yes ac_cv_header_sys_param_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_time_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_sys_window_h=no ac_cv_header_syslog_h=yes ac_cv_header_time=yes ac_cv_header_unistd_h=yes ac_cv_lib_dl_dlopen=no ac_cv_lib_iconv_libiconv_open=yes ac_cv_lib_m_cos=yes ac_cv_member_struct_stat_st_blocks=yes ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_PKGCONFIG=/usr/local/bin/pkg-config ac_cv_prog_CC=cc ac_cv_prog_CPP='cc -E' ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_search_opendir='none required' ac_cv_sizeof_unsigned_long_int=4 ac_cv_sizeof_unsigned_long_long=8 ac_cv_struct_tm=time.h ac_cv_type_mode_t=yes ac_cv_type_off_t=yes ac_cv_type_size_t=yes ac_cv_type_unsigned_long_int=yes ac_cv_type_unsigned_long_long=yes lt_cv_sys_max_cmd_len=262144 ## ----------------- ## ## Output variables. ## ## ----------------- ## CC='cc' CFLAGS='-O2 -fno-strict-aliasing -pipe ' COMPILE_INITS='' CONTRIBINCLUDE='include contrib/contrib.mak' CPP='cc -E' CPPFLAGS='-DUPD_SIGNAL=0 -I. -I/usr/obj/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include' CUPSCFLAGS='' CUPSCONFIG='' CUPSDATA='' CUPSDEV='' CUPSINCLUDE='' CUPSLIBDIRS='' CUPSLIBS='' CUPSSERVERBIN='' CUPSSERVERROOT='' DEFS='' DYNAMIC_CFLAGS='' DYNAMIC_DEVS='' DYNAMIC_FLAGS='' DYNAMIC_LDFLAGS='' DYNAMIC_LIBS='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' FILES='' FONTCONFIG_CFLAGS='-O2 -fno-strict-aliasing -pipe -I/usr/local/include ' FONTCONFIG_LIBS='-L/usr/local/lib -lfontconfig ' GCFLAGS=' -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long"' GREP='/usr/bin/grep' GS='' GTKCONFIG='' HAVE_FILE64='' HAVE_FONTCONFIG='-DHAVE_FONTCONFIG' HAVE_HYPOT='' HAVE_MKSTEMP64='' HAVE_MKSTEMP='' IJSDEVS='$(DD)ijs.dev' IJSDIR='ijs' INSTALL_CONTRIB='install-contrib-extras' INSTALL_SHARED='' JASPERDIR='jasper' JBIG2DEVS='$(PSD)jbig2.dev' JBIG2DIR='jbig2dec' JPXDEVS='' LDFLAGS='-L/usr/local/lib' LIBJPEGDIR='jpeg' LIBOBJS='' LIBPNGDIR='libpng' LIBS='-lm -liconv' LTLIBOBJS='' OBJEXT='o' OMNIDEVS='' OPT_CFLAGS=' -O2' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PKGCONFIG='/usr/local/bin/pkg-config' PNGDEVS='$(DD)png48.dev $(DD)png16m.dev $(DD)pnggray.dev $(DD)pngmono.dev $(DD)png256.dev $(DD)png16.dev $(DD)pngalpha.dev' PRINTERS='' RANLIB='ranlib' SHARE_JASPER='0' SHARE_JBIG2='0' SHARE_LIBJPEG='0' SHARE_LIBPNG='0' SHARE_ZLIB='0' SHELL='/bin/sh' SOC_CFLAGS='' SOC_LIBS='' SOC_LOADER='dxmainc.c' X11DEVS='' XLIBS='' XMKMF='' X_CFLAGS='' X_DEVS='' X_EXTRA_LIBS='' X_LDFLAGS='' X_LIBS='' X_PRE_LIBS='' ZLIBDIR='zlib' ac_ct_CC='' bindir='${exec_prefix}/bin' build_alias='i386-portbld-freebsd6.3' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE}' dvidir='${docdir}' exec_prefix='NONE' fontpath='' host_alias='i386-portbld-freebsd6.3' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info/' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='i386-portbld-freebsd6.3' configure: exit 1 # ls /var/db/pkg ImageMagick-6.4.1.5 makedepend-1.0.1,1 amspsfnt-1.0_5 mbmon-205_4 apache-2.2.8 mkcomposecache-1.2_1 apcupsd-3.14.3_2 mkfontdir-1.0.3_1 appres-1.0.1 mkfontscale-1.0.3 apr-db42-1.2.12 mp3_check-1.98_1 arpwatch-2.1.a15_4 mrtg-2.16.2,1 atk-1.22.0_1 mtr-0.73_1 autoconf-2.61_2 neon26-0.26.4_1 autoconf-wrapper-20071109 net-snmp-5.4.1_5 automake-1.9.6_2 netpbm-10.26.54 automake-wrapper-20071109 nmap-4.62 bash-3.2.39_1 nmh-1.2_2 bdftopcf-1.0.1 nspr-4.7 beforelight-1.0.2 nss-3.11.9_2 bigreqsproto-1.0.2 oclock-1.0.1 bison-2.3_4,1 open-motif-2.2.3_5 bitmap-1.0.3 openssl-0.9.8h bitstream-vera-1.10_4 openvpn-2.0.6_8 cairo-1.4.14,1 p5-Digest-SHA1-2.11 ccrypt-1.7 p5-PathTools-3.2701 cdrtools-2.01_6 p5-Pod-Parser-1.35_1 chkrootkit-0.48 p5-SGMLSpm-1.03_1 cmpsfont-1.0_6 p5-SNMP_Session-1.11 compositeproto-0.4 p5-Scalar-List-Utils-1.19,1 consolekit-0.2.10_1 p5-XML-Parser-2.36 courier-authlib-0.60.6 p5-gettext-1.05_2 courier-authlib-base-0.60.6 pango-1.20.3_1 courier-authlib-userdb-0.60.6 pcal-4.11.0 courier-imap-4.3.1,2 pciids-20080312 damageproto-1.1.0_2 pcre-7.7 db41-4.1.25_4 perl-5.8.8_1 db42-4.2.52_5 pixman-0.9.6 db46-4.6.21.1 pkg-config-0.23_1 dbus-1.2.1 pkg_cutleaves-20080320 dbus-glib-0.74_1 pkgdb.db desktop-file-utils-0.15_1 png-1.2.28 dmidecode-2.9 policykit-0.8_2 dmxproto-2.2.2 portaudit-0.5.12 docbook-1.3 portupgrade-2.4.3_2,2 docbook-241_2 printproto-1.0.3 docbook-3.0_2 privoxy-3.0.8 docbook-3.1_2 pstree-2.32 docbook-4.0_2 python25-2.5.2_2 docbook-4.1_3 randrproto-1.2.1 docbook-utils-0.6.14_5 recordproto-1.13.2 docbook-xml-4.2_1 renderproto-0.9.3 docbook-xsl-1.71.1_2 resourceproto-1.0.2 docproj-nojadetex-1.17_2 rgb-1.0.1 dri-7.0.3_1,2 rkhunter-1.3.2_1 dsssl-docbook-modular-1.79_1,1 rstart-1.0.2 editres-1.0.3 rsync-3.0.2_1 encodings-1.0.2,1 ruby-1.8.6.111_2,1 evieext-1.0.2 ruby18-bdb-0.6.2 exim-4.69 samba-3.0.28a_2,1 exim-doc-html-4.69 scr2png-1.2_1 expat-2.0.1 scr2txt-1.2 faad2-2.6.1,1 scripts-1.0.1 fastest_cvsup-0.2.9_5 scrnsaverproto-1.1.0 firefox-2.0.0.14_1,1 sdocbook-xml-1.1,1 fixesproto-4.0 sessreg-1.0.3 fixrtf-0.1.20060303 setxkbmap-1.0.4 font-adobe-100dpi-1.0.0_1 shared-mime-info-0.30_1 font-adobe-75dpi-1.0.0 showfont-1.0.1_1 font-adobe-utopia-100dpi-1.0.1 smartmontools-5.38 font-adobe-utopia-75dpi-1.0.1 smproxy-1.0.2 font-adobe-utopia-type1-1.0.1 sscalc-1.0 font-alias-1.0.1 ssh_askpass_gtk2-0.4_2 font-arabic-misc-1.0.0 streamripper-1.63.4_1 font-bh-100dpi-1.0.0 subversion-1.4.6_2 font-bh-75dpi-1.0.0 sudo-1.6.9.15_1 font-bh-lucidatypewriter-100dpi-1.0.0 sysconftool-0.15_2 font-bh-lucidatypewriter-75dpi-1.0.0 t1lib-5.1.2,1 font-bh-ttf-1.0.0 tcl-8.4.19,1 font-bh-type1-1.0.0 teTeX-base-3.0_13 font-bitstream-100dpi-1.0.0 teTeX-texmf-3.0_5 font-bitstream-75dpi-1.0.0 tex-texmflocal-1.9 font-bitstream-type1-1.0.0 texi2html-1.76_1,1 font-cronyx-cyrillic-1.0.0 thunderbird-2.0.0.14_1 font-cursor-misc-1.0.0 tidy-20000804_2 font-daewoo-misc-1.0.0 tiff-3.8.2_1 font-dec-misc-1.0.0 tightvnc-1.3.9_1 font-ibm-type1-1.0.0 trapproto-3.4.3 font-isas-misc-1.0.0 twm-1.0.3_3 font-jis-misc-1.0.0 unix2dos-1.3 font-micro-misc-1.0.0 unzip-5.52_5 font-misc-cyrillic-1.0.0 videoproto-2.2.2 font-misc-ethiopic-1.0.0 viewres-1.0.1 font-misc-meltho-1.0.0_1 webalizer-2.1.10_13 font-misc-misc-1.0.0 wget-1.11.2_1 font-mutt-misc-1.0.0 wmctrl-1.07_5 font-schumacher-misc-1.0.0 wol-0.7.1_1 font-screen-cyrillic-1.0.1 x11perf-1.4.1 font-sony-misc-1.0.0 xauth-1.0.2 font-sun-misc-1.0.0 xbacklight-1.1 font-util-1.0.1 xbiff-1.0.1 font-winitzki-cyrillic-1.0.0 xbitmaps-1.0.1 font-xfree86-type1-1.0.0 xcalc-1.0.2 fontcacheproto-0.1.2 xclipboard-1.0.1 fontconfig-2.5.0,1 xclock-1.0.3 fontsproto-2.0.2 xcmiscproto-1.1.2 fonttosfnt-1.0.3 xcmsdb-1.0.1 freetype2-2.3.5 xconsole-1.0.3 fslsfonts-1.0.1 xcursor-themes-1.0.1_1 fstobdf-1.0.2 xcursorgen-1.0.2 gamin-0.1.9_2 xdbedizzy-1.0.2 gd-2.0.35,1 xditview-1.0.1 gettext-0.17_1 xdm-1.1.6_3 gio-fam-backend-2.16.3_1 xdpyinfo-1.0.2_1 glib-1.2.10_12 xdriinfo-1.0.2 glib-2.16.3_1 xedit-1.0.2 glproto-1.4.8 xev-1.0.2 gmake-3.81_3 xextproto-7.0.2 gnome_subr-1.0 xeyes-1.0.1 gnomehier-2.3_10 xf86-input-keyboard-1.2.2_2 gqview-2.0.4_4 xf86-input-mouse-1.2.3_2 gsfonts-8.11_4 xf86-input-void-1.1.1_1 gtk-1.2.10_20 xf86-video-ati-6.8.0_2 gtk-2.12.10_2 xf86-video-dummy-0.2.0_2 hal-0.5.11_1 xf86-video-i810-1.7.4_1 help2man-1.36.4_2 xf86-video-nv-2.1.8_1 hicolor-icon-theme-0.10_2 xf86-video-radeonhd-1.2.1_1 html-4.01_2 xf86-video-vesa-1.3.0_2 html2text-1.3.2a xf86-video-vga-4.1.0_2 iceauth-1.0.2 xf86-video-via-0.2.2_3 icewm-1.2.35_3 xf86-video-vmware-10.15.2_1 ico-1.0.2 xf86bigfontproto-1.1.2 imlib-1.9.15_7 xf86dga-1.0.2 inputproto-1.4.2.1 xf86dgaproto-2.0.3 intltool-0.37.1 xf86driproto-2.0.3 isc-dhcp3-server-3.0.5_2 xf86miscproto-0.9.2 iso8879-1986_2 xf86rushproto-1.1.2 jade-1.2.1_9 xf86vidmodeproto-2.2.2 jadetex-3.13_2 xfd-1.0.1 jasper-1.900.1_6 xfindproxy-1.0.1 jbigkit-1.6 xfontsel-1.0.2 jpeg-6b_4 xfs-1.0.5_1,1 kbproto-1.0.3 xfsinfo-1.0.1 lcms-1.17,1 xfwp-1.0.1 libFS-1.0.0_1 xgamma-1.0.2 libGL-7.0.3 xgc-1.0.1 libICE-1.0.4_1,1 xhost-1.0.2 libIDL-0.8.10_1 xhtml-1.0.20020801_4 libSM-1.0.3_1,1 xineramaproto-1.1.2 libX11-1.1.3_1,1 xinit-1.0.7 libXScrnSaver-1.1.2 xkbcomp-1.0.3 libXTrap-1.0.0 xkbevd-1.0.2 libXau-1.0.3_2 xkbprint-1.0.1 libXaw-1.0.4_1,1 xkbutils-1.0.1_1 libXcomposite-0.4.0,1 xkeyboard-config-1.2_1 libXcursor-1.1.9_1 xkill-1.0.1 libXdamage-1.1.1 xload-1.0.2 libXdmcp-1.0.2_1 xlogo-1.0.1 libXevie-1.0.2 xlsatoms-1.0.1 libXext-1.0.3,1 xlsclients-1.0.1 libXfixes-4.0.3_1 xlsfonts-1.0.2 libXfont-1.3.1_3,1 xmag-1.0.2 libXfontcache-1.0.4 xman-1.0.3 libXft-2.1.12 xmessage-1.0.2 libXi-1.1.3,1 xmh-1.0.1 libXinerama-1.0.2,1 xmlcatmgr-2.2 libXmu-1.0.3,1 xmlcharent-0.3_2 libXp-1.0.0,1 xmodmap-1.0.3 libXpm-3.5.7 xmore-1.0.1 libXprintAppUtil-1.0.1 xorg-7.3_2 libXprintUtil-1.0.1 xorg-apps-7.3 libXrandr-1.2.2_1 xorg-docs-1.4,1 libXrender-0.9.4_1 xorg-drivers-7.3_2 libXres-1.0.3_3 xorg-fonts-100dpi-7.3 libXt-1.0.5_1 xorg-fonts-7.3_1 libXtst-1.0.3_1 xorg-fonts-75dpi-7.3 libXv-1.0.3_1,1 xorg-fonts-cyrillic-7.3 libXvMC-1.0.4_1 xorg-fonts-miscbitmaps-7.3 libXxf86dga-1.0.2 xorg-fonts-truetype-7.3 libXxf86misc-1.0.1 xorg-fonts-type1-7.3 libXxf86vm-1.0.1 xorg-libraries-7.3_2 libdmx-1.0.2_1 xorg-protos-7.3_2 libdnet-1.11_1 xorg-server-1.4_10,1 libdrm-2.3.0 xpdf-3.02_7 libexecinfo-1.1_1 xphelloworld-1.0.1_1 libfontenc-1.0.4 xplsprinters-1.0.1 libgcrypt-1.4.1_1 xpr-1.0.2 libgpg-error-1.6_1 xprehashprinterlist-1.0.1 libiconv-1.11_1 xprop-1.0.3 libltdl-1.5.26 xproto-7.0.10_1 libmad-0.15.1b_2 xproxymanagementprotocol-1.0.2 libogg-1.1.3,4 xrandr-1.2.2 liboldX-1.0.1 xrdb-1.0.4 libtool-1.5.26 xrefresh-1.0.2 libtre-0.7.5_2 xrx-1.0.1_1 libungif-4.1.4_5 xset-1.0.3 libvolume_id-0.81.0 xsetmode-1.0.0 libvorbis-1.2.0_2,3 xsetpointer-1.0.1 libwww-5.4.0_4 xsetroot-1.0.2 libxkbfile-1.0.4 xsm-1.0.1 libxkbui-1.0.2_1 xstdcmap-1.0.1 libxml2-2.6.32 xterm-235 libxslt-1.1.24 xtrans-1.0.4 lighttpd-1.4.19_1 xtrap-1.0.2 links-0.98,1 xvidtune-1.0.1 linuxdoc-1.1_1 xvinfo-1.0.2 listres-1.0.1 xwd-1.0.1 lsof-4.80,2 xwininfo-1.0.3 luit-1.0.2_2 xwud-1.0.1 lynx-2.8.6.5_3,1 youtube_dl-2008.06.08 lzo2-2.03 zip-2.32 m4-1.4.11,1 # ls /var/db  /ports/ghostscrio pt/opt                                cat /var/db/ports/h ghostscript/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for ghostscript-gpl-8.62_2 _OPTIONS_READ=ghostscript-gpl-8.62_2 WITHOUT_A4SIZE=true WITH_FONTCONFIG=true WITHOUT_FT_BRIDGE=true WITH_X11=true WITH_GS_x11=true WITH_GS_x11alpha=true WITH_GS_x11cmyk=true WITH_GS_x11cmyk2=true WITH_GS_x11cmyk4=true WITH_GS_x11cmyk8=true WITH_GS_x11gray2=true WITH_GS_x11gray4=true WITH_GS_x11mono=true WITH_GS_x11rg16x=true WITH_GS_x11rg32x=true WITHOUT_GS_lvga256=true WITHOUT_GS_vgalib=true WITH_GS_oprp=true WITH_GS_opvp=true WITH_GS_display=true WITH_GS_md2k=true WITH_GS_md5k=true WITH_GS_md50Mono=true WITH_GS_md50Eco=true WITH_GS_md1xMono=true WITH_GS_appledmp=true WITH_GS_iwhi=true WITH_GS_iwlo=true WITH_GS_iwlq=true WITH_GS_hl7x0=true WITH_GS_hl1240=true WITH_GS_hl1250=true WITH_GS_bj10e=true WITH_GS_bj10v=true WITH_GS_bj10vh=true WITH_GS_bj200=true WITH_GS_bjc600=true WITH_GS_bjc800=true WITH_GS_bjccmyk=true WITH_GS_bjccolor=true WITH_GS_bjcgray=true WITH_GS_bjcmono=true WITH_GS_lbp8=true WITH_GS_lbp310=true WITH_GS_lbp320=true WITH_GS_lips2p=true WITH_GS_lips3=true WITH_GS_lips4=true WITH_GS_bjc880j=true WITH_GS_lips4v=true WITH_GS_m8510=true WITH_GS_coslw2p=true WITH_GS_coslwxl=true WITH_GS_uniprint=true WITH_GS_dmprt=true WITH_GS_dl2100=true WITH_GS_la50=true WITH_GS_la70=true WITH_GS_la75=true WITH_GS_la75plus=true WITH_GS_ln03=true WITH_GS_lj250=true WITH_GS_declj250=true WITH_GS_ap3250=true WITH_GS_epson=true WITH_GS_eps9mid=true WITH_GS_eps9high=true WITH_GS_lp8000=true WITH_GS_epag=true WITH_GS_escpage=true WITH_GS_lp2000=true WITH_GS_alc8600=true WITH_GS_alc8500=true WITH_GS_alc2000=true WITH_GS_alc4000=true WITH_GS_alc1900=true WITH_GS_alc4100=true WITH_GS_lp9800c=true WITH_GS_lp9000c=true WITH_GS_lp9500c=true WITH_GS_lp8800c=true WITH_GS_lp8300c=true WITH_GS_lp8500c=true WITH_GS_lp3000c=true WITH_GS_lp8200c=true WITH_GS_lp8000c=true WITH_GS_epl6100=true WITH_GS_epl5900=true WITH_GS_epl5800=true WITH_GS_epl2050=true WITH_GS_epl2050p=true WITH_GS_epl2120=true WITH_GS_epl2500=true WITH_GS_epl2750=true WITH_GS_lp9000b=true WITH_GS_lp2500=true WITH_GS_lp9100=true WITH_GS_lp7900=true WITH_GS_lp7500=true WITH_GS_lp2400=true WITH_GS_lp2200=true WITH_GS_lp9400=true WITH_GS_lp8900=true WITH_GS_lp8700=true WITH_GS_lp8100=true WITH_GS_lp7700=true WITH_GS_lp8600f=true WITH_GS_lp8400f=true WITH_GS_lp8300f=true WITH_GS_lp1900=true WITH_GS_lp9600s=true WITH_GS_lp9300=true WITH_GS_lp9600=true WITH_GS_lp8600=true WITH_GS_lp1800=true WITH_GS_lq850=true WITH_GS_epsonc=true WITH_GS_mj700v2c=true WITH_GS_mj500c=true WITH_GS_mj6000c=true WITH_GS_mj8000c=true WITH_GS_st800=true WITH_GS_stcolor=true WITH_GS_photoex=true WITH_GS_fmlbp=true WITH_GS_fmpr=true WITH_GS_lp2563=true WITH_GS_dnj650c=true WITH_GS_deskjet=true WITH_GS_djet500=true WITH_GS_cdeskjet=true WITH_GS_djet500c=true WITH_GS_cdjcolor=true WITH_GS_cdjmono=true WITH_GS_cdj500=true WITH_GS_cdj550=true WITH_GS_dj505j=true WITH_GS_cdj670=true WITH_GS_cdj850=true WITH_GS_cdj880=true WITH_GS_cdj890=true WITH_GS_cdj1600=true WITH_GS_chp2200=true WITH_GS_cdj970=true WITH_GS_laserjet=true WITH_GS_ljetplus=true WITH_GS_ljet2p=true WITH_GS_ljet3=true WITH_GS_ljet3d=true WITH_GS_ljet4=true WITH_GS_ljet4d=true WITH_GS_lj4dith=true WITH_GS_ljet4pjl=true WITH_GS_lj4dithp=true WITH_GS_cljet5=true WITH_GS_cljet5c=true WITH_GS_cljet5pr=true WITH_GS_lj5mono=true WITH_GS_lj5gray=true WITH_GS_pj=true WITH_GS_pjetxl=true WITH_GS_pjxl=true WITH_GS_paintjet=true WITH_GS_pjxl300=true WITH_GS_pxlmono=true WITH_GS_pxlcolor=true WITH_GS_pcl3=true WITH_GS_ijs=true WITH_GS_ibmpro=true WITH_GS_jetp3852=true WITH_GS_imagen=true WITH_GS_fs600=true WITH_GS_lxm5700m=true WITH_GS_lxm3200=true WITH_GS_lx5000=true WITH_GS_lex2050=true WITH_GS_lex3200=true WITH_GS_lex5700=true WITH_GS_lex7000=true WITH_GS_cp50=true WITH_GS_pr1000=true WITH_GS_pr1000_4=true WITH_GS_pr150=true WITH_GS_pr201=true WITH_GS_picty180=true WITH_GS_necp6=true WITH_GS_npdl=true WITH_GS_oce9050=true WITH_GS_oki182=true WITH_GS_okiibm=true WITH_GS_ml600=true WITH_GS_oki4w=true WITH_GS_atx23=true WITH_GS_atx24=true WITH_GS_atx38=true WITH_GS_r4081=true WITH_GS_rpdl=true WITH_GS_gdi=true WITH_GS_jj100=true WITH_GS_sj48=true WITH_GS_t4693d2=true WITH_GS_t4693d4=true WITH_GS_t4693d8=true WITH_GS_tek4696=true WITH_GS_xes=true WITH_GS_bmpmono=true WITH_GS_bmpgray=true WITH_GS_bmp16=true WITH_GS_bmp256=true WITH_GS_bmp16m=true WITH_GS_bmp32b=true WITH_GS_bmpsep1=true WITH_GS_bmpsep8=true WITH_GS_ccr=true WITH_GS_cgmmono=true WITH_GS_cgm8=true WITH_GS_cgm24=true WITH_GS_cif=true WITH_GS_dfaxhigh=true WITH_GS_dfaxlow=true WITH_GS_xcf=true WITH_GS_xcfcmyk=true WITH_GS_faxg3=true WITH_GS_faxg32d=true WITH_GS_faxg4=true WITH_GS_miff24=true WITH_GS_inferno=true WITH_GS_jpeg=true WITH_GS_jpeggray=true WITH_GS_mag16=true WITH_GS_mag256=true WITH_GS_mgrmono=true WITH_GS_mgrgray2=true WITH_GS_mgrgray4=true WITH_GS_mgrgray8=true WITH_GS_mgr4=true WITH_GS_mgr8=true WITH_GS_pcxmono=true WITH_GS_pcxgray=true WITH_GS_pcx16=true WITH_GS_pcx256=true WITH_GS_pcx24b=true WITH_GS_pcxcmyk=true WITH_GS_pdfwrite=true WITH_GS_psdrgb=true WITH_GS_psdcmyk=true WITH_GS_bit=true WITH_GS_bitrgb=true WITH_GS_bitcmyk=true WITH_GS_plan9bm=true WITH_GS_pam=true WITH_GS_pbm=true WITH_GS_pbmraw=true WITH_GS_pgm=true WITH_GS_pgmraw=true WITH_GS_pgnm=true WITH_GS_pgnmraw=true WITH_GS_pnm=true WITH_GS_pnmraw=true WITH_GS_ppm=true WITH_GS_ppmraw=true WITH_GS_pkm=true WITH_GS_pkmraw=true WITH_GS_pksm=true WITH_GS_pksmraw=true WITH_GS_pngmono=true WITH_GS_pnggray=true WITH_GS_png16=true WITH_GS_png256=true WITH_GS_png16m=true WITH_GS_pngalpha=true WITH_GS_psmono=true WITH_GS_psgray=true WITH_GS_psrgb=true WITH_GS_pswrite=true WITH_GS_ps2write=true WITH_GS_epswrite=true WITH_GS_cfax=true WITH_GS_sgirgb=true WITH_GS_sunhmono=true WITH_GS_tiffcrle=true WITH_GS_tiffg3=true WITH_GS_tiffg32d=true WITH_GS_tiffg4=true WITH_GS_tiffgray=true WITH_GS_tiff12nc=true WITH_GS_tiff24nc=true WITH_GS_tiff32nc=true WITH_GS_tiffsep=true WITH_GS_tifflzw=true WITH_GS_tiffpack=true WITH_GS_bbox=true WITH_GS_devicen=true WITH_GS_perm=true WITH_GS_spotcmyk=true WITH_GS_imdi=true WITH_GS_wtsimdi=true WITH_GS_wtscmyk=true Script done on Sat Jun 14 17:33:21 2008 From hiroto.kagotani at gmail.com Sun Jun 15 02:40:52 2008 From: hiroto.kagotani at gmail.com (Hiroto Kagotani) Date: Sun Jun 15 02:41:24 2008 Subject: [maintainer] ghostscript-gpl - jasper In-Reply-To: <4854687D.10303@voidcaptain.com> References: <4854687D.10303@voidcaptain.com> Message-ID: Hi, > Running jasper configure script... > checking build system type... configure: error: cannot guess build type; you must specify one > configure: error: jasper configure script failed This seems your configure program failed to guess your system type. Please send the result of work/ghostscript-8.62/jasper/acaux/config.guess script as well as the contents of work/ghostscript-8.62/jasper/config.log file. -- Hiroto Kagotani From bseklecki at collaborativefusion.com Sun Jun 15 05:04:48 2008 From: bseklecki at collaborativefusion.com (Brian A. Seklecki (Mobile)) Date: Sun Jun 15 05:04:51 2008 Subject: net-snmp5.4.x unusable, PR times out, what should I do next? In-Reply-To: References: Message-ID: <1213504683.3768.3.camel@localhost.localdomain> On Fri, 2008-05-23 at 13:17 +0200, Helmut Schneider wrote: > Hi, > > I don't blame anyone, I'm sure all of the maintainers have a lot of things > to. Rather I would like to know what I should do/can do next. As I'm using If it makes you feel any better, we can get it to segfault with SIGHUP at the top of the hour. (Although we realized that we don't need to HUP it from newsyslog since we're using syslog(3)) OpenBSD's snmpd(8) has HOST-RESOURCES, UCD-MIB, PF-MIB (well, Sensors), and DISKIO-MIB support, supposedly. ~BAS IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From cwhiteh at onetel.com Sun Jun 15 16:25:47 2008 From: cwhiteh at onetel.com (Chris Whitehouse) Date: Sun Jun 15 16:25:51 2008 Subject: xfe core dumps Message-ID: <48553B98.9070702@onetel.com> 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 From aurelien.larcher at gmail.com Sun Jun 15 16:37:46 2008 From: aurelien.larcher at gmail.com (=?ISO-8859-1?Q?Aur=E9lien_Larcher?=) Date: Sun Jun 15 16:37:49 2008 Subject: PETSc and external package Message-ID: <6ce4973f0806150910n666ff052w9ff623167eec3de9@mail.gmail.com> hello, I have an amd64 server thats runs freebsd 7.0 and I tried to use petsc from the ports. The port is build ok and with blocksolve95, umfpack but when i try to link petsc libraries when building an executable the linking failed with "undefined reference to" errors. The references are all related to the blocksolve95 static library. This is a weird behaviour to me. I've read that static libraries have to be build with the -fPIC option on amd64. Since blocksolve95 is not build with -fPIC is it possible that the linker discard the libraries not built with fPIC ? Moreover when linking a static library (blocksolve95) to build a shared library (pelicans) an error says that relocation R_X64_64_32 is not allowed and libs must be compiled with fPIC Have you any insight ? Thank you Aurelien From roberthuff at rcn.com Sun Jun 15 22:42:12 2008 From: roberthuff at rcn.com (Robert Huff) Date: Sun Jun 15 22:42:17 2008 Subject: checking against plist Message-ID: <18517.39618.243382.192127@jerusalem.litteratus.org> Once a port is installed, is there any of using the plist (or aother mechanism) to check whether the files ar still there? (After, say, a system crash.) Robert Huff From brooks at freebsd.org Sun Jun 15 22:46:32 2008 From: brooks at freebsd.org (Brooks Davis) Date: Sun Jun 15 22:46:34 2008 Subject: audio/squeezecenter: .tgz not on Freebsd.org (is on slimdevices.com); perl probs In-Reply-To: <4852D657.6050304@blueyonder.co.uk> References: <864p7x9njo.fsf@PECTOPAH.shenton.org> <4852D657.6050304@blueyonder.co.uk> Message-ID: <20080615224658.GB2170@lor.one-eyed-alien.net> On Fri, Jun 13, 2008 at 09:19:35PM +0100, Rob MacGregor wrote: > Chris Shenton unleashed the infinite monkeys on 13/06/2008 19:50 producing: >> The port tries to find the .tgz on FreeBSD.org only, but it does not >> exist. I found it on slimdevices -- same MD5, SHA256, SIZE: >> >> http://www.slimdevices.com/downloads/SqueezeCenter_v7.0.0/squeezecenter-7.0-noCPAN.tgz > > I saw the same thing, but grabbed the 7.0.1 version instead (as the port is > supposedly 7.0.1). I had to change the variable WRKSRC to reflect the new > directory. I suspect you have an outdated port. What is the $FreeBSD*$ string in the comment at the top of the Makefile? It should be: # $FreeBSD: ports/audio/squeezecenter/Makefile,v 1.46 2008/06/12 00:56:51 brooks Exp $ > I instead get: > > Starting squeezecenter. > The following CPAN modules were found but cannot work with SqueezeCenter: > JSON::XS::VersionOneAndTwo (loaded , need 0.31) > > The JSON package is installed: > > p5-JSON-XS-2.20 JSON serialising/deserialising, done... This is almost certainly caused be an outdated port. The JSON::XS version in ports used to match the one in the ports system. As a result, the fact that I'd failed to remove all of the pieces from the CPAN directory in the distribution didn't hurt. Once the ports version was updated that caused things to break. I suspect that's the problem here, though it could be something else. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080615/ed8e2272/attachment.pgp From parish at magichamster.com Mon Jun 16 01:40:56 2008 From: parish at magichamster.com (Mark Ovens) Date: Mon Jun 16 01:41:02 2008 Subject: nvidia-driver: KDE screen corruption In-Reply-To: <200806142237.24304.makc@issp.ac.ru> References: <485407BB.7040902@magichamster.com> <200806142237.24304.makc@issp.ac.ru> Message-ID: <4855C475.3040400@magichamster.com> Max Brazhnikov wrote: > I use kde and latest nvidia-driver but I have no such a problem. > Hmmm, just upgraded some ports which updated kdelibs as a dependency and the problem has gone :-/ Thanks Mark From brooks at freebsd.org Mon Jun 16 03:05:03 2008 From: brooks at freebsd.org (Brooks Davis) Date: Mon Jun 16 03:05:09 2008 Subject: audio/squeezecenter: .tgz not on Freebsd.org (is on slimdevices.com); perl probs In-Reply-To: <20080615224658.GB2170@lor.one-eyed-alien.net> References: <864p7x9njo.fsf@PECTOPAH.shenton.org> <4852D657.6050304@blueyonder.co.uk> <20080615224658.GB2170@lor.one-eyed-alien.net> Message-ID: <20080616030531.GA25040@lor.one-eyed-alien.net> On Sun, Jun 15, 2008 at 05:46:59PM -0500, Brooks Davis wrote: > On Fri, Jun 13, 2008 at 09:19:35PM +0100, Rob MacGregor wrote: > > Chris Shenton unleashed the infinite monkeys on 13/06/2008 19:50 producing: > >> The port tries to find the .tgz on FreeBSD.org only, but it does not > >> exist. I found it on slimdevices -- same MD5, SHA256, SIZE: > >> > >> http://www.slimdevices.com/downloads/SqueezeCenter_v7.0.0/squeezecenter-7.0-noCPAN.tgz > > > > I saw the same thing, but grabbed the 7.0.1 version instead (as the port is > > supposedly 7.0.1). I had to change the variable WRKSRC to reflect the new > > directory. > > I suspect you have an outdated port. What is the $FreeBSD*$ string in the > comment at the top of the Makefile? It should be: > > # $FreeBSD: ports/audio/squeezecenter/Makefile,v 1.46 2008/06/12 00:56:51 brooks Exp $ > > > I instead get: > > > > Starting squeezecenter. > > The following CPAN modules were found but cannot work with SqueezeCenter: > > JSON::XS::VersionOneAndTwo (loaded , need 0.31) > > > > The JSON package is installed: > > > > p5-JSON-XS-2.20 JSON serialising/deserialising, done... > > This is almost certainly caused be an outdated port. The JSON::XS > version in ports used to match the one in the ports system. As a > result, the fact that I'd failed to remove all of the pieces from the > CPAN directory in the distribution didn't hurt. Once the ports version > was updated that caused things to break. I suspect that's the problem > here, though it could be something else. OK, I've got to take most of this back. This could be correct, but probably isn't. It looks like I botched the 7.0.1 upgrade fairly badly by not checking the downloads thuroughly and as a result the URL was bogus. It only appears to work if you already had the old distfile around. I'm currently packing for a trip, but will try to get the port upgraded correctly in the next day or two. Sorry for the confusion. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080616/bc7429e2/attachment.pgp From sahil at tandon.net Mon Jun 16 03:35:25 2008 From: sahil at tandon.net (Sahil Tandon) Date: Mon Jun 16 03:35:29 2008 Subject: checking against plist In-Reply-To: <18517.39618.243382.192127@jerusalem.litteratus.org> References: <18517.39618.243382.192127@jerusalem.litteratus.org> Message-ID: <20080616033511.GA5538@shepherd> Robert Huff wrote: > Once a port is installed, is there any of using the plist (or > aother mechanism) to check whether the files ar still there? > (After, say, a system crash.) You are missing a few words up there, so hard to understand your exact problem/question. You can simply list the contents of the plist and check whether those files still exist following a crash. -- Sahil Tandon From yanefbsd at gmail.com Mon Jun 16 04:33:58 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Mon Jun 16 04:34:02 2008 Subject: checking against plist In-Reply-To: <20080616033511.GA5538@shepherd> References: <18517.39618.243382.192127@jerusalem.litteratus.org> <20080616033511.GA5538@shepherd> Message-ID: <7d6fde3d0806152106rf8339e7l1d25ad397bb18cfb@mail.gmail.com> On Sun, Jun 15, 2008 at 8:35 PM, Sahil Tandon wrote: > Robert Huff wrote: > >> Once a port is installed, is there any of using the plist (or >> aother mechanism) to check whether the files ar still there? >> (After, say, a system crash.) > > You are missing a few words up there, so hard to understand your exact > problem/question. You can simply list the contents of the plist and check > whether those files still exist following a crash. > > -- > Sahil Tandon pkg_info -g (at least that's what it should be IMHO)? If this doesn't exist, let me know and I'll see about adding that feature to pkg_info... -Garrett From koitsu at FreeBSD.org Mon Jun 16 05:25:37 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Jun 16 05:25:42 2008 Subject: checking against plist In-Reply-To: <7d6fde3d0806152106rf8339e7l1d25ad397bb18cfb@mail.gmail.com> References: <18517.39618.243382.192127@jerusalem.litteratus.org> <20080616033511.GA5538@shepherd> <7d6fde3d0806152106rf8339e7l1d25ad397bb18cfb@mail.gmail.com> Message-ID: <20080616052536.GA46776@eos.sc1.parodius.com> On Sun, Jun 15, 2008 at 09:06:36PM -0700, Garrett Cooper wrote: > On Sun, Jun 15, 2008 at 8:35 PM, Sahil Tandon wrote: > > Robert Huff wrote: > > > >> Once a port is installed, is there any of using the plist (or > >> aother mechanism) to check whether the files ar still there? > >> (After, say, a system crash.) > > > > You are missing a few words up there, so hard to understand your exact > > problem/question. You can simply list the contents of the plist and check > > whether those files still exist following a crash. > > > > -- > > Sahil Tandon > > pkg_info -g (at least that's what it should be IMHO)? > > If this doesn't exist, let me know and I'll see about adding that > feature to pkg_info... pkg_info -g should work. What the OP wants is more or less this: for i in `pkg_info -Ea`; do pkg_info -g $i; done -- | 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 bugmaster at FreeBSD.org Mon Jun 16 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 16 11:06:38 2008 Subject: Current unassigned ports problem reports Message-ID: <200806161106.m5GB65ZZ035746@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 Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/37375 Test bug report (please ignore) s ports/102179 ipsec-tools won't compile on RELENG_6 o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode o ports/111832 ports/lang/drscheme doesn't compile: foreign.c 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 o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118104 [PATCH] multimedia/vlc - volume bar position almost in o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa 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 o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting f ports/123624 port java/sablevm installs jni.h in /usr/local/include 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 f ports/124437 socket.connect can't work correct in lang/gdc o ports/124441 sysutils/wmmemfree doesn't report swap changes o ports/124455 www/track: Port does not work with new subversion modu o ports/124573 Update port: www/typo3 f ports/124601 science/gramps dumps core at initialization: never run o ports/124638 OpenGL and composite does not work together with NVidi 32 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/75883 mrtg + ucd-snmp give wrong results o ports/85513 Intel C++ compiler not 100% binary compatible with sys s ports/98353 ipsec-tools fails to exchange keys between different a a ports/105606 security/ipsec-tools with option STATS gives compiler 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/111326 [patch] japanese/lynx: Fix a BROKEN flag and update to f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with f 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/117810 multimedia/vlc-devel port could be compiled with lua m o ports/117824 CONFIGURE_LINE truncated to 2048 chars in [at least] m o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120181 weird tty permissions with x11/rxvt f ports/120480 [patch] devel/quilt: RPM dependency should be optional f ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. 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) s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/122102 New Port devel/tango - alternate library for the D pro f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o 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/122980 New Port: emulators/gemrb o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a o ports/123215 net-mgmt/nagios-silfreed-plugins fails install o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor f ports/123360 portinstall net-mgmt/mrtg fails 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 o ports/123614 New Port : editors/OmegaT a free translation memory ap o ports/123652 [NEW PORT] print/latex-aa: LaTeX class for submission o ports/123653 [NEW PORT] print/latex-aastex: LaTeX class for America f ports/123673 New Port: www/mod_umask Apache2+ Module to set the uma o ports/123692 New port: www/davical A simple CalDAV server o ports/123697 [PATCH] sysutils/linux-megacli: Fix periodic script af 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/123770 [NEW PORT] graphics/geeqie Lightweight image viewer f f ports/123805 print/lyx crash on CURRENT 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 o ports/123963 [New port] audio/wavegain 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/124076 Port update: graphics/kallery - Update to v1.2.0 and u 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/124122 [PATCH] security/barnyard: [SUMMARIZE CHANGES] f ports/124184 [MAINTAINER] archivers/lzo2: reduce self-test verbosit f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser o ports/124267 [New port] chinese/fqterm: a Chinese BBS client f ports/124275 [UPDATE] multimedia/mimms: Update to 3.2.1 o ports/124278 [UPDATE] sysutils/gnu-unifont update and category mov o ports/124290 New port: net/amtterm Intel Advanced Management Techno o ports/124291 [new port] devel/nemiver: A C/C++ Debugger for GNOME f ports/124297 [PATCH] lang/lua: creating shared lib, liblua.so o ports/124345 [MAINTAINER] x11/slim: enable pam support o ports/124358 [NEW PORT] sysutils/sg3_utils Set of utilities that se f ports/124359 [patch] editors/emacs-devel update to 2008-06-06 08:01 o ports/124382 New port: deskutils/jjclient Just Journal blogging cl f ports/124404 net/pathchar coredumps o ports/124428 palm/jpilot configure error when checking for pilot-li f ports/124482 [PATCH] mail/dovecot: Update to 1.0.14 f ports/124510 mail/spampd: spampd does not start on boot o ports/124520 [patch] emulators/linux-xjoypad remove USE_LINUX/USE_X o ports/124525 [NEW PORT] biology/ssaha o ports/124532 mail/mutt-devel: 'Null' folder list with sidebar patc o ports/124542 Update port: net-im/openfire update to new version - o o ports/124554 [new port] archivers/librtfcomp: LZRTF compression lib f ports/124572 devel/pyrex unfetchable o ports/124593 [maintainer update] Update port: deskutils/google-gadg o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124602 [PATCH] textproc/wbxml2: update to latest from officia o ports/124610 [NEW PORT] www/twill: A simple scripting language for o ports/124615 [NEW PORT] sysutils/avfs f ports/124616 [PATCH] Prevent audio/mp3splt from segfaulting if vorb o ports/124618 update port: devel/jude-community: update to 5.2.2 f ports/124623 Minor enhancement to sysutils/coreutils o ports/124625 [NEW PORT] sysutils/fusefs-gunzip o ports/124627 (patch) www/grails updated to 1.0.3 o ports/124632 Update lang/nawk to version 20071023 o ports/124636 New port: graphics/iiview f ports/124637 [patch] games/powwow up to 1.2.13, sgtty -> termios co o ports/124639 kde arts sound skipping on playback; non-artsd sound f 123 problems total. From markus at mmayer.org Mon Jun 16 16:19:07 2008 From: markus at mmayer.org (markus@mmayer.org) Date: Mon Jun 16 16:19:14 2008 Subject: FreeBSD Port: worldofpadman-1.2_3 Message-ID: hi bsd port developer team, i installed and operate a dedicated wop server based on a FreeBSD 6.2 box which is public reachable by its ip 212.65.13.88, or in game servername and modification "Punchy P@radise" i installed the dedicated server using the port system, csup is lokal the current version, and the version check gives me : worldofpadman-1.2_3 = up-to-date with port back. but i find out the server is running version 1.1 returns in serverinfo "ioQ3 r1051 freebsd-i386" actual version of WorldofPadman is 1.2 how can i easyly patch this live system to the newest version ? thanx for ur help ! thanx from me, and the WOP community @spi From cyberbotx at cyberbotx.com Mon Jun 16 17:27:43 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Mon Jun 16 17:27:47 2008 Subject: vlc 0.8.6h failed build on FreeBSD 7.0 Message-ID: <4856A283.9050604@cyberbotx.com> I was trying to build vlc 0.8.6h on my FreeBSD 7.0 system, trying to upgrade from 0.8.6f. It gets through most of it but stops around here: Making all in galaktos gmake[5]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization/galaktos' gmake[6]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization/galaktos' if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-plugin.o -MD -MP -MF ".deps/libgalaktos_plugin_a-plugin.Tpo" -c -o libgalaktos_plugin_a-plugin.o `test -f 'plugin.c' || echo './'`plugin.c; \ then mv -f ".deps/libgalaktos_plugin_a-plugin.Tpo" ".deps/libgalaktos_plugin_a-plugin.Po"; else rm -f ".deps/libgalaktos_plugin_a-plugin.Tpo"; exit 1; fi plugin.c: In function 'Thread': plugin.c:240: warning: pointer targets in passing argument 2 of 'CreateRenderTarget' differ in signedness if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-main.o -MD -MP -MF ".deps/libgalaktos_plugin_a-main.Tpo" -c -o libgalaktos_plugin_a-main.o `test -f 'main.c' || echo './'`main.c; \ then mv -f ".deps/libgalaktos_plugin_a-main.Tpo" ".deps/libgalaktos_plugin_a-main.Po"; else rm -f ".deps/libgalaktos_plugin_a-main.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-preset.o -MD -MP -MF ".deps/libgalaktos_plugin_a-preset.Tpo" -c -o libgalaktos_plugin_a-preset.o `test -f 'preset.c' || echo './'`preset.c; \ then mv -f ".deps/libgalaktos_plugin_a-preset.Tpo" ".deps/libgalaktos_plugin_a-preset.Po"; else rm -f ".deps/libgalaktos_plugin_a-preset.Tpo"; exit 1; fi preset.c: In function 'init_idle_preset': preset.c:385: warning: unused variable 'i' preset.c: In function 'reloadPerPixel': preset.c:657: warning: implicit declaration of function 'fmemopen' preset.c:657: warning: assignment makes pointer from integer without a cast preset.c:643: warning: unused variable 'i' preset.c: In function 'reloadPerFrame': preset.c:708: warning: assignment makes pointer from integer without a cast preset.c: In function 'load_preset': preset.c:741: warning: unused variable 'i' preset.c: In function 'write_preset_name': preset.c:853: warning: comparison between signed and unsigned preset.c: In function 'write_init': preset.c:900: warning: comparison between signed and unsigned preset.c: In function 'write_per_frame_init_equations': preset.c:917: warning: comparison between signed and unsigned preset.c: In function 'write_per_frame_equations': preset.c:935: warning: comparison between signed and unsigned preset.c: In function 'write_per_pixel_equations': preset.c:953: warning: comparison between signed and unsigned if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-beat_detect.o -MD -MP -MF ".deps/libgalaktos_plugin_a-beat_detect.Tpo" -c -o libgalaktos_plugin_a-beat_detect.o `test -f 'beat_detect.c' || echo './'`beat_detect.c; \ then mv -f ".deps/libgalaktos_plugin_a-beat_detect.Tpo" ".deps/libgalaktos_plugin_a-beat_detect.Po"; else rm -f ".deps/libgalaktos_plugin_a-beat_detect.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-param.o -MD -MP -MF ".deps/libgalaktos_plugin_a-param.Tpo" -c -o libgalaktos_plugin_a-param.o `test -f 'param.c' || echo './'`param.c; \ then mv -f ".deps/libgalaktos_plugin_a-param.Tpo" ".deps/libgalaktos_plugin_a-param.Po"; else rm -f ".deps/libgalaktos_plugin_a-param.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-engine_vars.o -MD -MP -MF ".deps/libgalaktos_plugin_a-engine_vars.Tpo" -c -o libgalaktos_plugin_a-engine_vars.o `test -f 'engine_vars.c' || echo './'`engine_vars.c; \ then mv -f ".deps/libgalaktos_plugin_a-engine_vars.Tpo" ".deps/libgalaktos_plugin_a-engine_vars.Po"; else rm -f ".deps/libgalaktos_plugin_a-engine_vars.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-parser.o -MD -MP -MF ".deps/libgalaktos_plugin_a-parser.Tpo" -c -o libgalaktos_plugin_a-parser.o `test -f 'parser.c' || echo './'`parser.c; \ then mv -f ".deps/libgalaktos_plugin_a-parser.Tpo" ".deps/libgalaktos_plugin_a-parser.Po"; else rm -f ".deps/libgalaktos_plugin_a-parser.Tpo"; exit 1; fi parser.c: In function 'parse_line': parser.c:515: warning: zero-length printf format string if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-builtin_funcs.o -MD -MP -MF ".deps/libgalaktos_plugin_a-builtin_funcs.Tpo" -c -o libgalaktos_plugin_a-builtin_funcs.o `test -f 'builtin_funcs.c' || echo './'`builtin_funcs.c; \ then mv -f ".deps/libgalaktos_plugin_a-builtin_funcs.Tpo" ".deps/libgalaktos_plugin_a-builtin_funcs.Po"; else rm -f ".deps/libgalaktos_plugin_a-builtin_funcs.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-eval.o -MD -MP -MF ".deps/libgalaktos_plugin_a-eval.Tpo" -c -o libgalaktos_plugin_a-eval.o `test -f 'eval.c' || echo './'`eval.c; \ then mv -f ".deps/libgalaktos_plugin_a-eval.Tpo" ".deps/libgalaktos_plugin_a-eval.Po"; else rm -f ".deps/libgalaktos_plugin_a-eval.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-init_cond.o -MD -MP -MF ".deps/libgalaktos_plugin_a-init_cond.Tpo" -c -o libgalaktos_plugin_a-init_cond.o `test -f 'init_cond.c' || echo './'`init_cond.c; \ then mv -f ".deps/libgalaktos_plugin_a-init_cond.Tpo" ".deps/libgalaktos_plugin_a-init_cond.Po"; else rm -f ".deps/libgalaktos_plugin_a-init_cond.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-0.8.6h/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -DHAVE_POSTPROC_POSTPROCESS_H -I/usr/local/include -DSYS_FREEBSD7_0 -I../../../include `top_builddir="../../.." ../../../vlc-config --cflags plugin galaktos` -Wsign-compare -Wall -O -pipe -O2 -ffast-math -fomit-frame-pointer -fno-strict-aliasing -pthread -pipe -MT libgalaktos_plugin_a-PCM.o -MD -MP -MF ".deps/libgalaktos_plugin_a-PCM.Tpo" -c -o libgalaktos_plugin_a-PCM.o `test -f 'PCM.c' || echo './'`PCM.c; \ then mv -f ".deps/libgalaktos_plugin_a-PCM.Tpo" ".deps/libgalaktos_plugin_a-PCM.Po"; else rm -f ".deps/libgalaktos_plugin_a-PCM.Tpo"; exit 1; fi PCM.c:82: error: expected ')' before 'PCMdata' PCM.c: In function 'getPCM': PCM.c:143: warning: implicit declaration of function 'rdft' gmake[6]: *** [libgalaktos_plugin_a-PCM.o] Error 1 gmake[6]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization/galaktos' gmake[5]: *** [all-modules] Error 1 gmake[5]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization/galaktos' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-0.8.6h' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/vlc. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.28789.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vlc-0.8.6.f_4,2 UPGRADE_PORT_VER=0.8.6.f_4,2 make BATCH=yes WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes WITH_AALIB=yes WITHOUT_AVAHI=yes WITHOUT_DAAP=yes WITH_FAAC=yes WITH_FAAD=yes WITH_FLAC=yes WITHOUT_HTTPD=yes WITH_NCURSES=yes WITH_SVG=yes WITH_SKINS=yes WITH_THEORA=yes WITH_TWOLAME=yes WITH_WIN32_CODECS=yes WITHOUT_DVBPSI=yes WITH_DVDREAD=yes WITHOUT_ESOUND=yes WITH_FRIBIDI=yes WITHOUT_DIRAC=yes WITHOUT_GGI=yes WITH_VLC_MOZILLA_PLUGIN=yes WITH_GEKCO=firefox WITHOUT_MPCDEMUX=yes WITH_OPENGL=yes WITH_TRANSCODE=yes WITHOUT_SLP=yes WITHOUT_XOSD=yes ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! multimedia/vlc (vlc-0.8.6.f_4,2) (new compiler error) [13:25:14 kirby /kirby/shared/ports]# uname -a FreeBSD kirby.cyberbotx.com 7.0-STABLE FreeBSD 7.0-STABLE #1: Wed Jun 4 19:02:24 EDT 2008 root@kirby.cyberbotx.com:/usr/obj/usr/src/sys/CBXKERN i386 Thanks, Naram Qashat From jean-christophe_11 at orange.fr Mon Jun 16 18:37:31 2008 From: jean-christophe_11 at orange.fr (jean-christophe) Date: Mon Jun 16 18:37:39 2008 Subject: FreeBSD Port: xf86-video-radeonhd-1.2.1_1 Message-ID: <1213634501.6012.19.camel@Desktop.kusanagi.fr> hello, i would like know if a new version of radeonhd port is prevu. i read in the xorg wiki that the 3D support for my carte was bear with a latest version of radeonhd and there dependances. i am not enough any experiences in freebsd for modify him self the port. i am with freebsd-current and it isn't with the actualy version of radeonhd. i am waiting for install blender for working in my project. if not updating this port soon i must try to update him self but i am not your experience and i was need more time as you to get a fonctionnal port. thanks for your reply. best regard jean-christophe. From funman at videolan.org Mon Jun 16 18:38:49 2008 From: funman at videolan.org (=?unknown-8bit?Q?Rafa=EBl_Carr=E9?=) Date: Mon Jun 16 18:38:56 2008 Subject: vlc 0.8.6h failed build on FreeBSD 7.0 In-Reply-To: <4856A283.9050604@cyberbotx.com> References: <4856A283.9050604@cyberbotx.com> Message-ID: <20080616181306.GB24913@zod> On Mon, Jun 16, 2008, Naram Qashat wrote: > I was trying to build vlc 0.8.6h on my FreeBSD 7.0 system, trying to upgrade > from 0.8.6f. It gets through most of it but stops around here: somehow I failed to reproduce that bug on my setup by pure curiosity do you have restrictive CFLAGS in make.conf ? > Making all in galaktos > gmake[5]: Entering directory > `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization/galaktos' .. > PCM.c:82: error: expected ')' before 'PCMdata' this file fails to #include I removed the previous patch which used short instead of int16_t because I failed to understand what was its purpose. I will open a PR with a patch shortly. In the meantime you can: cd /usr/ports/multimedia/vlc make patch vi work/vlc-0.8.6h/modules/visualization/galaktos/PCM.c :32 i#include :wq make all deinstall reinstall clean Thanks for the report -- Rafaël Carré From cyberbotx at cyberbotx.com Mon Jun 16 18:47:25 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Mon Jun 16 18:47:28 2008 Subject: vlc 0.8.6h failed build on FreeBSD 7.0 In-Reply-To: <20080616181306.GB24913@zod> References: <4856A283.9050604@cyberbotx.com> <20080616181306.GB24913@zod> Message-ID: <4856B539.7040103@cyberbotx.com> Rafa?l Carr? wrote: > On Mon, Jun 16, 2008, Naram Qashat wrote: >> I was trying to build vlc 0.8.6h on my FreeBSD 7.0 system, trying to upgrade >> from 0.8.6f. It gets through most of it but stops around here: > > somehow I failed to reproduce that bug on my setup > > by pure curiosity do you have restrictive CFLAGS in make.conf ? My CFLAGS are set to -O -pipe >> Making all in galaktos >> gmake[5]: Entering directory >> `/usr/ports/multimedia/vlc/work/vlc-0.8.6h/modules/visualization/galaktos' > > .. > >> PCM.c:82: error: expected ')' before 'PCMdata' > > this file fails to #include > > I removed the previous patch which used short instead of int16_t because I failed to understand what was its purpose. > > > > I will open a PR with a patch shortly. > > In the meantime you can: > > cd /usr/ports/multimedia/vlc > make patch > vi work/vlc-0.8.6h/modules/visualization/galaktos/PCM.c > :32 > i#include > :wq > make all deinstall reinstall clean > > > Thanks for the report > That did indeed fix the build process, thanks for the quick fix. Naram Qashat From cokane at FreeBSD.org Mon Jun 16 18:56:17 2008 From: cokane at FreeBSD.org (Coleman Kane) Date: Mon Jun 16 18:56:22 2008 Subject: FreeBSD Port: xf86-video-radeonhd-1.2.1_1 In-Reply-To: <1213634501.6012.19.camel@Desktop.kusanagi.fr> References: <1213634501.6012.19.camel@Desktop.kusanagi.fr> Message-ID: <1213641854.2184.2.camel@localhost> On Mon, 2008-06-16 at 18:41 +0200, jean-christophe wrote: > hello, > > i would like know if a new version of radeonhd port is prevu. > > i read in the xorg wiki that the 3D support for my carte was bear with a > latest version of radeonhd and there dependances. > > i am not enough any experiences in freebsd for modify him self the port. > > i am with freebsd-current and it isn't with the actualy version of > radeonhd. > > i am waiting for install blender for working in my project. > > if not updating this port soon i must try to update him self but i am > not your experience and i was need more time as you to get a fonctionnal > port. > > thanks for your reply. > best regard > jean-christophe. Probably not until they release a new driver. However, I've just been following their git tree directly and that works pretty well for me. -- 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/20080616/66b71f4d/attachment.pgp From rhoden at npd.ufsc.br Mon Jun 16 19:04:06 2008 From: rhoden at npd.ufsc.br (Guilherme Eliseu Rhoden) Date: Mon Jun 16 19:04:11 2008 Subject: New Ports: OWAMP Message-ID: <4856B4E2.2030107@npd.ufsc.br> Hi all, I've ported owamp (OneWay PING - OneWay active measurement protocol) to FreeBSD ports. I can upload the code to ports CVS. How can I create an CSV accounting to do this? I can't find this steps on the ports documentation. Thanks, Guilherme From gahr at FreeBSD.org Mon Jun 16 19:22:47 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Jun 16 19:22:52 2008 Subject: New Ports: OWAMP In-Reply-To: <4856B4E2.2030107@npd.ufsc.br> References: <4856B4E2.2030107@npd.ufsc.br> Message-ID: <4856BD7F.7060205@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Guilherme Eliseu Rhoden wrote: | Hi all, | | I've ported owamp (OneWay PING - OneWay active measurement protocol) to | FreeBSD ports. | | I can upload the code to ports CVS. How can I create an CSV accounting | to do this? You can't. CVS isn't open for commits. You better fill-in a PR [1] with your port attached and let someone with CVS write access commit it. [1] http://www.freebsd.org/support/bugreports.html | Thanks, Thanks, | Guilherme - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhWvX4ACgkQwMJqmJVx945TugCeMlwKN84OvGr2FKG4mlx0FyRv lDAAoLq6T/6GJHBBeBQxhLFoTkFxId84 =9Vgk -----END PGP SIGNATURE----- From hartzell at alerce.com Mon Jun 16 19:29:50 2008 From: hartzell at alerce.com (George Hartzell) Date: Mon Jun 16 19:29:58 2008 Subject: FreeBSD Port: xf86-video-radeonhd-1.2.1_1 In-Reply-To: <1213641854.2184.2.camel@localhost> References: <1213634501.6012.19.camel@Desktop.kusanagi.fr> <1213641854.2184.2.camel@localhost> Message-ID: <18518.47720.619810.258288@almost.alerce.com> Coleman Kane writes: > On Mon, 2008-06-16 at 18:41 +0200, jean-christophe wrote: > > hello, > > > > i would like know if a new version of radeonhd port is prevu. > > [...] > > Probably not until they release a new driver. However, I've just been > following their git tree directly and that works pretty well for me. If you try to build from the git tree, you'll need to have devel/xorg-macros installed (wasn't obvious to me...). g. From freysman at comcast.net Mon Jun 16 19:49:58 2008 From: freysman at comcast.net (David J Brooks) Date: Mon Jun 16 19:50:03 2008 Subject: How to resolve conflict between avahi-libdns and mDNSresponder? Message-ID: <200806161439.47499.freysman@comcast.net> net/avahi-libdns conflicts with net/mDNSresponder, and since I have multiple ports which depend on one or the other, I'm stuck as to how to proceed. Suggestions? David -- If this message is accidentally ingested, induce vomiting. From jmvbxx at yahoo.ca Mon Jun 16 19:28:52 2008 From: jmvbxx at yahoo.ca (J B) Date: Mon Jun 16 19:51:53 2008 Subject: mysql-5.0.45 port Message-ID: <810548.63768.qm@web56615.mail.re3.yahoo.com> Why does it attempt to download from a Belgian address? I have nothing against the Belgians, in fact I used to live there, but I'm in Colombia now and an American d/l link makes much more sense! __________________________________________________________________ Get a sneak peak at messages with a handy reading pane with All new Yahoo! Mail: http://ca.promos.yahoo.com/newmail/overview2/ From koitsu at FreeBSD.org Mon Jun 16 20:09:27 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Jun 16 20:09:34 2008 Subject: mysql-5.0.45 port In-Reply-To: <810548.63768.qm@web56615.mail.re3.yahoo.com> References: <810548.63768.qm@web56615.mail.re3.yahoo.com> Message-ID: <20080616200927.GA49065@eos.sc1.parodius.com> On Mon, Jun 16, 2008 at 12:02:09PM -0700, J B wrote: > Why does it attempt to download from a Belgian address? I have nothing against the Belgians, in fact I used to live there, but I'm in Colombia now and an American d/l link makes much more sense! Because that's the first address configured in the mirror list. Look in /usr/ports/Mk/bsd.sites.mk for MASTER_SITE_MYSQL and you'll see the order of fetch sites. You can override this variable yourself in /etc/make.conf, or use IGNORE_MASTER_SITE_MYSQL. -- | 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 kamikaze at bsdforen.de Mon Jun 16 20:40:38 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Jun 16 20:40:43 2008 Subject: editors/openoffice.org-2 - readlicense_oo needs to be rebuilt Message-ID: <4856CFB4.30008@bsdforen.de> I cannot build OO2 since 2.4.0_4. It's always the same error. I'm running RELENG_7 on amd64, apart from OO all ports are up to date. 1 module(s): readlicense_oo need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work/OOH680_m17/readlicense_oo ERROR: error 65280 occurred while making /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work/OOH680_m17/readlicense_oo/docs/readme Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from readlicense_oo" *** Error code 1 Stop in /usr/ports/editors/openoffice.org-2. From robillard.etienne at gmail.com Mon Jun 16 20:53:49 2008 From: robillard.etienne at gmail.com (Etienne Robillard) Date: Mon Jun 16 20:53:53 2008 Subject: How to resolve conflict between avahi-libdns and mDNSresponder? In-Reply-To: <200806161439.47499.freysman@comcast.net> References: <200806161439.47499.freysman@comcast.net> Message-ID: <20080616170532.1c14438a@fluke> On Mon, 16 Jun 2008 14:39:47 -0500 David J Brooks wrote: > net/avahi-libdns conflicts with net/mDNSresponder, and since I have multiple > ports which depend on one or the other, I'm stuck as to how to proceed. > > Suggestions? > > David > -- > If this message is accidentally ingested, induce vomiting. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Hi, If you use portupgrade you could define an alternate package dependency rule with ALT_PKGDEP. I.e: pkgtools.conf: ALT_PKGDEP = { 'net/avahi-libdns' => :delete } HTH, -Etienne -- Etienne Robillard Pr?sident, Green Tea Hackers Club enr. Cell: (514) 962-7703 ?-mail: Web: From glarkin at sourcehosting.net Mon Jun 16 21:31:35 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Mon Jun 16 21:31:39 2008 Subject: mysql-5.0.45 port In-Reply-To: <20080616200927.GA49065@eos.sc1.parodius.com> References: <810548.63768.qm@web56615.mail.re3.yahoo.com> <20080616200927.GA49065@eos.sc1.parodius.com> Message-ID: <008501c8cff8$438b97c0$0c01a8c0@FIREBALL> > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Jeremy Chadwick > > On Mon, Jun 16, 2008 at 12:02:09PM -0700, J B wrote: > > Why does it attempt to download from a Belgian address? I > have nothing against the Belgians, in fact I used to live > there, but I'm in Colombia now and an American d/l link makes > much more sense! > > Because that's the first address configured in the mirror > list. Look in /usr/ports/Mk/bsd.sites.mk for > MASTER_SITE_MYSQL and you'll see the order of fetch sites. > > You can override this variable yourself in /etc/make.conf, or > use IGNORE_MASTER_SITE_MYSQL. > > Hi J B, Here's another option - install ports-mgmt/fastest_sites (http://www.semicomplete.com/blog/geekery/freebsd-ports-master-sites-sorting .html), and it will generate a make.conf-compatible list of the MASTER_* sites in order of speed relative to your location. Hope that helps, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From portsuser at larseighner.com Mon Jun 16 22:02:35 2008 From: portsuser at larseighner.com (Lars Eighner) Date: Mon Jun 16 22:02:40 2008 Subject: linux f8: futex op 128 not found Message-ID: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> Evidently I hosed linux compatibility in the attemp to upgrade from fc4 to f8. I believe I followed the instructions left over from the fc6 upgrade exactly, and after installing f8, and editing sysctl.conf and make.conf according to instructions I forced rebuilding all the linux-* ports with portupgrade -f linux-*. However when I attempted to run linux firefox I get tons of futex, op 128 missing messages on the system console, firefox eats nearly all the cpu etc. Now I googled on this problem and discover that futex is not in 7.0 release, but is in stable. But I am running stable. What is more I can see linux_futex .c and .h in the system source. Nonetheless, I made /usr/src clean and rebuilt the kernel. And then I reinstalled linux f8 again. Same result. I'm not sure if this is a port problem or a system problem, but perhaps some has some suggestions. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From adamk at voicenet.com Mon Jun 16 22:13:15 2008 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Mon Jun 16 22:13:22 2008 Subject: FreeBSD Port: xf86-video-radeonhd-1.2.1_1 In-Reply-To: <1213641854.2184.2.camel@localhost> References: <1213634501.6012.19.camel@Desktop.kusanagi.fr> <1213641854.2184.2.camel@localhost> Message-ID: <20080616154617.1e5b8110.adamk@voicenet.com> On Mon, 16 Jun 2008 14:44:14 -0400 Coleman Kane wrote: > On Mon, 2008-06-16 at 18:41 +0200, jean-christophe wrote: > > hello, > > > > i would like know if a new version of radeonhd port is prevu. > > > > i read in the xorg wiki that the 3D support for my carte was bear > > with a latest version of radeonhd and there dependances. > > > > i am not enough any experiences in freebsd for modify him self the > > port. > > > > i am with freebsd-current and it isn't with the actualy version of > > radeonhd. > > > > i am waiting for install blender for working in my project. > > > > if not updating this port soon i must try to update him self but i > > am not your experience and i was need more time as you to get a > > fonctionnal port. > > > > thanks for your reply. > > best regard > > jean-christophe. > > Probably not until they release a new driver. However, I've just been > following their git tree directly and that works pretty well for me. Have you tried radeonhd vs. radeon? Last I heard, the radeonhd driver had issues with using 2D and 3D acceleration at the same time. I'm currently using the radeon driver with a PCIe x1800 and an AGP x1300 on two separate systems without any real issues thanks to Robert's great work. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From brooks at freebsd.org Tue Jun 17 05:16:50 2008 From: brooks at freebsd.org (Brooks Davis) Date: Tue Jun 17 05:16:52 2008 Subject: audio/squeezecenter: .tgz not on Freebsd.org (is on slimdevices.com); perl probs In-Reply-To: <20080616030531.GA25040@lor.one-eyed-alien.net> References: <864p7x9njo.fsf@PECTOPAH.shenton.org> <4852D657.6050304@blueyonder.co.uk> <20080615224658.GB2170@lor.one-eyed-alien.net> <20080616030531.GA25040@lor.one-eyed-alien.net> Message-ID: <20080617051717.GC36170@lor.one-eyed-alien.net> On Sun, Jun 15, 2008 at 10:05:31PM -0500, Brooks Davis wrote: > On Sun, Jun 15, 2008 at 05:46:59PM -0500, Brooks Davis wrote: > > On Fri, Jun 13, 2008 at 09:19:35PM +0100, Rob MacGregor wrote: > > > Chris Shenton unleashed the infinite monkeys on 13/06/2008 19:50 producing: > > >> The port tries to find the .tgz on FreeBSD.org only, but it does not > > >> exist. I found it on slimdevices -- same MD5, SHA256, SIZE: > > >> > > >> http://www.slimdevices.com/downloads/SqueezeCenter_v7.0.0/squeezecenter-7.0-noCPAN.tgz > > > > > > I saw the same thing, but grabbed the 7.0.1 version instead (as the port is > > > supposedly 7.0.1). I had to change the variable WRKSRC to reflect the new > > > directory. > > > > I suspect you have an outdated port. What is the $FreeBSD*$ string in the > > comment at the top of the Makefile? It should be: > > > > # $FreeBSD: ports/audio/squeezecenter/Makefile,v 1.46 2008/06/12 00:56:51 brooks Exp $ > > > > > I instead get: > > > > > > Starting squeezecenter. > > > The following CPAN modules were found but cannot work with SqueezeCenter: > > > JSON::XS::VersionOneAndTwo (loaded , need 0.31) > > > > > > The JSON package is installed: > > > > > > p5-JSON-XS-2.20 JSON serialising/deserialising, done... > > > > This is almost certainly caused be an outdated port. The JSON::XS > > version in ports used to match the one in the ports system. As a > > result, the fact that I'd failed to remove all of the pieces from the > > CPAN directory in the distribution didn't hurt. Once the ports version > > was updated that caused things to break. I suspect that's the problem > > here, though it could be something else. > > OK, I've got to take most of this back. This could be correct, but > probably isn't. > > It looks like I botched the 7.0.1 upgrade fairly badly by not checking > the downloads thuroughly and as a result the URL was bogus. It only > appears to work if you already had the old distfile around. I'm > currently packing for a trip, but will try to get the port upgraded > correctly in the next day or two. > > Sorry for the confusion. I belive the port is now correctly updated. The previous version (7.0.1) was wrong in several ways. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080617/80565f5b/attachment.pgp From Alexander at Leidinger.net Tue Jun 17 05:37:59 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Tue Jun 17 05:38:07 2008 Subject: linux f8: futex op 128 not found In-Reply-To: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20080617073749.18252orhlv2c81ic@webmail.leidinger.net> Quoting Lars Eighner (from Mon, 16 Jun 2008 16:26:28 -0500 (CDT)): > Evidently I hosed linux compatibility in the attemp to upgrade from fc4 to > f8. No, you didn't. :) > I believe I followed the instructions left over from the fc6 upgrade > exactly, and after installing f8, and editing sysctl.conf and make.conf > according to instructions I forced rebuilding all the linux-* ports > with portupgrade -f linux-*. > > However when I attempted to run linux firefox I get tons of futex, op 128 > missing messages on the system console, firefox eats nearly all the cpu etc. > > Now I googled on this problem and discover that futex is not in 7.0 release, > but is in stable. But I am running stable. What is more I can see > linux_futex .c and .h in the system source. Nonetheless, I made /usr/src > clean and rebuilt the kernel. And then I reinstalled linux f8 again. Same > result. > > I'm not sure if this is a port problem or a system problem, but perhaps some > has some suggestions. In any case, emulation@ (CCed) is the better list to discuss this. I don't remember if the fixes for this are in -stable yet, I'm sure Roman will chime in and say something about it. From which date is your -stable, or better, can you please go into the linux compat directory in /usr/src (where linux_futex.* is) and provide the output of "ident linux*"? This way we know for sure at which compatibility level your linuxulator is. Bye, Alexander. -- A free society is one where it is safe to be unpopular. -- Adlai Stevenson http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From portsuser at larseighner.com Tue Jun 17 06:26:41 2008 From: portsuser at larseighner.com (Lars Eighner) Date: Tue Jun 17 06:26:45 2008 Subject: linux f8: futex op 128 not found In-Reply-To: <20080617073749.18252orhlv2c81ic@webmail.leidinger.net> References: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> <20080617073749.18252orhlv2c81ic@webmail.leidinger.net> Message-ID: <20080617011805.A1116@qroenaqrq.6qbyyneqvnyhc.pbz> On Tue, 17 Jun 2008, Alexander Leidinger wrote: > Quoting Lars Eighner (from Mon, 16 Jun 2008 > 16:26:28 -0500 (CDT)): > >> Evidently I hosed linux compatibility in the attemp to upgrade from fc4 >> to f8. > > No, you didn't. :) > > From which date is your -stable, or better, can you please go into the linux > compat directory in /usr/src (where linux_futex.* is) and provide the output > of "ident linux*"? This way we know for sure at which compatibility level > your linuxulator is. Err...never mind. That stable was from April. Today's fresh source tree and build eliminates the futex problem. Of course linux firefox with flash seg faults now, but I suppose this is progress of a sort. Wine firefox with flash seems to work, but won't acrobat. You can't have everything. Thanks for the reply. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From makc at issp.ac.ru Tue Jun 17 07:21:59 2008 From: makc at issp.ac.ru (M. Yu. Brazhnikov) Date: Tue Jun 17 07:22:07 2008 Subject: editors/openoffice.org-2 - readlicense_oo needs to be rebuilt In-Reply-To: <4856CFB4.30008@bsdforen.de> References: <4856CFB4.30008@bsdforen.de> Message-ID: <200806171121.53933.makc@issp.ac.ru> On Tue 17 Jun 2008, Dominic Fandrey wrote: > I cannot build OO2 since 2.4.0_4. It's always the same error. > I'm running RELENG_7 on amd64, apart from OO all ports are up to date. > > > > 1 module(s): > readlicense_oo > need(s) to be rebuilt > > Reason(s): > > ERROR: error 65280 occurred while making > /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >/OOH680_m17/readlicense_oo ERROR: error 65280 occurred while making > /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >/OOH680_m17/readlicense_oo/docs/readme > > Attention: if you build and deliver the above module(s) you may prolongue > your the build issuing command "build --from readlicense_oo" > > *** Error code 1 > > Stop in /usr/ports/editors/openoffice.org-2. Do you use make -jN or something similar? Try without it. Max From ml at netfence.it Tue Jun 17 14:48:51 2008 From: ml at netfence.it (Andrea Venturoli) Date: Tue Jun 17 14:48:56 2008 Subject: Socket port Message-ID: <4857C7A6.9030804@netfence.it> Hello. I'm writing you, since you are maintainer for net/Sockets and net/Sockets-devel port. I see they are respectiely still at 1.8.7 and 1.9.9, while 2.3 is out. Do you plan to update them? If not, I might step in, although I cannot make any guarantee on deadlines. bye & Thanks av. From kamikaze at bsdforen.de Tue Jun 17 16:42:01 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Jun 17 16:42:06 2008 Subject: editors/openoffice.org-2 - readlicense_oo needs to be rebuilt In-Reply-To: <200806171121.53933.makc@issp.ac.ru> References: <4856CFB4.30008@bsdforen.de> <200806171121.53933.makc@issp.ac.ru> Message-ID: <4857E948.6060208@bsdforen.de> M. Yu. Brazhnikov wrote: > On Tue 17 Jun 2008, Dominic Fandrey wrote: >> I cannot build OO2 since 2.4.0_4. It's always the same error. >> I'm running RELENG_7 on amd64, apart from OO all ports are up to date. >> >> >> >> 1 module(s): >> readlicense_oo >> need(s) to be rebuilt >> >> Reason(s): >> >> ERROR: error 65280 occurred while making >> /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >> /OOH680_m17/readlicense_oo ERROR: error 65280 occurred while making >> /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >> /OOH680_m17/readlicense_oo/docs/readme >> >> Attention: if you build and deliver the above module(s) you may prolongue >> your the build issuing command "build --from readlicense_oo" >> >> *** Error code 1 >> >> Stop in /usr/ports/editors/openoffice.org-2. > > Do you use make -jN or something similar? Try without it. > > Max With or without makes no difference. From erwin at FreeBSD.org Tue Jun 17 22:42:30 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Jun 17 22:42:33 2008 Subject: HEADSUP: PACKAGE_BUILDING and BATCH to be removed from sysinstall Message-ID: <20080617224228.GV56471@droso.net> For a long time, sysinstall is setting PACKAGE_BUILDING and BATCH while installing packages[1]. As this is a ugly hack and abuse of the meaning of those variables by some misbehaving packages, this behaviour needs to be removed from sysinstall and those packages need to be fixed. Unless anyone can come up with a very good reason to keep those variable present in sysinstall, I will remove them very soon. If you have a port that depends on this, please get your fixes is RSN. Thank you, -erwin -- Erwin Lansing http://droso.org erwin@FreeBSD.org Mind the step 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/20080617/671cffc6/attachment.pgp From dhawth at bitgravity.com Tue Jun 17 22:57:13 2008 From: dhawth at bitgravity.com (David Hawthorne) Date: Tue Jun 17 22:57:17 2008 Subject: Question about ports adding cronjobs Message-ID: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> I have a piece of software I've been working on that gathers stats about the local host and shoves them into rrd files, with an accompanying web front-end page that generates pretty graphs from the RRDs on demand. I have a package done up for it, and I'd like to add it to the ports tree eventually, but I'm stuck on how to get it to automagically add the cronjob to have the stats gathering script run every five minutes, and I don't know of any ports that add cronjobs off the top of my head to go look at. Is there an approved standard for doing this? It doesn't have to be as root, either, it can run under a different user. Any advice on how to get the port to add the user (and remove it properly when the port is deinstalled) properly and securely would be appreciated as well. Bonus points for providing the lines that would need to go into a CONTENTS file for the package, because that's what I'm working with right now for testing it on multiple machines. Thanks! From gahr at FreeBSD.org Tue Jun 17 23:02:43 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Tue Jun 17 23:02:47 2008 Subject: Question about ports adding cronjobs In-Reply-To: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> Message-ID: <4858428A.80502@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 David Hawthorne wrote: | I have a piece of software I've been working on that gathers stats about | the local host and shoves them into rrd files, with an accompanying web | front-end page that generates pretty graphs from the RRDs on demand. I | have a package done up for it, and I'd like to add it to the ports tree | eventually, but I'm stuck on how to get it to automagically add the | cronjob to have the stats gathering script run every five minutes, and I | don't know of any ports that add cronjobs off the top of my head to go | look at. | | Is there an approved standard for doing this? It doesn't have to be as | root, either, it can run under a different user. Any advice on how to | get the port to add the user (and remove it properly when the port is | deinstalled) properly and securely would be appreciated as well. The only port which comes to my mind which goes near to what you want to achieve is sysutils/bsdstats, which installs a script in periodic/monthly. If running daily is enough you may want to look at that. Another option would be to create a support script/daemon and place it in rc.d. The script/daemon would then sit idle and wake up once every and gather your statistics. Third option: instruct the user (via a message at post-install stage) on how to setup the cron job. | | Bonus points for providing the lines that would need to go into a | CONTENTS file for the package, because that's what I'm working with | right now for testing it on multiple machines. | | Thanks! - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhYQokACgkQwMJqmJVx945RwgCgqXsRvtIs4zUqp3zxo2Z7g25n R3EAn2ZqcCxPsYwHnrNNq363bPQIK//o =I8a4 -----END PGP SIGNATURE----- From roberthuff at rcn.com Tue Jun 17 23:29:18 2008 From: roberthuff at rcn.com (Robert Huff) Date: Tue Jun 17 23:29:23 2008 Subject: Question about ports adding cronjobs In-Reply-To: <4858428A.80502@FreeBSD.org> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <4858428A.80502@FreeBSD.org> Message-ID: <18520.18635.747302.473408@jerusalem.litteratus.org> Pietro Cerutti writes: > | I > | have a package done up for it, and I'd like to add it to the ports tree > | eventually, but I'm stuck on how to get it to automagically add the > | cronjob to have the stats gathering script run every five minutes, and I > | don't know of any ports that add cronjobs off the top of my head to go > | look at. > | > | Is there an approved standard for doing this? > > Another option would be to create a support script/daemon and > place it in rc.d. The script/daemon would then sit idle and wake > up once every and gather your > statistics. > > Third option: instruct the user (via a message at post-install > stage) on how to setup the cron job. I would _much_ prefer either of these. The idea of adding a cron job - even if there's a message displayed at the end of installation - makes me nervous. Robert Huff From gahr at FreeBSD.org Tue Jun 17 23:33:40 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Tue Jun 17 23:33:45 2008 Subject: Question about ports adding cronjobs In-Reply-To: <18520.18635.747302.473408@jerusalem.litteratus.org> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <4858428A.80502@FreeBSD.org> <18520.18635.747302.473408@jerusalem.litteratus.org> Message-ID: <485849C6.5040708@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Robert Huff wrote: | Pietro Cerutti writes: | |> | I |> | have a package done up for it, and I'd like to add it to the ports tree |> | eventually, but I'm stuck on how to get it to automagically add the |> | cronjob to have the stats gathering script run every five minutes, and I |> | don't know of any ports that add cronjobs off the top of my head to go |> | look at. |> | |> | Is there an approved standard for doing this? |> |> Another option would be to create a support script/daemon and |> place it in rc.d. The script/daemon would then sit idle and wake |> up once every and gather your |> statistics. |> |> Third option: instruct the user (via a message at post-install |> stage) on how to setup the cron job. | | I would _much_ prefer either of these. The idea of adding a | cron job - even if there's a message displayed at the end of | installation - makes me nervous. I didn't meant "you add the cronjob and inform the user", but instead "you inform the user how he can setup the cronjob, if he wants so". Anyway, I agree with you. | | | Robert Huff | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhYScUACgkQwMJqmJVx947oOgCfSSezN97mpCgvAxhFyKCsRbBj j64AoLYgmZvSz+SNtOmpB4dZPOusmvxY =kT9k -----END PGP SIGNATURE----- From gahr at FreeBSD.org Tue Jun 17 23:35:26 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Tue Jun 17 23:35:31 2008 Subject: Question about ports adding cronjobs In-Reply-To: <485849C6.5040708@FreeBSD.org> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <4858428A.80502@FreeBSD.org> <18520.18635.747302.473408@jerusalem.litteratus.org> <485849C6.5040708@FreeBSD.org> Message-ID: <48584A34.2040201@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Pietro Cerutti wrote: | Robert Huff wrote: | | Pietro Cerutti writes: | | | |> | I | |> | have a package done up for it, and I'd like to add it to the ports | tree | |> | eventually, but I'm stuck on how to get it to automagically add the | |> | cronjob to have the stats gathering script run every five minutes, | and I | |> | don't know of any ports that add cronjobs off the top of my head | to go | |> | look at. | |> | | |> | Is there an approved standard for doing this? | |> | |> Another option would be to create a support script/daemon and | |> place it in rc.d. The script/daemon would then sit idle and wake | |> up once every and gather your | |> statistics. | |> | |> Third option: instruct the user (via a message at post-install | |> stage) on how to setup the cron job. | | | | I would _much_ prefer either of these. The idea of adding a | | cron job - even if there's a message displayed at the end of | | installation - makes me nervous. | | I didn't meant "you add the cronjob and inform the user", but instead | "you inform the user how he can setup the cronjob, if he wants so". Ups.. I think I've misunderstood your comment. Sorry for the noise. | | Anyway, I agree with you. | | | | | | | Robert Huff | | | | _______________________________________________ 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) iEYEAREKAAYFAkhYSjIACgkQwMJqmJVx946kvgCgvvScJErrsY5U9DEAnlRkfO3+ +3AAoMaeOhsFoNL/eavCbvVrEtNbjsdh =a+OV -----END PGP SIGNATURE----- From koitsu at FreeBSD.org Tue Jun 17 23:56:39 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Tue Jun 17 23:56:43 2008 Subject: Question about ports adding cronjobs In-Reply-To: <4858428A.80502@FreeBSD.org> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <4858428A.80502@FreeBSD.org> Message-ID: <20080617235639.GA33355@eos.sc1.parodius.com> On Wed, Jun 18, 2008 at 01:02:34AM +0200, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > David Hawthorne wrote: > | I have a piece of software I've been working on that gathers stats about > | the local host and shoves them into rrd files, with an accompanying web > | front-end page that generates pretty graphs from the RRDs on demand. I > | have a package done up for it, and I'd like to add it to the ports tree > | eventually, but I'm stuck on how to get it to automagically add the > | cronjob to have the stats gathering script run every five minutes, and I > | don't know of any ports that add cronjobs off the top of my head to go > | look at. > | > | Is there an approved standard for doing this? It doesn't have to be as > | root, either, it can run under a different user. Any advice on how to > | get the port to add the user (and remove it properly when the port is > | deinstalled) properly and securely would be appreciated as well. > > The only port which comes to my mind which goes near to what you want to > achieve is sysutils/bsdstats, which installs a script in periodic/monthly. > If running daily is enough you may want to look at that. > > Another option would be to create a support script/daemon and place it > in rc.d. The script/daemon would then sit idle and wake up once every > and gather your statistics. > > Third option: instruct the user (via a message at post-install stage) on > how to setup the cron job. Or a fourth option: do what mail/postfix does, and prompt you interactively during the install phase whether or not you want done to your system. In the case of mail/postfix, it prompts you to permit modification of /etc/mail/mailer.conf. Automatic modification of cronjobs, system files, etc. == generally shunned. I don't mind if the port asks me for permission to do such, but I do mind if it blindly starts modifying things on my system without my approval. -- | 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 gahr at FreeBSD.org Tue Jun 17 23:59:31 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Tue Jun 17 23:59:35 2008 Subject: Question about ports adding cronjobs In-Reply-To: <20080617235639.GA33355@eos.sc1.parodius.com> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <4858428A.80502@FreeBSD.org> <20080617235639.GA33355@eos.sc1.parodius.com> Message-ID: <48584FD9.9060201@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Jeremy Chadwick wrote: | On Wed, Jun 18, 2008 at 01:02:34AM +0200, Pietro Cerutti wrote: |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA512 |> |> David Hawthorne wrote: |> | I have a piece of software I've been working on that gathers stats about |> | the local host and shoves them into rrd files, with an accompanying web |> | front-end page that generates pretty graphs from the RRDs on demand. I |> | have a package done up for it, and I'd like to add it to the ports tree |> | eventually, but I'm stuck on how to get it to automagically add the |> | cronjob to have the stats gathering script run every five minutes, and I |> | don't know of any ports that add cronjobs off the top of my head to go |> | look at. |> | |> | Is there an approved standard for doing this? It doesn't have to be as |> | root, either, it can run under a different user. Any advice on how to |> | get the port to add the user (and remove it properly when the port is |> | deinstalled) properly and securely would be appreciated as well. |> |> The only port which comes to my mind which goes near to what you want to |> achieve is sysutils/bsdstats, which installs a script in periodic/monthly. |> If running daily is enough you may want to look at that. |> |> Another option would be to create a support script/daemon and place it |> in rc.d. The script/daemon would then sit idle and wake up once every |> and gather your statistics. |> |> Third option: instruct the user (via a message at post-install stage) on |> how to setup the cron job. | | Or a fourth option: do what mail/postfix does, and prompt you | interactively during the install phase whether or not you want | done to your system. In the case of mail/postfix, it prompts you to | permit modification of /etc/mail/mailer.conf. Thought that as well, but it complicates package building and doesn't bring much. I mean, to echo "add xx yy to your crontab" is not a big deal.. | | Automatic modification of cronjobs, system files, etc. == generally | shunned. I don't mind if the port asks me for permission to do such, | but I do mind if it blindly starts modifying things on my system without | my approval. | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhYT9gACgkQwMJqmJVx947y6gCgw8EPXi4iyaQuKHB4E0nAMCDX 4YYAoJ6LHH3zgki6D4LFb3oa2fUv3g3q =SByC -----END PGP SIGNATURE----- From pschmehl_lists at tx.rr.com Wed Jun 18 00:40:22 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Wed Jun 18 00:40:27 2008 Subject: Question about ports adding cronjobs In-Reply-To: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> Message-ID: <112A6326AC722E927FB2A41E@Macintosh.local> --On June 17, 2008 3:24:11 PM -0700 David Hawthorne wrote: > I have a piece of software I've been working on that gathers stats about > the local host and shoves them into rrd files, with an accompanying web > front-end page that generates pretty graphs from the RRDs on demand. I > have a package done up for it, and I'd like to add it to the ports tree > eventually, but I'm stuck on how to get it to automagically add the > cronjob to have the stats gathering script run every five minutes, and I > don't know of any ports that add cronjobs off the top of my head to go > look at. > > Is there an approved standard for doing this? It doesn't have to be as > root, either, it can run under a different user. Any advice on how to > get the port to add the user (and remove it properly when the port is > deinstalled) properly and securely would be appreciated as well. > Look at mail/courier/files/crontab.in, mail/exim/files/POST-INSTALL_NOTES.clamd and mail/mailman/pkg-install (and those ports' associated files) for some examples of ways to deal with cron jobs in a port. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. From mezz7 at cox.net Wed Jun 18 05:25:19 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Jun 18 05:25:23 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! Message-ID: Hello folks, First all, ahze did most of work. Thanks ahze! Yesterday, I am just merely pick up and help him. Right now, he is pretty busy with move to different state but he is still with this project when he can. It might be a bit long email as I am going to list each ports in subject and TODO tasks. Please add my email and gnome@ in CC, no matter what, that way my team and I can follow up better and quicker. Thanks! x11/pixman: Update to 0.10.0 ------------------------------------------------------- Firefox 3 needs it. Orignal, the shared library was bumped and ahze has added a new feature in our USE_GNOME=ltverhack by can control the number of shared library. To control the number of shared library, add the ltverhack:N. Right now pixman has USE_GNOME=ltverhack:9 to make it stays same at libpixman-1.so.9. If anyone want to use ltverhack:N in one of your port, you need to make sure the ABI doesn't change to use it. We will need more users to test to make sure it doesn't break any function in other ports that depend on pixman. I am running on it without change anything and it works great. ------------------------------------------------------- graphics/cairo: Update to 1.6.4 ------------------------------------------------------- Firefox 3 needs it. We have updated most cairo binding ports too. Let us know if we have missed some or cairo breaks your desktop/application. ------------------------------------------------------- graphics/poppler: Update to 0.8.3 ------------------------------------------------------- The shared library version has been changed. All ports that depend on poppler will have to be bump. We still need to bring more ports in MC ports-stable to test it. We don't have it all at the moment, but we will. The poppler-qt and poppler-qt4 still need to be work on. I don't have QT3/QT4 install right now, so it would be nice if one of you can help me. I will installing QT3/QT4 anyway, btw. KDE maintainers, please help to test on koffice-kde3 and kdegraphics3 when poppler-qt* are done as I don't know much about KDE. ------------------------------------------------------- www/firefox3: Update to 3.0 final ------------------------------------------------------- The bsd.gecko.mk has been moved from www/mozilla/ to Mk/. You no longer need to include bsd.gecko.mk/Makefile.common by manual. We still keep it in backward compatibility, so the rest ports won't be break. We haven't add some other ports to have Firefox 3 support yet, so if you want to add in your ports early then feel free to send me patch(es) and I shall add in MC ports-stable. ------------------------------------------------------- TODO tasks: ------------------------------------------------------- - Bring more ports that depend on poppler in ports-stable. - Need to update the document for bsd.gecko.mk (USE_GECKO). - Fix plist in firefox-devel, I hope to get it fix by tomorrow or so in this week. - Add firefox3 in some ports' USE_GECKO if these support, but it's safe to wait either. (no hurry) - Test and test. - Maybe more if there is any ------------------------------------------------------- How to use MC ports-stable and upgrade? ------------------------------------------------------- You can grab marcusmerge[1] and run 'marcusmerge -m ports-stable'. If you want to update your ports tree, you have to run cvsup, csup, portsnap or different method first then marcusmerge second at the everytime. If you want to unmerge your ports tree, you can run 'marcusmerge -U' and be sure to update your ports tree to bring ports back. Be sure to read in marcusmerge manpage[2] for more info. To upgrade your installed ports, you can just simple 'portmaster -a' or 'portupgrade -a'. While we don't have most ports that depend on poppler get bump yet, so be expect to get a bit problem in runtime at the moment. But it is easy to fix by rebuild/reinstall port. To downgrade, well you have to do it by manual. As for the MC ports (GNOME development) users, I have moved these ports from ports module to ports-stable module. You will need to run 'marcusmerge -U' first then update ports tree then MC ports-stable then at last MC ports. [1] http://www.marcuscom.com/downloads/marcusmerge [2] http://www.marcuscom.com/marcusmerge.8.html ------------------------------------------------------- With all of these changes, I want this to be tested in the pointyhat-exp first before merges into FreeBSD ports tree. The more help we get will get faster pointyhat-exp test and merge into FreeBSD ports tree. ;-) Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From m.walraven at terantula.com Wed Jun 18 06:26:08 2008 From: m.walraven at terantula.com (Marco Walraven) Date: Wed Jun 18 06:26:12 2008 Subject: Question about ports adding cronjobs In-Reply-To: <112A6326AC722E927FB2A41E@Macintosh.local> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <112A6326AC722E927FB2A41E@Macintosh.local> Message-ID: <20080618062604.GI27681@cotton.terantula.com> Hi David, On Tue, Jun 17, 2008 at 07:40:19PM -0500, Paul Schmehl wrote: > --On June 17, 2008 3:24:11 PM -0700 David Hawthorne > wrote: > > >I have a piece of software I've been working on that gaThers stats about > >the local host and shoves them into rrd files, with an accompanying web > >front-end page that generates pretty graphs from the RRDs on demand. I > >have a package done up for it, and I'd like to add it to the ports tree > >eventually, but I'm stuck on how to get it to automagically add the > >cronjob to have the stats gathering script run every five minutes, and I > >don't know of any ports that add cronjobs off the top of my head to go > >look at. > > > >Is there an approved standard for doing this? It doesn't have to be as > >root, either, it can run under a different user. Any advice on how to > >get the port to add the user (and remove it properly when the port is > >deinstalled) properly and securely would be appreciated as well. > > > > Look at mail/courier/files/crontab.in, > mail/exim/files/POST-INSTALL_NOTES.clamd and mail/mailman/pkg-install (and > those ports' associated files) for some examples of ways to deal with cron > jobs in a port. Just finished a project where we created a custom port section which has 20 ports currently. Some of them also automatically install a custom crontab. Actually ports should not be used to configure your system imho. However it can be easily done. What I did was adding a crontab snippet in a file under yourport/files, this is just one possibility. During installation of the port it gets added to a users crontab; it just uses 'cat' to do that. The snippet uses a tag # and ends with #!<-- end crontab for yourport --> which can be easily removed using 'sed' when you deinstall the port. By using these tags we now have multiple ports that can write a user's crontab without creating much clutter and scripting. You only need to restart cron if you install the port. Marco -- Terantula - Industrial Strength Open Source phone:+31 64 3232 400 / www: http://www.terantula.com / pgpkey: E7EE7A46 pgp fingerprint: F2EE 122D 964C DE68 7380 6F95 3710 7719 E7EE 7A46 From yuri.pankov at gmail.com Wed Jun 18 06:51:53 2008 From: yuri.pankov at gmail.com (Yuri Pankov) Date: Wed Jun 18 06:51:56 2008 Subject: Question about ports adding cronjobs In-Reply-To: <4858428A.80502@FreeBSD.org> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> <4858428A.80502@FreeBSD.org> Message-ID: <4858ACC4.4000304@gmail.com> Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > David Hawthorne wrote: > | I have a piece of software I've been working on that gathers stats about > | the local host and shoves them into rrd files, with an accompanying web > | front-end page that generates pretty graphs from the RRDs on demand. I > | have a package done up for it, and I'd like to add it to the ports tree > | eventually, but I'm stuck on how to get it to automagically add the > | cronjob to have the stats gathering script run every five minutes, and I > | don't know of any ports that add cronjobs off the top of my head to go > | look at. > | > | Is there an approved standard for doing this? It doesn't have to be as > | root, either, it can run under a different user. Any advice on how to > | get the port to add the user (and remove it properly when the port is > | deinstalled) properly and securely would be appreciated as well. > > The only port which comes to my mind which goes near to what you want to > achieve is sysutils/bsdstats, which installs a script in periodic/monthly. > If running daily is enough you may want to look at that. > > Another option would be to create a support script/daemon and place it > in rc.d. The script/daemon would then sit idle and wake up once every > and gather your statistics. > > Third option: instruct the user (via a message at post-install stage) on > how to setup the cron job. Sorry for chiming in, but pkg-message seems more appropriate - it can be checked later with pkg_info -D. > | > | Bonus points for providing the lines that would need to go into a > | CONTENTS file for the package, because that's what I'm working with > | right now for testing it on multiple machines. > | > | Thanks! > > > - -- > Pietro Cerutti > gahr@FreeBSD.org > > PGP Public Key: > http://gahr.ch/pgp > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEAREKAAYFAkhYQokACgkQwMJqmJVx945RwgCgqXsRvtIs4zUqp3zxo2Z7g25n > R3EAn2ZqcCxPsYwHnrNNq363bPQIK//o > =I8a4 > -----END PGP SIGNATURE----- Yuri From walsimou at walsimou.com Wed Jun 18 08:40:12 2008 From: walsimou at walsimou.com (Gaye Abdoulaye Walsimou) Date: Wed Jun 18 08:40:15 2008 Subject: why some ports still use openldap-client23? Message-ID: <4858C47F.20705@walsimou.com> Hello list, I'm just wondering why some ports are still using openldap-client23 (i.e pam_ldap nss_ldap) instead of openldap-client24 ? Is there any valid entry in make.conf to have openldap-client24 instead of openldap-client23? Thanks Regards From yuri.pankov at gmail.com Wed Jun 18 08:58:35 2008 From: yuri.pankov at gmail.com (Yuri Pankov) Date: Wed Jun 18 08:58:39 2008 Subject: why some ports still use openldap-client23? In-Reply-To: <4858C47F.20705@walsimou.com> References: <4858C47F.20705@walsimou.com> Message-ID: <4858CB93.80606@gmail.com> Gaye Abdoulaye Walsimou wrote: > Hello list, > I'm just wondering why some ports are still using openldap-client23 (i.e > pam_ldap nss_ldap) instead of openldap-client24 ? > Is there any valid entry in make.conf to have openldap-client24 instead > of openldap-client23? > Thanks > Regards While WANT_* variables are restricted to usage inside ports framework (quoting bsd.port.mk), the only way that I've found to force openldap-client24 is WANT_OPENLDAP_VER=24. HTH, Yuri From walsimou at walsimou.com Wed Jun 18 09:36:23 2008 From: walsimou at walsimou.com (Gaye Abdoulaye Walsimou) Date: Wed Jun 18 09:36:33 2008 Subject: why some ports still use openldap-client23? In-Reply-To: <4858CB93.80606@gmail.com> References: <4858C47F.20705@walsimou.com> <4858CB93.80606@gmail.com> Message-ID: <4858D707.5090800@walsimou.com> Yuri Pankov a ?crit : > > While WANT_* variables are restricted to usage inside ports framework > (quoting bsd.port.mk), the only way that I've found to force > openldap-client24 is WANT_OPENLDAP_VER=24. > > > HTH, > Yuri Hi Yuri, Yes it works, I will use it until all ports use openldap-client24. Thanks From kris at FreeBSD.org Wed Jun 18 09:49:26 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed Jun 18 09:49:28 2008 Subject: Question about ports adding cronjobs In-Reply-To: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> References: <746214C8-3863-4B29-8B01-230579284C76@bitgravity.com> Message-ID: <4858DA22.70001@FreeBSD.org> David Hawthorne wrote: > I have a piece of software I've been working on that gathers stats about > the local host and shoves them into rrd files, with an accompanying web > front-end page that generates pretty graphs from the RRDs on demand. I > have a package done up for it, and I'd like to add it to the ports tree > eventually, but I'm stuck on how to get it to automagically add the > cronjob to have the stats gathering script run every five minutes, and I > don't know of any ports that add cronjobs off the top of my head to go > look at. > > Is there an approved standard for doing this? It doesn't have to be as > root, either, it can run under a different user. Any advice on how to > get the port to add the user (and remove it properly when the port is > deinstalled) properly and securely would be appreciated as well. Don't do it automatically. Provide a script that allows users to do it if they want. Kris From edwin at mavetju.org Wed Jun 18 12:51:56 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Wed Jun 18 12:51:59 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618125154.GC90685@k7.mavetju> Hello, Recently I've started to use devel/ccache again (sometimes it takes a while before you understand how it works) and it works pretty well, except for some ports which can't be build with it. For example devel/cmake. To prevent everybody from having to re-invent the wheel, we could introduce a NO_CCACHE flag in the affected ports Makefile: NO_CCACHE=yes Unfortunately /etc/make.conf is read before the ports Makefile is read, so this in /etc/make.conf isn't going to work anymore: .if !defined(NO_CCACHE) CC=/usr/local/libexec/ccache/cc CXX=/usr/local/libexec/ccache/c++ CPP=/usr/local/libexec/ccache/cpp CCACHE_DIR=/usr/local/ccache .endif So, what is wisdom? Maybe this: Having a flag in /etc/make.conf to indicate you want to use devel/ccache: WANT_CCACHE=yes And in the ports Makefile you could have: NO_CCACHE=yes And in bsd.port.mk before the inclusion of bsd.gcc.mk: .if defined(WANT_CCACHE) && !defined(NO_CCACHE) CC?= ${LOCALBASE}/libexec/ccache/cc CXX?= ${LOCALBASE}/libexec/ccache/c++ CPP?= ${LOCALBASE}/libexec/ccache/cpp CCACHE_DIR?= ${LOCALBASE}/ccache .endif How about this approach? Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From edwin at mavetju.org Wed Jun 18 13:16:43 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Wed Jun 18 13:16:54 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <48590746.2060505@FreeBSD.org> References: <20080618125154.GC90685@k7.mavetju> <48590746.2060505@FreeBSD.org> Message-ID: <20080618131642.GD90685@k7.mavetju> On Wed, Jun 18, 2008 at 03:01:58PM +0200, Alex Dupre wrote: > Edwin Groothuis ha scritto: > >Recently I've started to use devel/ccache again (sometimes it takes > >a while before you understand how it works) and it works pretty > >well, except for some ports which can't be build with it. For example > >devel/cmake. > > I use ccache everywhere (world and ports) and I never found a port that > doesn't compile with it (I have cmake, too). When building devel/cmake in a jail with ccache enabled it doesn't get further than: ===> Configuring for cmake-2.6.0 --------------------------------------------- CMake 2.6-0, Copyright (c) 2007 Kitware, Inc., Insight Consortium C compiler on this system is: /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe C++ compiler on this system is: /usr/local/libexec/ccache/world-c++ -O2 -fno-strict-aliasing -pipe [...] CMake has bootstrapped. Now run make. ===> Building for cmake-2.6.0 Scanning dependencies of target cmsys [ 0%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/ProcessUNIX.o [ 0%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/Base64.o [ 0%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/MD5.o [ 1%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/Terminal.o [ 1%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/System.o [ 1%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/String.o [ 2%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Directory.o [ 2%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/DynamicLoader.o [ 2%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Glob.o [ 3%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/RegularExpression.o [ 3%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemTools.o [ 3%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/CommandLineArguments.o [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Registry.o [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/IOStream.o [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o Linking CXX static library libcmsys.a Error running link command: No such file or directory *** Error code 2 This happens with ccache, without ccache it doesn't. There are a couple of others which I can't recall right now. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From ale at FreeBSD.org Wed Jun 18 13:18:26 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 18 13:18:33 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618125154.GC90685@k7.mavetju> References: <20080618125154.GC90685@k7.mavetju> Message-ID: <4859098F.9000205@FreeBSD.org> Edwin Groothuis ha scritto: > Unfortunately /etc/make.conf is read before the ports Makefile is > read, so this in /etc/make.conf isn't going to work anymore: > > .if !defined(NO_CCACHE) > CC=/usr/local/libexec/ccache/cc > CXX=/usr/local/libexec/ccache/c++ > CPP=/usr/local/libexec/ccache/cpp > CCACHE_DIR=/usr/local/ccache > .endif This is not the recommended way to use ccache. Look at the port's documentation. -- Alex Dupre From edwin at mavetju.org Wed Jun 18 13:26:41 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Wed Jun 18 13:26:48 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <4859098F.9000205@FreeBSD.org> References: <20080618125154.GC90685@k7.mavetju> <4859098F.9000205@FreeBSD.org> Message-ID: <20080618132640.GE90685@k7.mavetju> On Wed, Jun 18, 2008 at 03:11:43PM +0200, Alex Dupre wrote: > Edwin Groothuis ha scritto: > >Unfortunately /etc/make.conf is read before the ports Makefile is > >read, so this in /etc/make.conf isn't going to work anymore: > > > > .if !defined(NO_CCACHE) > > CC=/usr/local/libexec/ccache/cc > > CXX=/usr/local/libexec/ccache/c++ > > CPP=/usr/local/libexec/ccache/cpp > > CCACHE_DIR=/usr/local/ccache > > .endif > > This is not the recommended way to use ccache. Look at the port's > documentation. True. It's also not the ones I use on the jails: [/usr/ports/devel/cmake] root@build3>cat /etc/make.conf [/usr/ports/devel/ccache] root@build3>cat /etc/make.conf WRKDIRPREFIX= /var/ports DISTDIR= /var/ports/distfiles PACKAGES= /var/ports/packages PACKAGE_BUILDING= yes FTP_PASSIVE_MODE= yes .if !defined(NOCCACHE) CC=/usr/local/libexec/ccache/world-cc CXX=/usr/local/libexec/ccache/world-c++ .endif # added by use.perl 2008-06-18 13:13:07 PERL_VER=5.8.8 PERL_VERSION=5.8.8 [/usr/ports/devel/cmake] root@build3>export PATH=/usr/local/libexec/ccache:$PATH [/usr/ports/devel/cmake] root@build3>export CCACHE_PATH=/usr/bin:/usr/local/bin [/usr/ports/devel/cmake] root@build3>make clean build ===> Cleaning for cmake-2.6.0 ===> Extracting for cmake-2.6.0 [...] -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/local/libexec/ccache/world-cc -- Check for working C compiler: /usr/local/libexec/ccache/world-cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/local/libexec/ccache/world-c++ -- Check for working CXX compiler: /usr/local/libexec/ccache/world-c++ -- works [...] [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o Linking CXX static library libcmsys.a Error running link command: No such file or directory *** Error code 2 Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From ale at FreeBSD.org Wed Jun 18 13:28:41 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 18 13:28:47 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618125154.GC90685@k7.mavetju> References: <20080618125154.GC90685@k7.mavetju> Message-ID: <48590746.2060505@FreeBSD.org> Edwin Groothuis ha scritto: > Recently I've started to use devel/ccache again (sometimes it takes > a while before you understand how it works) and it works pretty > well, except for some ports which can't be build with it. For example > devel/cmake. I use ccache everywhere (world and ports) and I never found a port that doesn't compile with it (I have cmake, too). -- Alex Dupre From ale at FreeBSD.org Wed Jun 18 13:41:00 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 18 13:41:03 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618131642.GD90685@k7.mavetju> References: <20080618125154.GC90685@k7.mavetju> <48590746.2060505@FreeBSD.org> <20080618131642.GD90685@k7.mavetju> Message-ID: <4859106A.5090604@FreeBSD.org> Edwin Groothuis ha scritto: > ===> Configuring for cmake-2.6.0 > --------------------------------------------- > CMake 2.6-0, Copyright (c) 2007 Kitware, Inc., Insight Consortium > C compiler on this system is: /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe > C++ compiler on this system is: /usr/local/libexec/ccache/world-c++ -O2 -fno-strict-aliasing -pipe This is not correct, it shouldn't use world-c++. This is mine: CMake 2.6-0, Copyright (c) 2007 Kitware, Inc., Insight Consortium C compiler on this system is: cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp C++ compiler on this system is: c++ -O2 -fno-strict-aliasing -pipe -march=athlon-mp > [...] > [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o > Linking CXX static library libcmsys.a > Error running link command: No such file or directory > *** Error code 2 Mine: [...] [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Registry.o [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/IOStream.o [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o Linking CXX static library libcmsys.a [ 4%] Built target cmsys Scanning dependencies of target cmsysTestDynload [ 5%] Building C object Source/kwsys/CMakeFiles/cmsysTestDynload.dir/testDynload.o Linking C shared module libcmsysTestDynload.so [ 5%] Built target cmsysTestDynload [...] I think you should check why it's failing for you, but it's not a common behavior, so I don't see the reason to handle NOCCAHE inside the ports infrastructure. -- Alex Dupre From spam at rm-rf.kiev.ua Wed Jun 18 14:59:59 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 18 15:00:07 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618145946.GA36838@ravenloft.kiev.ua> On Wed, Jun 18, 2008 at 11:16:42PM +1000, Edwin Groothuis wrote: > On Wed, Jun 18, 2008 at 03:01:58PM +0200, Alex Dupre wrote: > > Edwin Groothuis ha scritto: > > >Recently I've started to use devel/ccache again (sometimes it takes > > >a while before you understand how it works) and it works pretty > > >well, except for some ports which can't be build with it. For example > > >devel/cmake. > > > > I use ccache everywhere (world and ports) and I never found a port that > > doesn't compile with it (I have cmake, too). > > When building devel/cmake in a jail with ccache enabled it doesn't get further than: > > ===> Configuring for cmake-2.6.0 > --------------------------------------------- > CMake 2.6-0, Copyright (c) 2007 Kitware, Inc., Insight Consortium > C compiler on this system is: /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe > C++ compiler on this system is: /usr/local/libexec/ccache/world-c++ -O2 -fno-strict-aliasing -pipe > [...] > CMake has bootstrapped. Now run make. > ===> Building for cmake-2.6.0 > Scanning dependencies of target cmsys > [ 0%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/ProcessUNIX.o > [ 0%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/Base64.o > [ 0%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/MD5.o > [ 1%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/Terminal.o > [ 1%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/System.o > [ 1%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/String.o > [ 2%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Directory.o > [ 2%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/DynamicLoader.o > [ 2%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Glob.o > [ 3%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/RegularExpression.o > [ 3%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemTools.o > [ 3%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/CommandLineArguments.o > [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Registry.o > [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/IOStream.o > [ 4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o > Linking CXX static library libcmsys.a > Error running link command: No such file or directory > *** Error code 2 > > This happens with ccache, without ccache it doesn't. > > There are a couple of others which I can't recall right now. /usr/local/libexec/ccache/world-c++ sets CCACHE_HASH_COMPILER Don't use it for building ports. Actualy it's not necessary even for make buildworld. -- Adios From ale at FreeBSD.org Wed Jun 18 15:05:45 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 18 15:05:54 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618145946.GA36838@ravenloft.kiev.ua> References: <20080618145946.GA36838@ravenloft.kiev.ua> Message-ID: <48592446.3030600@FreeBSD.org> Alex Kozlov ha scritto: > Don't use it for building ports. Actualy it's not necessary even for > make buildworld. It's necessary if you don't want to use ccache only for 1% of the buildworld process. -- Alex Dupre From spam at rm-rf.kiev.ua Wed Jun 18 15:26:18 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 18 15:26:24 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618152614.GA37931@ravenloft.kiev.ua> On Wed, Jun 18, 2008 at 05:05:42PM +0200, Alex Dupre wrote: > Alex Kozlov ha scritto: > > Don't use it for building ports. Actualy it's not necessary even for > > make buildworld. > > It's necessary if you don't want to use ccache only for 1% of the > buildworld process. I use CCACHE_NOHASH_SIZE_MTIME: if (getenv("CCACHE_HASH_COMPILER")) { hash_file(args->argv[0]); } else if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { hash_int(st.st_size); hash_int(st.st_mtime); } -- Adios From ale at FreeBSD.org Wed Jun 18 15:48:41 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 18 15:48:44 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618152614.GA37931@ravenloft.kiev.ua> References: <20080618152614.GA37931@ravenloft.kiev.ua> Message-ID: <48592E56.6020207@FreeBSD.org> Alex Kozlov ha scritto: >> It's necessary if you don't want to use ccache only for 1% of the >> buildworld process. > I use CCACHE_NOHASH_SIZE_MTIME: "It's not necessary to use CCACHE_HASH_COMPILER" != "I use CCACHE_NOHASH_SIZE_MTIME, so every compiler I use I will get always the same result." -- Alex Dupre From mezz7 at cox.net Wed Jun 18 16:01:16 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Jun 18 16:01:37 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: On Wed, 18 Jun 2008 00:27:38 -0500, Jeremy Messenger wrote: > Hello folks, > > TODO tasks: > ------------------------------------------------------- > - Fix plist in firefox-devel, I hope to get it fix by > tomorrow or so in this week. s/firefox-devel/firefox3/g.. Anyway, it's fixed and committed. > ------------------------------------------------------- > > How to use MC ports-stable and upgrade? > ------------------------------------------------------- > You can grab marcusmerge[1] and run 'marcusmerge -m ports-stable'. If > you want to update your ports tree, you have to run cvsup, csup, > portsnap or different method first then marcusmerge second at the > everytime. If you want to unmerge your ports tree, you can run > 'marcusmerge -U' and be sure to update your ports tree to bring ports > back. Be sure to read in marcusmerge manpage[2] for more info. > > To upgrade your installed ports, you can just simple 'portmaster -a' or > 'portupgrade -a'. While we don't have most ports that depend on poppler > get bump yet, so be expect to get a bit problem in runtime at the > moment. But it is easy to fix by rebuild/reinstall port. To downgrade, > well you have to do it by manual. > > As for the MC ports (GNOME development) users, I have moved these ports > from ports module to ports-stable module. You will need to run > 'marcusmerge -U' first then update ports tree then MC ports-stable then > at last MC ports. Tom Evans has pointed that I have forgotten to point one more details. When you run marcusmerge and it will asking for CVS password. The CVS password is 'anoncvs' (w/out quote). You can see more details at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ .. Thanks Tom! Cheers, Mezz > [1] http://www.marcuscom.com/downloads/marcusmerge > [2] http://www.marcuscom.com/marcusmerge.8.html > ------------------------------------------------------- > > With all of these changes, I want this to be tested in the pointyhat-exp > first before merges into FreeBSD ports tree. The more help we get will > get faster pointyhat-exp test and merge into FreeBSD ports tree. ;-) > > Cheers, > Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From spam at rm-rf.kiev.ua Wed Jun 18 16:02:44 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 18 16:02:49 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618160236.GA39588@ravenloft.kiev.ua> On Wed, Jun 18, 2008 at 05:48:38PM +0200, Alex Dupre wrote: > Alex Kozlov ha scritto: > >> It's necessary if you don't want to use ccache only for 1% of the > >> buildworld process. > > I use CCACHE_NOHASH_SIZE_MTIME: > > "It's not necessary to use CCACHE_HASH_COMPILER" != "I use > CCACHE_NOHASH_SIZE_MTIME, so every compiler I use I will get always the > same result." Problem in make buildworld case is not compiler name. Problem is that compiler rebuild itself and mtime alway different. So I'm use switch exactly for this case and not depend on side effects CCACHE_HASH_COMPILER. Also later is undocumented. -- Adios From fbsd06 at mlists.homeunix.com Wed Jun 18 16:33:47 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Wed Jun 18 16:33:53 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618152614.GA37931@ravenloft.kiev.ua> References: <20080618152614.GA37931@ravenloft.kiev.ua> Message-ID: <20080618171657.32d0e3da@gumby.homeunix.com.> On Wed, 18 Jun 2008 18:26:14 +0300 Alex Kozlov wrote: > On Wed, Jun 18, 2008 at 05:05:42PM +0200, Alex Dupre wrote: > > Alex Kozlov ha scritto: > > > Don't use it for building ports. Actualy it's not necessary even > > > for make buildworld. > > > > It's necessary if you don't want to use ccache only for 1% of the > > buildworld process. > I use CCACHE_NOHASH_SIZE_MTIME: > > if (getenv("CCACHE_HASH_COMPILER")) { > hash_file(args->argv[0]); > } else if (!getenv("CCACHE_NOHASH_SIZE_MTIME")) { > hash_int(st.st_size); > hash_int(st.st_mtime); > } > I'm not sure what your point is here. CCACHE_HASH_COMPILER is by far the more conservative of the two. I use CCACHE_HASH_COMPILER all the time, it hasn't caused any problems. The cost of hashing the compiler driver is negilible. If you don't set either then each time you rebuild world you invalidate most of your cache. From ale at FreeBSD.org Wed Jun 18 16:44:40 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 18 16:44:42 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618160236.GA39588@ravenloft.kiev.ua> References: <20080618160236.GA39588@ravenloft.kiev.ua> Message-ID: <48593B74.5090009@FreeBSD.org> Alex Kozlov wrote: > Problem in make buildworld case is not compiler name. hash_file() doesn't hash the file name :-) You are lucky that CCACHE_HASH_COMPILER is checked before CCACHE_NOHASH_SIZE_MTIME. -- Ale From naddy at mips.inka.de Wed Jun 18 17:08:57 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Wed Jun 18 17:09:04 2008 Subject: regression-test Message-ID: So I just learned that pointyhat tries to run a target regression-test as part of the build. (Somebody asked me to use that target in a port.) Is this documented somewhere? In particular, running tests of what duration would be considered appropriate? E.g., building audio/flac takes a minute here, running the tests sixteen, which I suspect would be excessive. -- Christian "naddy" Weisgerber naddy@mips.inka.de From naddy at mips.inka.de Wed Jun 18 17:15:52 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Wed Jun 18 17:15:57 2008 Subject: devel/gettext notification in /usr/ports/UPDATING References: <484945CA.3010305@bsdforen.de> <4849681B.6070002@bsdforen.de> <20080606173649.GA88328@owl.midgard.homeip.net> <484976F9.30406@bsdforen.de> Message-ID: Dominic Fandrey wrote: > libintl got version bumped, so if something linked against it, ldd > would be looking for the old version, not find it and complain about > it. What's the old and what's the new version? -- Christian "naddy" Weisgerber naddy@mips.inka.de From spam at rm-rf.kiev.ua Wed Jun 18 17:24:00 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 18 17:24:05 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618172352.GA45188@ravenloft.kiev.ua> On Wed, Jun 18, 2008 at 06:44:36PM +0200, Alex Dupre wrote: > Alex Kozlov wrote: > > Problem in make buildworld case is not compiler name. > hash_file() doesn't hash the file name :-) Yes, sorry. s/name/identity/. In other world this check to make sure that obj was created the same compiler. > You are lucky that CCACHE_HASH_COMPILER is checked before > CCACHE_NOHASH_SIZE_MTIME. This is not luck. To think more about this, CCACHE_HASH_COMPILER and CCACHE_NOHASH_SIZE_MTIME is two method for the same. hash size and mtime is lightweight and CCACHE_HASH_COMPILER is more heavy. But in case of buildworld CCACHE_HASH_COMPILER is still not necessary, CCACHE_NOHASH_SIZE_MTIME is enough. -- Adios From spam at rm-rf.kiev.ua Wed Jun 18 17:30:44 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 18 17:30:51 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618173040.GA45574@ravenloft.kiev.ua> On Wed, Jun 18, 2008 at 06:44:36PM +0200, Alex Dupre wrote: >> Problem in make buildworld case is not compiler name. > hash_file() doesn't hash the file name :-) Yes, sorry. s/name/identity/. In other words this check to make sure that obj was created the same compiler. > You are lucky that CCACHE_HASH_COMPILER is checked before > CCACHE_NOHASH_SIZE_MTIME. This is not luck. To think more about this, CCACHE_HASH_COMPILER and hash size and mtime is two method for the same. Former is lightweight and CCACHE_HASH_COMPILER is more heavy. But in case of buildworld CCACHE_HASH_COMPILER is still not necessary, CCACHE_NOHASH_SIZE_MTIME is enough. -- Adios From kamikaze at bsdforen.de Wed Jun 18 17:32:43 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Jun 18 17:32:48 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: References: <484945CA.3010305@bsdforen.de> <4849681B.6070002@bsdforen.de> <20080606173649.GA88328@owl.midgard.homeip.net> <484976F9.30406@bsdforen.de> Message-ID: <485946AB.6050902@bsdforen.de> Christian Weisgerber wrote: > Dominic Fandrey wrote: > >> libintl got version bumped, so if something linked against it, ldd >> would be looking for the old version, not find it and complain about >> it. > > What's the old and what's the new version? > old: libintl.so.7 new: libintl.so.8 From fbsd06 at mlists.homeunix.com Wed Jun 18 18:05:47 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Wed Jun 18 18:05:52 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618172352.GA45188@ravenloft.kiev.ua> References: <20080618172352.GA45188@ravenloft.kiev.ua> Message-ID: <20080618190536.3f4cd45a@gumby.homeunix.com.> On Wed, 18 Jun 2008 20:23:52 +0300 Alex Kozlov wrote: > This is not luck. To think more about this, CCACHE_HASH_COMPILER > and CCACHE_NOHASH_SIZE_MTIME is two method for the same. > hash size and mtime is lightweight and CCACHE_HASH_COMPILER > is more heavy. It's negligible, it added a few seconds to a build of Firefox, and I had to build it ten times to determine that because the build-to-build variations are much greater. > But in case of buildworld CCACHE_HASH_COMPILER is still not necessary, > CCACHE_NOHASH_SIZE_MTIME is enough. It depends what you want to achieve, the object of ccache is to cache compiler outputs where the results are identical to a fresh build (subject to possible minor exceptions like source file paths). If you don't detect compiler updates then you can no longer say that's true. If you use CCACHE_NOHASH_SIZE_MTIME then you are accepting object files produced by mixture of, arbitrarily old, versions of the compiler. If a new compiler version brings in better code generation, I'd rather pick it up. CCACHE_HASH_COMPILER is a good compromise IMO, because it will detect changes in the driver, without being sensitive to minor world rebuilds. You still need to watch for security updates to GCC because in principle they might not affect the drivers, that's rare though. From chess at chessgriffin.com Wed Jun 18 18:43:08 2008 From: chess at chessgriffin.com (Chess Griffin) Date: Wed Jun 18 18:43:13 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: <485953A6.2010304@chessgriffin.com> Jeremy Messenger wrote: > > With all of these changes, I want this to be tested in the pointyhat-exp > first before merges into FreeBSD ports tree. The more help we get will > get faster pointyhat-exp test and merge into FreeBSD ports tree. ;-) > > Cheers, > Mezz > Hi- I just created a new tinderbox build using 7-STABLE and the marcuscom ports-stable tree and started up a www/firefox3 build. Everything that got pulled in (approx 74 ports) built ok, but Firefox3 failed with what appears to be a dbus/gnome-config configure error. This is at the end of the log: > checking for pango >= 1.10.0 pangocairo >= 1.10.0 pangoft2 >= 1.10.0... yes > checking MOZ_PANGO_CFLAGS... -D_THREAD_SAFE -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/pixman-1 > checking MOZ_PANGO_LIBS... -pthread -L/usr/local/lib -lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpango-1.0 -lm -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv > checking for gnome-vfs-2.0 >= 2.0 gnome-vfs-module-2.0 >= 2.0... gnome-config: not found > gnome-config: not found > gnome-config: not found > gnome-config: not found > checking for gconf-2.0 >= 1.2.1... gnome-config: not found > gnome-config: not found > checking for libgnome-2.0 >= 2.0... gnome-config: not found > gnome-config: not found > checking for libgnomeui-2.0 >= 2.2.0... gnome-config: not found > gnome-config: not found > checking for dbus-glib-1 >= 0.60... gnome-config: not found > gnome-config: not found > Package dbus-glib-1 was not found in the pkg-config search path. Perhaps you should add the directory containing `dbus-glib-1.pc' to the PKG_CONFIG_PATH environment variable No package 'dbus-glib-1' found > configure: error: Library requirements (dbus-glib-1 >= 0.60) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. > ===> Script "configure" failed unexpectedly. > Please run the gnomelogalyzer, available from > "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the > problem and suggest a solution. If - and only if - the gnomelogalyzer cannot > solve the problem, report the build failure to the FreeBSD GNOME team at > gnome@FreeBSD.org, and attach (a) > "/work/a/ports/www/firefox3/work/mozilla/config.log", (b) the output of the > failed make command, and (c) the gnomelogalyzer output. Also, it might be a > good idea to provide an overview of all packages installed on your system > (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, > copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with > the attachment. Try to avoid sending any attachments to the mailing list > (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are > usually discarded by the mailing list software. > *** Error code 1 > > Stop in /a/ports/www/firefox3. > ================================================================ > build of /usr/ports/www/firefox3 ended at Wed Jun 18 18:23:50 UTC 2008 -- Chess Griffin GPG Key: 0x0C7558C3 http://www.chessgriffin.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080618/9b4cd762/signature.pgp From spam at rm-rf.kiev.ua Wed Jun 18 19:06:34 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Jun 18 19:06:38 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080618190621.GA49597@ravenloft.kiev.ua> On Wed, Jun 18, 2008 at 07:05:36PM +0100, RW wrote: > On Wed, 18 Jun 2008 20:23:52 +0300 > Alex Kozlov wrote: > > This is not luck. To think more about this, CCACHE_HASH_COMPILER > > and CCACHE_NOHASH_SIZE_MTIME is two method for the same. > > hash size and mtime is lightweight and CCACHE_HASH_COMPILER > > is more heavy. > It's negligible, it added a few seconds to a build of Firefox, > and I had to build it ten times to determine that because the > build-to-build variations are much greater. I check this. > > But in case of buildworld CCACHE_HASH_COMPILER is still not necessary, > > CCACHE_NOHASH_SIZE_MTIME is enough. > It depends what you want to achieve, the object of ccache is to > cache compiler outputs where the results are identical to a fresh > build (subject to possible minor exceptions like source file paths). If > you don't detect compiler updates then you can no longer say that's > true. In typical case check for size and mtime is enough. For buildworld We can disable even it, because compiler version very rare change in RELENG_X lifetime. In case of tinderbox farm I'm not so sure, if jails don't share .ccache it probably relatively safe. This is need checking. If overhead for CCACHE_HASH_COMPILER not big, may be worth turn it on. Also need testing. For too smart for it own good ports We can add to /etc/make.conf something like this: .if ${.CURDIR:N*/ports/devel/cmake} !="" && ... CC = ccache CXX = ccache .endif > If you use CCACHE_NOHASH_SIZE_MTIME then you are accepting object files > produced by mixture of, arbitrarily old, versions of the compiler. If a > new compiler version brings in better code generation, I'd rather pick > it up. > > CCACHE_HASH_COMPILER is a good compromise IMO, because it will detect > changes in the driver, without being sensitive to minor world rebuilds. > You still need to watch for security updates to GCC because in > principle they might not affect the drivers, that's rare though. -- Adios From naddy at mips.inka.de Wed Jun 18 19:19:27 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Wed Jun 18 19:19:32 2008 Subject: devel/gettext notification in /usr/ports/UPDATING References: <484945CA.3010305@bsdforen.de> <484976F9.30406@bsdforen.de> <485946AB.6050902@bsdforen.de> Message-ID: Dominic Fandrey wrote: > >> libintl got version bumped, so if something linked against it, ldd > >> would be looking for the old version, not find it and complain about > >> it. > > > > What's the old and what's the new version? > > > old: libintl.so.7 > new: libintl.so.8 Remarkable. In my reality, libintl was bumped from so.6 to .so.8 with the update to gettext 0.16.1 and has stayed at .so.8 since. In particular, there was no libintl bump as part of the update to 0.17. -- Christian "naddy" Weisgerber naddy@mips.inka.de From wxs at FreeBSD.org Wed Jun 18 19:43:59 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Jun 18 19:44:04 2008 Subject: regression-test In-Reply-To: References: Message-ID: <20080618194705.GB92928@atarininja.org> On Wed, Jun 18, 2008 at 05:08:54PM +0000, Christian Weisgerber wrote: > So I just learned that pointyhat tries to run a target regression-test > as part of the build. (Somebody asked me to use that target in a > port.) > > Is this documented somewhere? Not anywhere I know of, and it may be something specific to pointyhat as I see no mention of it in Mk/*. I have seen similar behavior in a tinderbox so I'm guessing it's specific to those environments. > In particular, running tests of what duration would be considered > appropriate? E.g., building audio/flac takes a minute here, running > the tests sixteen, which I suspect would be excessive. Obviously build times should be kept to a minimum. If the tests are not mandatory I'd suggest wrapping the regression-test stuff in a check for MAINTAINER_MODE being defined. This way you, or anyone else who wants to, can run the regression tests but pointyhat won't pick them up. -- WXS From kris at FreeBSD.org Wed Jun 18 20:25:06 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed Jun 18 20:25:10 2008 Subject: regression-test In-Reply-To: References: Message-ID: <48596F20.8010906@FreeBSD.org> Christian Weisgerber wrote: > So I just learned that pointyhat tries to run a target regression-test > as part of the build. (Somebody asked me to use that target in a > port.) > > Is this documented somewhere? I don't know off-hand. I assume you searched the handbook? > In particular, running tests of what duration would be considered > appropriate? E.g., building audio/flac takes a minute here, running > the tests sixteen, which I suspect would be excessive. 16 minutes is fine, the only ports that cause trouble are those that take many hours/days to build. Kris From cyberbotx at cyberbotx.com Wed Jun 18 20:39:48 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Wed Jun 18 20:39:56 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: <48597287.2040907@cyberbotx.com> Jeremy Messenger wrote: > Hello folks, > > First all, ahze did most of work. Thanks ahze! Yesterday, I am just > merely pick up and help him. Right now, he is pretty busy with move to > different state but he is still with this project when he can. It might > be a bit long email as I am going to list each ports in subject and TODO > tasks. Please add my email and gnome@ in CC, no matter what, that way my > team and I can follow up better and quicker. Thanks! > > x11/pixman: Update to 0.10.0 > ------------------------------------------------------- > Firefox 3 needs it. Orignal, the shared library was bumped and ahze has > added a new feature in our USE_GNOME=ltverhack by can control the number > of shared library. To control the number of shared library, add the > ltverhack:N. Right now pixman has USE_GNOME=ltverhack:9 to make it stays > same at libpixman-1.so.9. If anyone want to use ltverhack:N in one of > your port, you need to make sure the ABI doesn't change to use it. We > will need more users to test to make sure it doesn't break any function > in other ports that depend on pixman. I am running on it without change > anything and it works great. > ------------------------------------------------------- > > graphics/cairo: Update to 1.6.4 > ------------------------------------------------------- > Firefox 3 needs it. We have updated most cairo binding ports too. Let us > know if we have missed some or cairo breaks your desktop/application. > ------------------------------------------------------- > > graphics/poppler: Update to 0.8.3 > ------------------------------------------------------- > The shared library version has been changed. All ports that depend on > poppler will have to be bump. We still need to bring more ports in MC > ports-stable to test it. We don't have it all at the moment, but we > will. The poppler-qt and poppler-qt4 still need to be work on. I don't > have QT3/QT4 install right now, so it would be nice if one of you can > help me. I will installing QT3/QT4 anyway, btw. KDE maintainers, please > help to test on koffice-kde3 and kdegraphics3 when poppler-qt* are done > as I don't know much about KDE. > ------------------------------------------------------- > > www/firefox3: Update to 3.0 final > ------------------------------------------------------- > The bsd.gecko.mk has been moved from www/mozilla/ to Mk/. You no longer > need to include bsd.gecko.mk/Makefile.common by manual. We still keep it > in backward compatibility, so the rest ports won't be break. We haven't > add some other ports to have Firefox 3 support yet, so if you want to > add in your ports early then feel free to send me patch(es) and I shall > add in MC ports-stable. > ------------------------------------------------------- Well, I tried to build Firefox 3 after updating all the other ports, it gets to this point and fails: c++ -o nsBlockFrame.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DOSTYPE=\"FreeBSD7\" -DOSARCH=FreeBSD -D_IMPL_NS_LAYOUT -I. -I./../base -I./../forms -I./../tables -I./../xul/base/src -I./../../content/xul/content/src -I./../../content/base/src -I./../../content/html/content/src -I./../../dom/src/base -D_THREAD_SAFE -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/pixman-1 -D_THREAD_SAFE -I/usr/local/include/cairo -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I. -I. -I../../dist/include/xpcom -I../../dist/include/string -I../../dist/include/dom -I../../dist/include/content -I../../dist/include/thebes -I../../dist/include/gfx -I../../dist/include/widget -I../../dist/include/locale -I../../dist/include/view -I../../dist/include/necko -I../../dist/include/js -I../../dist/include/caps -I../../dist/include/pref -I../../dist/include/htmlparser -I../../dist/include/webshell -I../../dist/include/plugin -I../../dist/include/docshell -I../../dist/include/webbrwsr -I../../dist/include/oji -I../../dist/include/unicharutil -I../../dist/include/lwbrk -I../../dist/include/imglib2 -I../../dist/include/xpconnect -I../../dist/include/java -I../../dist/include/intl -I../../dist/include/thebes -I../../dist/include/cairo -I../../dist/include/accessibility -I../../dist/include -I../../dist/include/layout -I/usr/local/include/nspr -I/usr/local/include -I/usr/include -I../../dist/sdk/include -I/usr/local/include -fPIC -I/usr/local/include -I/usr/local/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -O -pipe -O2 -fno-strict-aliasing -O2 -fno-strict-aliasing -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O2 -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include -I/usr/local/include -DMOZILLA_CLIENT -include ../../mozilla-config.h nsBlockFrame.cpp In file included from ../../dist/include/content/nsContentUtils.h:46, from ./../../content/base/src/nsGenericElement.h:59, from ./../../content/base/src/nsStyledElement.h:50, from ./../../content/base/src/nsMappedAttributeElement.h:48, from ./../../content/html/content/src/nsGenericHTMLElement.h:41, from nsBlockFrame.cpp:69: ../../dist/include/js/jsnum.h:150: warning: 'js_TraceRuntimeNumberState' initialized and declared 'extern' ../../dist/include/js/jsnum.h:150: error: variable or field 'js_TraceRuntimeNumberState' declared void ../../dist/include/js/jsnum.h:150: error: 'JSTracer' was not declared in this scope ../../dist/include/js/jsnum.h:150: error: 'trc' was not declared in this scope nsBlockFrame.cpp: In member function 'PRBool nsBlockFrame::HandleOverflowPlaceholdersOnPulledLine(nsBlockReflowState&, nsLineBox*)': nsBlockFrame.cpp:4268: warning: unused variable 'taken' nsBlockFrame.cpp: In member function 'void nsBlockFrame::SetOverflowOutOfFlows(const nsFrameList&)': nsBlockFrame.cpp:4620: warning: unused variable 'result' nsBlockFrame.cpp: In member function 'virtual void nsBlockFrame::DeleteNextInFlowChild(nsPresContext*, nsIFrame*)': nsBlockFrame.cpp:5601: warning: unused variable 'prevInFlow' gmake[4]: *** [nsBlockFrame.o] Error 1 gmake[4]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/layout/generic' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/layout' gmake[2]: *** [libs_tier_gecko] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' gmake[1]: *** [tier_gecko] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/ports/www/firefox3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.39797.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=firefox-2.0.0.14_1,1 UPGRADE_PORT_VER=2.0.0.14_1,1 make BATCH=yes WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes WITH_SMB=yes DISABLE_VULNERABILITIES=yes ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! www/firefox3 (firefox-2.0.0.14_1,1) (new compiler error) Thanks, Naram Qashat > TODO tasks: > ------------------------------------------------------- > - Bring more ports that depend on poppler in ports-stable. > - Need to update the document for bsd.gecko.mk (USE_GECKO). > - Fix plist in firefox-devel, I hope to get it fix by > tomorrow or so in this week. > - Add firefox3 in some ports' USE_GECKO if these support, > but it's safe to wait either. (no hurry) > - Test and test. > - Maybe more if there is any > ------------------------------------------------------- > > How to use MC ports-stable and upgrade? > ------------------------------------------------------- > You can grab marcusmerge[1] and run 'marcusmerge -m ports-stable'. If > you want to update your ports tree, you have to run cvsup, csup, > portsnap or different method first then marcusmerge second at the > everytime. If you want to unmerge your ports tree, you can run > 'marcusmerge -U' and be sure to update your ports tree to bring ports > back. Be sure to read in marcusmerge manpage[2] for more info. > > To upgrade your installed ports, you can just simple 'portmaster -a' or > 'portupgrade -a'. While we don't have most ports that depend on poppler > get bump yet, so be expect to get a bit problem in runtime at the > moment. But it is easy to fix by rebuild/reinstall port. To downgrade, > well you have to do it by manual. > > As for the MC ports (GNOME development) users, I have moved these ports > from ports module to ports-stable module. You will need to run > 'marcusmerge -U' first then update ports tree then MC ports-stable then > at last MC ports. > > [1] http://www.marcuscom.com/downloads/marcusmerge > [2] http://www.marcuscom.com/marcusmerge.8.html > ------------------------------------------------------- > > With all of these changes, I want this to be tested in the pointyhat-exp > first before merges into FreeBSD ports tree. The more help we get will > get faster pointyhat-exp test and merge into FreeBSD ports tree. ;-) > > Cheers, > Mezz From fbsd06 at mlists.homeunix.com Wed Jun 18 20:42:32 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Wed Jun 18 20:43:45 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618190621.GA49597@ravenloft.kiev.ua> References: <20080618190621.GA49597@ravenloft.kiev.ua> Message-ID: <20080618214226.470453ef@gumby.homeunix.com.> On Wed, 18 Jun 2008 22:06:21 +0300 Alex Kozlov wrote: > In typical case check for size and mtime is enough. It's not really a question of good enough, if you use the mtime of the driver on all builds, then *every* time you rebuild the compiler, you invaldate all the cache objects that have been built with it. That can have a major impact on port building, and it's in things like "portupgrade -rf gettext" where ccache is most significant. Using the hash avoids that problem. From carpetsmoker at rwxrwxrwx.net Wed Jun 18 21:45:55 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Wed Jun 18 21:45:59 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618125154.GC90685@k7.mavetju> References: <20080618125154.GC90685@k7.mavetju> Message-ID: <20080618212716.GA61331@rwxrwxrwx.net> On Wed, Jun 18, 2008 at 10:51:54PM +1000, Edwin Groothuis wrote: > Hello, > > Recently I've started to use devel/ccache again (sometimes it takes > a while before you understand how it works) and it works pretty > well, except for some ports which can't be build with it. For example > devel/cmake. > > To prevent everybody from having to re-invent the wheel, we could > introduce a NO_CCACHE flag in the affected ports Makefile: > > NO_CCACHE=yes Hi Edwin, There are some ports which refuse to compile with ccache, these all seem to be projects which use scons, unlike make, scons does not copy the user's environment automatically, and the required environment variables for ccache (like CCACHE_DIR) aren't present, which leads to build failure, an example is games/freera. I'm not that familiar with scons, and what exactly the "proper way" is to handle this sort of stuff in scons, I looked at it some time ago for a port I maintain (graphics/gsculpt), and from what I remember, just copying the entire user's environment to the scons build environment is not as easy as it sounds, I don't remember the details. The fix I used was to just copy the ccache environment variables ... Quick 'n dirty, but it works. I didn't look at it very long, so there could be a better way. Note that some applications like graphics/blender work fine with ccache without modification (Note that the current blender port doesn't use scons, but a previous version did). Writing *good* SConstruct files seems to be relatively hard/complicated ... Which is seems to be why most projects don't have good SConstruct files. In any case, there seem to be only a few isolated ports which don't compile with ccache, fixing those also seems to be pretty easy ... So before implementing NO_CCACHE fixing the ports seems like a better idea IMO, if you want I can search for broken scons ports and fix if necessary. Not sure if there are other scenarios where ccache fails, I have used it for years in various environments (including jails/tinderboxes) without any problems other than those outlined above. -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org QOTD: We all like praise, but a hike in our pay is the best kind of ways. From naddy at mips.inka.de Wed Jun 18 21:56:17 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Wed Jun 18 21:56:23 2008 Subject: regression-test In-Reply-To: <48596F20.8010906@FreeBSD.org> References: <48596F20.8010906@FreeBSD.org> Message-ID: <20080618204633.GA52738@kemoauc.mips.inka.de> Kris Kennaway: > >Is this documented somewhere? > > I don't know off-hand. I assume you searched the handbook? There is no mention of it in the Porter's Handbook and a cursory Google search only turned up build logs, commit messages, and the like. -- Christian "naddy" Weisgerber naddy@mips.inka.de From kris at FreeBSD.org Wed Jun 18 22:02:44 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed Jun 18 22:02:46 2008 Subject: regression-test In-Reply-To: <20080618204633.GA52738@kemoauc.mips.inka.de> References: <48596F20.8010906@FreeBSD.org> <20080618204633.GA52738@kemoauc.mips.inka.de> Message-ID: <48598603.5080707@FreeBSD.org> Christian Weisgerber wrote: > Kris Kennaway: > >>> Is this documented somewhere? >> I don't know off-hand. I assume you searched the handbook? > > There is no mention of it in the Porter's Handbook and a cursory > Google search only turned up build logs, commit messages, and the > like. > OK, sounds like it should be mentioned there then. Kris From linimon at FreeBSD.org Wed Jun 18 22:23:52 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 18 22:24:09 2008 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20080618222351.1644A1CCB5@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/Maaate broken because: checksum mismatch due to fetch grabbing an error page instead of the distfiles build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Maaate-0.3.1_2.log (Jun 15 11:12:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/gogo broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gogo portname: audio/xmms-imms broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/xmms-imms-1.2a_7.log (Jun 15 11:19:23 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-ORBit-0.4.7_3.log (Jun 15 11:15:12 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pear-apd-1.0.1,1.log (Jun 15 11:18:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: games/clanbomber broken because: Does not compile with the newer clanCore build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/clanbomber-1.05_2.log (Jun 15 11:30:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/linux-x-plane-net-installer broken because: Unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/linux-x-plane-net-installer-1.07_1.log (Jun 15 11:29:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/libvisual-plugins-0.2.0_4.log (Jun 15 11:19:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ray++-0.4_1.log (Jun 15 11:13:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/erc broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: japanese/lynx broken because: Leaves behind config file on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/lyx broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-lyx-1.0.3_1.log (Jun 15 11:22:53 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-okphone-1.2.log (Jun 15 11:10:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-oleo-1.99.16_3.log (Jun 15 11:17:49 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/plain2 broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-plain2-2.54.1_2.log (Jun 15 11:10:22 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-tkstep-8.0.5_2.log (Jun 15 11:18:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/drscheme broken because: Fails to install (signal 11) build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/drscheme-370_2.log (Jun 15 11:19:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=drscheme portname: lang/pfe-devel broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pfe-0.32.94_1.log (Jun 15 11:13:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/quack broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/scriba broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/scriba-20b0_1.log (Jun 15 11:10:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: math/pgcalc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=pgcalc portname: math/ses broken because: Does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ses-031130_2.log (Jun 15 11:29:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: mbone/sdr broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/sdr-3.0_2.log (Jun 15 11:17:33 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=sdr portname: misc/pybliographer broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008031916/pybliographer-1.0.11_5.log (Apr 9 06:58:18 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/mplayerxp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/smpeg-xmms broken because: Does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/smpeg-xmms-0.3.5_8.log (Jun 15 11:22:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/NeTraMet broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/scotty3 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/scotty-20000221_4.log (Jun 15 11:17:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=scotty3 portname: net-p2p/py-kenosis-bittorrent broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/cap broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/cap-6.0.198_2.log (Jun 15 11:10:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/gnometelnet broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/jags broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/jags-0.20.2_4.log (Jun 15 11:18:39 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=jags portname: net/libtnl broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtnl portname: net/libunpipc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/py-mantissa broken because: Leaves files behind after deinstallation build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/py25-mantissa-0.6.1.log (Feb 29 17:27:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/silky broken because: this port is broken with newer silc-toolkit version build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/silky-0.5.5_2.log (Jun 15 11:28:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/versuch broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/versuch-1.02_1.log (Jun 15 11:16:37 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/versuch-1.02_1.log (Feb 25 13:32:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: net/vls broken because: Does not build with current libdvbpsi build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/vls-0.5.6_2.log (Jun 15 11:13:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: news/nget broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/nget-0.27.1.log (Jun 15 11:13:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=nget portname: palm/pdbc broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/lilypond broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/lilypond-2.2.2_6.log (Jun 15 11:38:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lilypond portname: science/gerris broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/oof broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/oof-1.037_2.log (Jun 15 11:22:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: security/cfs broken because: Does not compile on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/cfs-1.4.1_4.log (Jun 15 11:10:34 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/newpki-lib-2.0.0.b4_1.log (Jun 15 11:13:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/xmlsec-0.0.15_3.log (Jun 15 11:15:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/sjog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps broken because: Does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Ebnf2ps-1.05_3.log (Jun 15 11:16:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/htmlize.el broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/xhtml-11 broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xhtml-11 portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/bk_edit-0.6.23_5.log (Jun 15 11:18:37 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/bugmenot broken because: Unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.2008060811/bugmenot-1.3_3.log (Jun 10 00:30:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bugmenot portname: www/ocaml-wdialog broken because: does not build with new ocaml build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ocaml-wdialog-2.1.2_1.log (Jun 15 11:28:35 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-themes/gtk-industrial-theme broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/flu-2.14_4.log (Jun 15 11:20:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt broken because: Configure fails build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-qt-3.008_3.log (Jun 15 11:30:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm broken because: Checksum mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/alloywm-0.4.0_4.log (Jun 15 11:16:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace broken because: Checksum mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/fluxspace-0.0.3_5.log (Jun 15 11:18:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/kahakai-0.6.2_8.log (Jun 15 11:18:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/bbuname broken because: Checksum mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/bbuname-0.2_1.log (Jun 15 11:16:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname From linimon at FreeBSD.org Wed Jun 18 22:23:59 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 18 22:24:10 2008 Subject: FreeBSD ports which are currently marked broken Message-ID: <20080618222357.87D811CD12@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: astro/gaia /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008061520/gaia-0.1.2_3.log (Jun 16 21:40:36 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=gaia portname: audio/Maaate /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Maaate-0.3.1_2.log (Jun 15 11:12:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/dream /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/dream-1.6.25_1.log (Feb 25 08:38:18 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dream portname: audio/gogo /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gogo portname: audio/gstreamer-plugins-spc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: audio/py-sdl_mixer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/py25-sdl_mixer-0.0.3_3.log (Jun 18 13:24:34 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008061008/py25-sdl_mixer-0.0.3_3.log (Jun 11 09:44:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/ruby-xmms2-ecore /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ruby18-xmms2-ecore-0.4.d.0_2.log (Jun 15 11:18:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-xmms2-ecore portname: audio/shellac /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/shellac-20060412_2.log (Jun 15 11:37:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shellac portname: audio/snett /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/snett-0.0.2_2.log (Jun 15 11:37:41 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snett portname: audio/tse3 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/tse3-0.3.1_1.log (Jun 15 11:12:43 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/xmms-imms /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/xmms-imms-1.2a_7.log (Jun 15 11:19:23 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: cad/opencascade /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=opencascade portname: chinese/iiimf-le-xcin /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: comms/hcfmdm /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: comms/libsyncml /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008061318/libsyncml-0.4.5_1.log (Jun 15 03:58:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=libsyncml portname: converters/mimelib /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/mimelib-1.1.2_1.log (Jun 15 11:11:22 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/mysql-query-browser /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/mysql-query-browser-1.1.18_5.log (Jun 15 11:42:22 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-query-browser portname: databases/mysqlbigram /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/mysqlbigram-1.0.1.log (Jun 15 11:53:42 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/./mysqlbigram-1.0.1.log (May 4 19:01:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlbigram portname: databases/p5-DBD-PgSPI /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-DBD-PgSPI-0.02_3.log (Jun 15 11:15:20 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-PgSPI portname: databases/postgresql-plproxy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/postgresql-plproxy-2.0.2_1.log (Jun 15 11:15:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plproxy portname: databases/py-tada /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/py25-tada-1.4.0.log (Jun 15 11:12:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-tada portname: databases/qdbm-java /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qdbm-java portname: deskutils/remember.el /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/remember.el-emacs21-1.9_3.log (Jun 15 11:41:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el portname: devel/ace+tao /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ace+tao-5.4.2+1.4.2.log (Jun 15 11:12:45 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/cocktail-9309_1.log (Jun 15 11:10:12 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/gdb-act-5.3_2,1.log (Jun 15 11:12:53 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/hs-buddha /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hs-buddha-1.2_2.log (Jun 15 11:15:29 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-buddha portname: devel/hs-fps /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hs-fps-0.7_2.log (Jun 15 11:15:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-fps portname: devel/hs-hat /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hs-hat-ghc6-2.05.log (Jun 15 11:16:46 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hat portname: devel/hs-hpl /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hs-hpl-0.4.3.2.log (Jun 15 11:15:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hpl portname: devel/hs-tclhaskell-ghc /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hs-tclhaskell-ghc-1.2_5.log (Jun 15 11:17:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-tclhaskell-ghc portname: devel/makeplus /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/./makeplus-0.2.3_1.log (May 22 23:36:15 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=makeplus portname: devel/msp430-gdb /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/msp430-gdb-5.1.1.20030909_1.log (Jun 15 11:12:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-ORBit-0.4.7_3.log (Jun 15 11:15:12 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pear-apd-1.0.1,1.log (Jun 15 11:18:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/py-rbtree /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/py25-rbtree-0.8.0.log (May 30 00:31:33 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-rbtree portname: devel/py-turbocheetah /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/py24-TurboCheetah-0.9.5.log (Jun 15 11:12:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-turbocheetah portname: devel/qdevelop /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/qdevelop-0.23.1_2.log (Jun 15 11:28:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=qdevelop portname: devel/root /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/root-5.02.00_4.log (Jun 15 11:29:51 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ruby18-rjudy-1.0_1.log (Jun 15 11:14:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/sfslite-dbg /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/sfslite-shdbg-1.2.3.log (Jun 15 11:12:57 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=sfslite-dbg portname: devel/xfc /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/xfc-4.3.1_5.log (Jun 15 11:29:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/ooo-build /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ooo-build portname: editors/openoffice.org-1.1 /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/./openoffice.org-1.1.5_8.log (May 22 23:36:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=openoffice.org-1.1 portname: editors/openoffice.org-1.1-devel /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008061520/openoffice.org-1.1.5.20070906_4.log (Jun 16 23:48:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=openoffice.org-1.1-devel portname: editors/setedit /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/setedit-0.5.4_2.log (Jun 15 11:18:46 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/zed-1.0.5_1.log (Jun 15 11:10:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/snes9express-1.42_7.log (Jun 15 11:21:00 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/amy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/amy-0.8.7.log (Jun 15 11:11:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/aqbubble-0.3_5.log (Jun 15 11:31:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/clanbomber /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/clanbomber-1.05_2.log (Jun 15 11:30:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/emacs-chess /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/emacs-chess-2.0b5_2.log (Jun 15 11:37:53 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=emacs-chess portname: games/euchre /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/euchre-0.7_4.log (Jun 15 11:18:29 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/linux-alienarena /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-alienarena portname: games/linux-x-plane-net-installer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/linux-x-plane-net-installer-1.07_1.log (Jun 15 11:29:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: games/pykawari /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pykawari-8.2.4_2.log (Jun 15 11:41:17 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=pykawari portname: games/xrally /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xrally portname: graphics/crystalspace-devel /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/crystalspace-devel-20061105_5.log (Jun 15 11:23:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/gstreamer-plugins-swfdec /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/gstreamer-plugins-swfdec-0.10.7_3,3.log (Jun 15 11:29:08 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: graphics/ivtools /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ivtools-1.2.4_4.log (Jun 15 11:18:54 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/kallery /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kallery portname: graphics/libvisual-plugins /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/libvisual-plugins-0.2.0_4.log (Jun 15 11:19:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/p5-Imager-QRCode /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/p5-Imager-QRCode-0.01_1.log (Feb 22 20:35:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-Imager-QRCode portname: graphics/py-glewpy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/py25-glewpy-0.7.4_1.log (Jun 15 11:20:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-glewpy portname: graphics/qgis /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/qgis-0.7.4_3.log (Feb 25 14:58:02 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qgis portname: graphics/ray++ /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ray++-0.4_1.log (Jun 15 11:13:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/erc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: irc/kvirc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=kvirc portname: japanese/escpf /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-escpf-0.4.log (Jun 15 11:10:22 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=escpf portname: japanese/lynx /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/lyx /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-lyx-1.0.3_1.log (Jun 15 11:22:53 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx portname: japanese/okphone /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-okphone-1.2.log (Jun 15 11:10:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-oleo-1.99.16_3.log (Jun 15 11:17:49 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/plain2 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-plain2-2.54.1_2.log (Jun 15 11:10:22 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-tkstep-8.0.5_2.log (Jun 15 11:18:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/dbvis /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/java-gcj-compat /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-gcj-compat portname: java/java3d /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java3d portname: java/jdk14 /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008061520/jdk-1.4.2p8_11.log (Jun 17 01:44:43 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/chameleon /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/chameleon-05.07_1.log (Jun 15 11:16:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=chameleon portname: lang/drscheme /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/drscheme-370_2.log (Jun 15 11:19:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=drscheme portname: lang/dylan /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/hope /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hope-1.1.log (Jun 15 11:13:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=hope portname: lang/maude /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/maude-2.2_1.log (Jun 15 11:14:35 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=maude portname: lang/mozart /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/mozart-1.3.1.20040616_3.log (Jun 15 11:29:07 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/parrot /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/parrot-0.6.0.log (Jun 15 11:15:01 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/./parrot-0.6.0.log (Mar 27 22:46:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=parrot portname: lang/pfe-devel /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pfe-0.32.94_1.log (Jun 15 11:13:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/pugs /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pugs-6.2.13_1.log (Jun 15 11:21:36 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/q /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/qscheme /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/qscheme-0.5.1_3.log (Jun 15 11:14:17 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=qscheme portname: lang/quack /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/screamer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/screamer-3.20.log (Jun 15 11:12:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: lang/scriba /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/scriba-20b0_1.log (Jun 15 11:10:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: lang/xsb /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/XSB-2.6_1.log (Jun 15 11:15:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/claws-mail-clamav /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/claws-mail-clamav-3.3_4.log (Jun 15 11:29:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=claws-mail-clamav portname: mail/dspam-devel /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=dspam-devel portname: mail/sylpheed2-devel /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/sylpheed-2.5.0.b3.log (Jun 13 09:33:40 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008061008/sylpheed-2.5.0.b3_1.log (Jun 11 10:55:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=sylpheed2-devel portname: math/emacs-calc /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/emacs-calc-2.02f_2.log (Jun 15 11:28:54 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emacs-calc portname: math/linalg /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/linalg-4.4_1.log (Jun 15 11:13:11 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/pgcalc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=pgcalc portname: math/rascal /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/rascal-0.3.2_4.log (Jun 15 11:13:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/ses /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ses-031130_2.log (Jun 15 11:29:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: mbone/sdr /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/sdr-3.0_2.log (Jun 15 11:17:33 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=sdr portname: misc/ipbt /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ipbt-r7471.log (Jun 15 11:11:05 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ipbt portname: misc/pybliographer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008031916/pybliographer-1.0.11_5.log (Apr 9 06:58:18 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/avifile /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/avifile-0.7.43_8,2.log (Jun 15 11:30:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=avifile portname: multimedia/dirac-reference /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/dirac-reference-0.7.0.log (Jun 15 11:41:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference portname: multimedia/helixplayer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hxplay-1.0.7_4.log (Jun 15 11:21:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=helixplayer portname: multimedia/mjpegtools-yuvfilters /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/mjpegtools-yuvfilters-1.1_4.log (Mar 5 04:11:36 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters portname: multimedia/mplayerxp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/mythtv /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smpeg-xmms /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/smpeg-xmms-0.3.5_8.log (Jun 15 11:22:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/tv_grab_au /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/tv_grab_au-0.6.2_1.log (Jun 15 11:29:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=tv_grab_au portname: multimedia/xmps-win32-plugin /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: multimedia/y4mscaler /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/y4mscaler-9.0_2.log (Jun 15 11:17:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=y4mscaler portname: net-im/ginsu /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ginsu-0.7.1_2.log (Jun 15 11:15:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ginsu portname: net-im/libjingle /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/libjingle-0.3.0_9.log (Jun 15 11:17:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=libjingle portname: net-im/sulci /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/sulci-0.5.a.20060221_1,2.log (Jun 15 11:20:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=sulci portname: net-mgmt/NeTraMet /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/nav /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net-mgmt/scotty3 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/scotty-20000221_4.log (Jun 15 11:17:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=scotty3 portname: net-p2p/py-kenosis-bittorrent /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/Sockets /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Sockets-1.8.7.log (Jun 15 11:13:36 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=Sockets portname: net/Sockets-devel /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Sockets-devel-1.9.9.log (Jun 15 11:13:29 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=Sockets-devel portname: net/acx100 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/b2bua /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/b2bua-1.5.0_2.log (Jun 15 11:14:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/cap-6.0.198_2.log (Jun 15 11:10:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/frickin /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/frickin-2.0.b2.log (Jun 15 11:10:25 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/frickin-2.0.b1.log (Feb 29 16:44:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=frickin portname: net/ggsd /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ggsd-0.1_4.log (Jun 15 11:18:37 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/globus4 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=globus4 portname: net/gnometelnet /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/jags /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/jags-0.20.2_4.log (Jun 15 11:18:39 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=jags portname: net/libtnl /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtnl portname: net/libunpipc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/nepim /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/nepim-0.15_3.log (Jun 15 11:16:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=nepim portname: net/openospfd-devel /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/openospfd-devel-20060516_4.log (Jun 15 11:11:46 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openospfd-devel portname: net/openpbx.org /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/openpbx.org-1.2_2.log (Jun 15 11:14:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/p5-Net-Z3950 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-Net-Z3950-0.51.log (Jun 15 11:15:45 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-Z3950 portname: net/p5-Parallel-MPI /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Parallel-MPI portname: net/penguintv /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/py-mantissa /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/py25-mantissa-0.6.1.log (Feb 29 17:27:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/samba4wins /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/samba4wins-1.0.6_1.log (Jun 15 11:15:05 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba4wins portname: net/silky /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/silky-0.5.5_2.log (Jun 15 11:28:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/ssltunnel-client /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ssltunnel-client-1.15_1.log (Jun 15 11:12:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/versuch /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/versuch-1.02_1.log (Jun 15 11:16:37 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/versuch-1.02_1.log (Feb 25 13:32:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: net/vls /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/vls-0.5.6_2.log (Jun 15 11:13:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: net/vserver /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/vserver-2.43a.log (Jun 15 11:10:29 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/whois /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/whois-4.7.24_1.log (Jun 15 11:12:25 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=whois portname: net/ztelnet /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ztelnet-1.0.p3_1.log (Jun 15 11:10:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/inn-current-20061024_1.log (Jun 15 11:13:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/nget /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/nget-0.27.1.log (Jun 15 11:13:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=nget portname: news/openftd /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/openftd-0.99.2.log (Mar 15 12:37:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/pdbc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: palm/romeo /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/romeo-0.5.0_1.log (Jun 15 11:13:53 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/kaspaliste /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/lilypond /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/lilypond-2.2.2_6.log (Jun 15 11:38:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lilypond portname: science/gerris /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/hdf /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/hdf-4.2r1_2.log (Jun 15 11:14:34 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/oof /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/oof-1.037_2.log (Jun 15 11:22:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: science/pcp /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pcp-2.2.log (Jun 15 11:10:35 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/cfs /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/cfs-1.4.1_4.log (Jun 15 11:10:34 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/dazuko /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/dazuko-2.3.2.log (Jun 15 11:10:35 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/krb4 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/krb4-1.2.2_3.log (Jun 15 11:10:34 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/newpki-lib-2.0.0.b4_1.log (Jun 15 11:13:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/pgp6 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pgp-6.5.8_1.log (Jun 15 11:13:49 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: security/shibboleth-sp /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/shibboleth-sp-1.3f.log (Jun 15 11:42:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/squidclam /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/squidclam-0.11_5.log (Jun 15 11:16:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=squidclam portname: security/xmlsec /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/xmlsec-0.0.15_3.log (Jun 15 11:15:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/dtc /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/dtc-0.28.2.1_1.log (Jun 15 11:39:08 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/dtc-toaster /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/dtc-toaster-0.28.2.1_1.log (Jun 15 11:39:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc-toaster portname: sysutils/dusage /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/dusage-19900227.log (Jun 15 11:11:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dusage portname: sysutils/kleansweep /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.2008061409/kleansweep-0.2.9_1.log (Jun 14 23:33:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=kleansweep portname: sysutils/perf /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/perf-1.5_1.log (Jun 15 11:22:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/quicksynergy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/quicksynergy-0.7_1.log (Jun 15 11:42:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=quicksynergy portname: sysutils/sjog /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: sysutils/upsdaemon /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/upsdaemon-1.0.log (Jun 15 11:10:40 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: sysutils/xwipower /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/xwlans-0.1.2_3.log (Jun 15 11:16:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/Ebnf2ps /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Ebnf2ps-1.05_3.log (Jun 15 11:16:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/dixit /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/dixit-1.0.1_3.log (Jun 15 11:30:51 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/htmlize.el /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/isearch /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/isearch-1.47i.log (Jun 15 11:10:40 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=isearch portname: textproc/opensched /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/p5-HTML-CTPP2 /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008061318/p5-HTML-CTPP2-2.1.1.log (Jun 14 06:39:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-HTML-CTPP2 portname: textproc/xhtml-11 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xhtml-11 portname: www/bk_edit /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/bk_edit-0.6.23_5.log (Jun 15 11:18:37 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/bugmenot /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.2008060811/bugmenot-1.3_3.log (Jun 10 00:30:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bugmenot portname: www/c-icap /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/c-icap-030606_5,1.log (Jun 15 11:16:25 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=c-icap portname: www/cybercalendar /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cybercalendar portname: www/geneweb /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/geneweb-4.10_4.log (Jun 15 11:18:08 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=geneweb portname: www/mod_ntlm2 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/mod_ntlm2-0.1.log (Jun 15 11:16:54 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_ntlm2 portname: www/ocaml-wdialog /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ocaml-wdialog-2.1.2_1.log (Jun 15 11:28:35 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/ocsigen /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ocsigen-0.6.0_1.log (Jun 15 11:20:57 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocsigen portname: www/p5-Apache-AuthenCache /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthenCache portname: www/pecl-mnogosearch /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/pecl-mnogosearch-1.0.0.log (Jun 15 11:15:37 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pecl-mnogosearch portname: www/roxen /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/roxen-2.1.231.log (Jun 15 11:10:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=roxen portname: www/rt3 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt3 portname: www/rt32 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32 portname: www/toofpy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/py25-TooFPy-0.3.7.log (Jun 15 11:12:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/wb0 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/winhelpcgi-1.0r3_2.log (Jun 15 11:17:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-fm/evidence /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/evidence-0.9.8_10.log (Jun 15 11:32:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=evidence portname: x11-fm/velocity /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/velocity-0.1.0b_10.log (Jun 15 11:42:35 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/gtk-industrial-theme /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/flu-2.14_4.log (Jun 15 11:20:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/fox10 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/fox-1.0.53_1.log (Jun 15 11:19:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox10 portname: x11-toolkits/fox12 /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/fox-1.2.18_1.log (Jun 15 11:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox12 portname: x11-toolkits/fxscintilla-fox10 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fxscintilla-fox10 portname: x11-toolkits/p5-Gnome /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-qt-3.008_3.log (Jun 15 11:30:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/alloywm-0.4.0_4.log (Jun 15 11:16:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/fluxspace-0.0.3_5.log (Jun 15 11:18:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/kahakai-0.6.2_8.log (Jun 15 11:18:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/bbuname /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/bbuname-0.2_1.log (Jun 15 11:16:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname portname: x11/metisse /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/metisse-0.4.0.r4_2.log (Jun 15 11:21:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=metisse From linimon at FreeBSD.org Wed Jun 18 22:24:12 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 18 22:24:15 2008 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20080618222410.EA7F61CCB3@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/Maaate description: MPEG audio analysis toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2008-07-29 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Maaate-0.3.1_2.log (Jun 15 11:12:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/linux-mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-mbrola portname: audio/mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=mbrola portname: chinese/BBMan description: BBMan is a BBS client for X Window System maintainer: ports@FreeBSD.org deprecated because: Abandonware by upstream maintainer expiration date: 2008-07-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=BBMan portname: chinese/links description: Lynx-like text WWW browser maintainer: ports@FreeBSD.org status: IGNORE deprecated because: has been ignored for 15 months expiration date: 2008-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=links portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/sam-4.3_2.log (Jun 15 11:17:45 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: emulators/linux-winetools description: A setup and configuration tool for WINE maintainer: ports@FreeBSD.org deprecated because: Very old, discontinued, and replaced by emulators/wine-doors expiration date: 2007-11-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux-winetools portname: games/linux-x-plane-net-installer description: The X-Plane network installer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Unfetchable expiration date: 2007-04-10 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/linux-x-plane-net-installer-1.07_1.log (Jun 15 11:29:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: japanese/lynx description: A terminal-based World-Wide Web Client with multi-byte modification maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Leaves behind config file on deinstall expiration date: 2007-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/vje30 description: Modern intelligent Japanese input engine (purchase version) maintainer: ports@FreeBSD.org deprecated because: depends on forbidden port misc/compat3x expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=vje30 portname: math/umfpack description: Unsymmetric-pattern MultiFrontal Package maintainer: ports@FreeBSD.org deprecated because: Outdated subset of math/suitesparse expiration date: 2007-11-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/umfpack-4.4_1.log (Jun 15 11:14:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=umfpack portname: net-mgmt/nsc description: Netsaint Console monitor maintainer: ports@FreeBSD.org deprecated because: Project abandoned expiration date: 2007-10-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nsc portname: net/apache-soap description: The Apache SOAP implementation in Java maintainer: ports@FreeBSD.org deprecated because: Development has been ceased, superseded by www/axis. expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=apache-soap portname: net/archie description: Prospero client for the archie service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=archie portname: net/silky description: A simple and easy to use graphical, os-independent SILC client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: This port is broken with newer silc-toolkit version. expiration date: 2008-07-20 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/silky-0.5.5_2.log (Jun 15 11:28:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/vls description: Broadcasts MPEG(1/2/4, PS/TS) video streams maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has been moved to multimedia/vlc expiration date: 2008-04-28 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/vls-0.5.6_2.log (Jun 15 11:13:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: net/xarchie description: X11 front-end program for the archie network search service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xarchie portname: security/amavisd description: The daemonized version of amavis-perl maintainer: ports@FreeBSD.org deprecated because: depends on misc/compat3x, which has security problems; old version expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=amavisd portname: www/bugmenot description: seamonkey extension to bypass compulsory web registration maintainer: ports@FreeBSD.org status: BROKEN deprecated because: 1.4 seems the latest version installable with seamonkey, but it does not work expiration date: 2008-08-17 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.2008060811/bugmenot-1.3_3.log (Jun 10 00:30:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bugmenot portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/9wm description: An 8 1/2-like Window Manager for X maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 2002 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=9wm portname: x11-wm/gwm description: Generic Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=gwm portname: x11-wm/mlvwm description: Macintosh like window manager for X11 maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=mlvwm portname: x11-wm/novawm description: A window manager for X, developed with speed, size, and style in mind maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=novawm portname: x11-wm/orion description: An X11 window manager written in Scheme maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=orion portname: x11-wm/ude description: Small, fast, compact windowmanager maintainer: ports@FreeBSD.org deprecated because: Remove dead project expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ude portname: x11/9term description: An X11 program which emulates a plan9 window maintainer: ports@FreeBSD.org deprecated because: depends on expired port expiration date: 2008-07-18 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/9term-1.6.3_2.log (Jun 7 15:39:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term From linimon at FreeBSD.org Wed Jun 18 22:24:17 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 18 22:24:19 2008 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20080618222415.4E0181CCCD@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/Maaate description: MPEG audio analysis toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2008-07-29 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/Maaate-0.3.1_2.log (Jun 15 11:12:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/linux-mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-mbrola portname: audio/mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=mbrola portname: chinese/BBMan description: BBMan is a BBS client for X Window System maintainer: ports@FreeBSD.org deprecated because: Abandonware by upstream maintainer expiration date: 2008-07-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=BBMan portname: chinese/links description: Lynx-like text WWW browser maintainer: ports@FreeBSD.org status: IGNORE deprecated because: has been ignored for 15 months expiration date: 2008-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=links portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/sam-4.3_2.log (Jun 15 11:17:45 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: emulators/linux-winetools description: A setup and configuration tool for WINE maintainer: ports@FreeBSD.org deprecated because: Very old, discontinued, and replaced by emulators/wine-doors expiration date: 2007-11-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux-winetools portname: games/linux-x-plane-net-installer description: The X-Plane network installer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Unfetchable expiration date: 2007-04-10 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/linux-x-plane-net-installer-1.07_1.log (Jun 15 11:29:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: japanese/lynx description: A terminal-based World-Wide Web Client with multi-byte modification maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Leaves behind config file on deinstall expiration date: 2007-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/samba description: A free SMB and CIFS client and server for UNIX maintainer: nakaji@jp.FreeBSD.org deprecated because: please use japanese/samba3, samba-2.2.x is obsolete expiration date: 2008-04-26 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/ja-samba-2.2.12.j1.0beta1_3.log (Jun 15 11:14:59 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008061520/ja-samba-2.2.12.j1.0beta1_3.log (Jun 16 13:46:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=samba portname: japanese/vje30 description: Modern intelligent Japanese input engine (purchase version) maintainer: ports@FreeBSD.org deprecated because: depends on forbidden port misc/compat3x expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=vje30 portname: mail/mutt-ng description: A fork of the mutt with the goal to incorporate all the patches maintainer: josh@tcbug.org deprecated because: Abandonware by upstream maintainers. Use mail/mutt-devel expiration date: 2008-07-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=mutt-ng portname: math/sc description: A curses-based spreadsheet program maintainer: semper@doubt.com deprecated because: distfile disappeared expiration date: 2008-03-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=sc portname: math/umfpack description: Unsymmetric-pattern MultiFrontal Package maintainer: ports@FreeBSD.org deprecated because: Outdated subset of math/suitesparse expiration date: 2007-11-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/umfpack-4.4_1.log (Jun 15 11:14:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=umfpack portname: net-mgmt/nsc description: Netsaint Console monitor maintainer: ports@FreeBSD.org deprecated because: Project abandoned expiration date: 2007-10-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nsc portname: net/apache-soap description: The Apache SOAP implementation in Java maintainer: ports@FreeBSD.org deprecated because: Development has been ceased, superseded by www/axis. expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=apache-soap portname: net/archie description: Prospero client for the archie service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=archie portname: net/openospfd-devel description: Free implementation of the Open Shortest Path First Protocol maintainer: flz@FreeBSD.org status: BROKEN deprecated because: Port hasn't been updated in a while, use net/openospfd instead expiration date: 2008-06-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/openospfd-devel-20060516_4.log (Jun 15 11:11:46 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openospfd-devel portname: net/p5-Net-Z3950 description: A perl interface to the Z39.50 information retrieval protocol maintainer: demon@FreeBSD.org status: BROKEN deprecated because: does not compile with yaz 3.x, deprecated in favor of ZOOM-Perl (net/p5-Net-Z3950-ZOOM) expiration date: 2008-05-04 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/p5-Net-Z3950-0.51.log (Jun 15 11:15:45 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-Z3950 portname: net/silky description: A simple and easy to use graphical, os-independent SILC client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: This port is broken with newer silc-toolkit version. expiration date: 2008-07-20 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/silky-0.5.5_2.log (Jun 15 11:28:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/vls description: Broadcasts MPEG(1/2/4, PS/TS) video streams maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has been moved to multimedia/vlc expiration date: 2008-04-28 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2008061312/vls-0.5.6_2.log (Jun 15 11:13:38 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: net/xarchie description: X11 front-end program for the archie network search service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xarchie portname: security/amavisd description: The daemonized version of amavis-perl maintainer: ports@FreeBSD.org deprecated because: depends on misc/compat3x, which has security problems; old version expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=amavisd portname: security/ca-roots description: A list of SSL CA root certificates maintainer: secteam@FreeBSD.org deprecated because: Not supported by FreeBSD Security Officer anymore expiration date: 2007-07-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=ca-roots portname: shells/rssh description: A Restricted Secure SHell only for sftp or/and scp maintainer: tabthorpe@FreeBSD.org status: IGNORE deprecated because: No longer maintained upstream expiration date: 2008-08-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=rssh portname: www/bugmenot description: seamonkey extension to bypass compulsory web registration maintainer: ports@FreeBSD.org status: BROKEN deprecated because: 1.4 seems the latest version installable with seamonkey, but it does not work expiration date: 2008-08-17 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.2008060811/bugmenot-1.3_3.log (Jun 10 00:30:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bugmenot portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-servers/xorg-server-snap description: X.Org X server and related programs maintainer: x11@FreeBSD.org status: IGNORE deprecated because: Port hasn't been used since the switch to modular releases expiration date: 2008-06-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-servers&portname=xorg-server-snap portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/9wm description: An 8 1/2-like Window Manager for X maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 2002 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=9wm portname: x11-wm/gwm description: Generic Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=gwm portname: x11-wm/mlvwm description: Macintosh like window manager for X11 maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=mlvwm portname: x11-wm/novawm description: A window manager for X, developed with speed, size, and style in mind maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=novawm portname: x11-wm/orion description: An X11 window manager written in Scheme maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=orion portname: x11-wm/ude description: Small, fast, compact windowmanager maintainer: ports@FreeBSD.org deprecated because: Remove dead project expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ude portname: x11/9term description: An X11 program which emulates a plan9 window maintainer: ports@FreeBSD.org deprecated because: depends on expired port expiration date: 2008-07-18 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/9term-1.6.3_2.log (Jun 7 15:39:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term From linimon at FreeBSD.org Wed Jun 18 22:24:20 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 18 22:24:23 2008 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20080618222419.0493D1CCFC@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From linimon at FreeBSD.org Wed Jun 18 22:24:20 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 18 22:24:24 2008 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20080618222419.944881CCCD@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net-p2p/peercast forbidden because: arbitrary code execution, http://www.vuxml.org/freebsd/402ae710-26a2-11dd-ae05-825f4c35000a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=peercast portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/zope forbidden because: contains cross-site scripting vulnerability http://VuXML.FreeBSD.org/34414a1e-e377-11db-b8ab-000c76189c4c.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope From stickybit at gmx.net Thu Jun 19 02:02:43 2008 From: stickybit at gmx.net (Sticky Bit) Date: Thu Jun 19 02:02:47 2008 Subject: [KDE / QT FreeBSD users] CALL FOR HELPERS: Please contribute to the project! Thanks! Message-ID: <200806190335.18070.stickybit@gmx.net> Dear KDE / QT on FreeBSD users, we need your help! Yes, -your- help! Why? Please read more ... I would not write this mail if everything was fine with KDE on FreeBSD. This is a gently but urgent request for help. Main problem is there are not enough contributors at the moment. This is really urgent because the whole 'KDE on FreeBSD' project is moving very slowly right now. This situation will not change until more users start to help us. Such a big task like porting and maintaining KDE on FreeBSD requires a huge amount of resources. But the project does not have enough responsive testers and contributors. We also need long term contributors and active maintainers. You asked yourself why there is no update of KDE 3 ports to latest stable 3.5.9 which were released months ago? You asked yourself why you are not able to dive into the exiting new world of KDE 4 on FreeBSD because there is no KDE 4 within FreeBSD ports tree yet? There are simply not enough contributors! You want these tasks to be done? Fine! But then please help. Only very few contributors are working on it at the moment. miwi@ is one of those. He did and does a very good job - also often in the background and not really noticed. He has already done a great work in porting KDE 4 to FreeBSD. But there is so much much more to do and he cannot do it all alone. If you have some free space on your disk, some time to spent and you are familiar with the ports tree then I ask you to contribute! No special skills required! First create a new user account just for testing purposes so your /home/.kde etc will not be touched when you run KDE 4. Checkout the area51 repository (see below). Then update QT4 first. Then build the KDE 4 ports you want. Log the builds and runtime tests of those ports. See http://wiki.freebsd.org/KDE4 for known problems. Report all (unknown) problems or bugs with full logs (e. g. post the logs at http://nopaste.unixfreunde.de/ ) and some details at kde-freebsd@kde.org. It is really that easy! You can do something like this: # cvs -d:ext:anoncvs@orm.arved.priv.at:/home/kde-freebsd co area51 # mount -t unionfs /path/to/area51 /usr/ports Thanks to unionfs - which runs pretty well these days / RELENG7 - there is no risk for your original ports tree. Just do # umount /usr/ports and you can use it like before. Questions? Bug reports? Something else? Please subscribe to kde-freebsd@kde.org at https://mail.kde.org/mailman/listinfo/kde-freebsd and mail your questions, answers, bugs, logs, etc. You can also search the archives. Remember: You can really help! Please contribute! You are very welcome! Thanks! Thanks! Thanks! -- Regards, Sticky Bit From 7yuny1 at gmail.com Thu Jun 19 08:06:11 2008 From: 7yuny1 at gmail.com (Jyun-Yi Liou) Date: Thu Jun 19 08:06:19 2008 Subject: devel/libdlna build fail Message-ID: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> Hi list!, I have some trouble while I am trying to install devel/libdlna at ./configure and the attatchment is my config.log Thx a lot! Regards, jyuny1 -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 4894 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080619/4dacb187/config.obj From kris at FreeBSD.org Thu Jun 19 10:30:44 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu Jun 19 10:30:47 2008 Subject: INDEX build optimizations - please review In-Reply-To: <485A3314.8010304@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> <485A3314.8010304@FreeBSD.org> Message-ID: <485A3552.9000803@FreeBSD.org> Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Kris Kennaway wrote: > > | ********************************************************************** > | ********************* NOTE TO PORT DEVELOPERS ************************ > | ********************************************************************** > | > | 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, then you avoid wasting one or > | more process executions. > > Yes, in theory. > > Any clue why this doesn't work? > > SCHED_NAME= sysctl -n kern.sched.name > > all: > ~ echo $(${SCHED_NAME}) Try $$(${SCHED_NAME}) (escape the $ you don't want make to process) Kris From gahr at FreeBSD.org Thu Jun 19 10:32:26 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Thu Jun 19 10:32:31 2008 Subject: INDEX build optimizations - please review In-Reply-To: <485A3552.9000803@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> <485A3314.8010304@FreeBSD.org> <485A3552.9000803@FreeBSD.org> Message-ID: <485A35AF.3060703@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Kris Kennaway wrote: | Pietro Cerutti wrote: |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA512 |> |> Kris Kennaway wrote: |> |> | ********************************************************************** |> | ********************* NOTE TO PORT DEVELOPERS ************************ |> | ********************************************************************** |> | |> | 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, then you avoid wasting one or |> | more process executions. |> |> Yes, in theory. |> |> Any clue why this doesn't work? |> |> SCHED_NAME= sysctl -n kern.sched.name |> |> all: |> ~ echo $(${SCHED_NAME}) | | Try $$(${SCHED_NAME}) (escape the $ you don't want make to process) mh yep... :) tnx! | | Kris - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhaNa4ACgkQwMJqmJVx944OVgCggOX/Pa/LkLltaQM/Orl+NESL SXAAn0tIPuesfM1DNU8Fnf89wHufU3+F =/McK -----END PGP SIGNATURE----- From avg at icyb.net.ua Thu Jun 19 10:53:46 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Jun 19 10:53:50 2008 Subject: devel/kdesdk vs system flex Message-ID: <485A3AB0.2000800@icyb.net.ua> devel/kdesdk fails to build on FreeBSD 6.3 (amd64) if system /usr/bin/flex is installed and it shadows flex installed from ports. If I move system flex out of the way kdesdk compiles ok. System flex version is 2.5.4. Port's version is 2.5.35. -- Andriy Gapon From hg at queue.to Thu Jun 19 11:31:15 2008 From: hg at queue.to (Howard Goldstein) Date: Thu Jun 19 11:31:18 2008 Subject: print/pdftk: Lonely orphan port needs attention (print/pdftk broken on 7.0 after gettext work (appx)) Message-ID: <485A4381.509@queue.to> pdftk was a handy utility for splitting and combining bits of .pdfs. Given a list of .pdfs it could extract page ranges of input .pdfs and combine them to produce a new .pdf. Breakage may have been inevitable since pdftk is so old and unmaintained... It's also i386 only which seems to have scared off potential maintainers, at least that's how it looks perusing gnats. I'm not savvy enough to figure out why pdftk is locking up to where only a -9 will kill it. It's very repeatable (one input file, one output file, immediate lockup). Through truss it looks like it's waiting for a child to terminate but I'm not savvy enough to trace what happens to forked off processes. Would some kind soul take a look at this? Alternately, are there other ports that support pulling page ranges out of pdfs to generate new pdfs? From douglas at douglasthrift.net Thu Jun 19 09:37:07 2008 From: douglas at douglasthrift.net (Douglas Thrift) Date: Thu Jun 19 11:31:44 2008 Subject: FreeBSD Port: mono-kmod-20070416 Message-ID: <34811B905D6F4207B1A0F52B2DD3B0A2@douglasthrift.net> Hello, It seems that mono-kmod is still restricted to i386 and arm. Are there still technical reasons for this? Mono itself is available and working on amd64. _______________________________________________________________________ Douglas William Thrift From john.marshall at riverwillow.com.au Thu Jun 19 11:45:29 2008 From: john.marshall at riverwillow.com.au (John Marshall) Date: Thu Jun 19 11:45:33 2008 Subject: why some ports still use openldap-client23? In-Reply-To: <4858D707.5090800@walsimou.com> References: <4858C47F.20705@walsimou.com> <4858CB93.80606@gmail.com> <4858D707.5090800@walsimou.com> Message-ID: <20080619113019.GC14401@ctipc01.mby.riverwillow.net.au> On Wed, 18 Jun 2008, 11:36 +0200, Gaye Abdoulaye Walsimou wrote: > Yuri Pankov a ?crit : > > > >While WANT_* variables are restricted to usage inside ports framework > >(quoting bsd.port.mk), the only way that I've found to force > >openldap-client24 is WANT_OPENLDAP_VER=24. > > > Yes it works, I will use it until all ports use openldap-client24. > Thanks The documentataion in /usr/ports/Mk/bsd.port.mk explains why ports which specify USE_OPENLDAP keep wanting OpenLDAP 2.3 - unless you specify 2.4 # USE_OPENLDAP If set, this port uses the OpenLDAP libraries. Implies: WANT_OPENLDAP_VER?=23 # WANT_OPENLDAP_VER Legal values are: 22, 23, 24 If set to an unkown value, the port is marked BROKEN. # WANT_OPENLDAP_SASL If set, the system should use OpenLDAP libraries with SASL support. -- John Marshall From tevans.uk at googlemail.com Thu Jun 19 12:24:25 2008 From: tevans.uk at googlemail.com (Tom Evans) Date: Thu Jun 19 12:24:30 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: <48597287.2040907@cyberbotx.com> References: <48597287.2040907@cyberbotx.com> Message-ID: <1213876731.10665.156.camel@localhost> On Wed, 2008-06-18 at 16:39 -0400, Naram Qashat wrote: > Well, I tried to build Firefox 3 after updating all the other ports, it gets to > this point and fails: > > c++ -o nsBlockFrame.o -c -I../../dist/include/system_wrappers -include > ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API > -DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET > -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DOSTYPE=\"FreeBSD7\" > -DOSARCH=FreeBSD -D_IMPL_NS_LAYOUT -I. -I./../base -I./../forms -I./../tables > -I./../xul/base/src -I./../../content/xul/content/src -I./../../content/base/src > -I./../../content/html/content/src -I./../../dom/src/base -D_THREAD_SAFE > -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include > -I/usr/local/include/pixman-1 -D_THREAD_SAFE -I/usr/local/include/cairo > -I/usr/local/include -I/usr/local/include/freetype2 > -I/usr/local/include/pixman-1 -I. -I. -I../../dist/include/xpcom > -I../../dist/include/string -I../../dist/include/dom > -I../../dist/include/content -I../../dist/include/thebes > -I../../dist/include/gfx -I../../dist/include/widget -I../../dist/include/locale > -I../../dist/include/view -I../../dist/include/necko -I../../dist/include/js > -I../../dist/include/caps -I../../dist/include/pref > -I../../dist/include/htmlparser -I../../dist/include/webshell > -I../../dist/include/plugin -I../../dist/include/docshell > -I../../dist/include/webbrwsr -I../../dist/include/oji > -I../../dist/include/unicharutil -I../../dist/include/lwbrk > -I../../dist/include/imglib2 -I../../dist/include/xpconnect > -I../../dist/include/java -I../../dist/include/intl -I../../dist/include/thebes > -I../../dist/include/cairo -I../../dist/include/accessibility > -I../../dist/include -I../../dist/include/layout -I/usr/local/include/nspr > -I/usr/local/include -I/usr/include -I../../dist/sdk/include > -I/usr/local/include -fPIC -I/usr/local/include -I/usr/local/include > -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith > -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor > -Wcast-align -Wno-long-long -O -pipe -O2 -fno-strict-aliasing -O2 > -fno-strict-aliasing -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O2 -D_THREAD_SAFE > -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include > -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo > -I/usr/local/include/pango-1.0 -I/usr/local/include > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 > -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include > -I/usr/local/include -DMOZILLA_CLIENT -include ../../mozilla-config.h > nsBlockFrame.cpp > In file included from ../../dist/include/content/nsContentUtils.h:46, > from ./../../content/base/src/nsGenericElement.h:59, > from ./../../content/base/src/nsStyledElement.h:50, > from ./../../content/base/src/nsMappedAttributeElement.h:48, > from ./../../content/html/content/src/nsGenericHTMLElement.h:41, > from nsBlockFrame.cpp:69: > ../../dist/include/js/jsnum.h:150: warning: 'js_TraceRuntimeNumberState' > initialized and declared 'extern' > ../../dist/include/js/jsnum.h:150: error: variable or field > 'js_TraceRuntimeNumberState' declared void > ../../dist/include/js/jsnum.h:150: error: 'JSTracer' was not declared in this scope > ../../dist/include/js/jsnum.h:150: error: 'trc' was not declared in this scope > nsBlockFrame.cpp: In member function 'PRBool > nsBlockFrame::HandleOverflowPlaceholdersOnPulledLine(nsBlockReflowState&, > nsLineBox*)': > nsBlockFrame.cpp:4268: warning: unused variable 'taken' > nsBlockFrame.cpp: In member function 'void > nsBlockFrame::SetOverflowOutOfFlows(const nsFrameList&)': > nsBlockFrame.cpp:4620: warning: unused variable 'result' > nsBlockFrame.cpp: In member function 'virtual void > nsBlockFrame::DeleteNextInFlowChild(nsPresContext*, nsIFrame*)': > nsBlockFrame.cpp:5601: warning: unused variable 'prevInFlow' > gmake[4]: *** [nsBlockFrame.o] Error 1 > gmake[4]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/layout/generic' > gmake[3]: *** [libs] Error 2 > gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/layout' > gmake[2]: *** [libs_tier_gecko] Error 2 > gmake[2]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' > gmake[1]: *** [tier_gecko] Error 2 > gmake[1]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' > gmake: *** [default] Error 2 > *** Error code 2 > > Stop in /usr/ports/www/firefox3. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.39797.0 > env UPGRADE_TOOL=portupgrade UPGRADE_PORT=firefox-2.0.0.14_1,1 > UPGRADE_PORT_VER=2.0.0.14_1,1 make BATCH=yes WITH_OPENSSL_PORT=yes > WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 > WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes WITH_SMB=yes DISABLE_VULNERABILITIES=yes > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! www/firefox3 (firefox-2.0.0.14_1,1) (new compiler error) > > Thanks, > Naram Qashat > This is because it is picking up the installed firefox headers in /usr/local/include/firefox rather than the ones as part of firefox3. I had to deinstall firefox2, mozilla, xulrunner and spidermonkey before I could build firefox3. xulrunner and mozilla might have been overkill, but for me that file (nsBlockFrame.cpp) was definitely pulling in firefox and spidermonkey includes. (btw, whats the protocol for replying to these mails - should I strip off all but one list? What list is the 'important' one?) Tom -------------- 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/20080619/a6892e61/attachment.pgp From gahr at FreeBSD.org Thu Jun 19 13:15:27 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Thu Jun 19 13:15:32 2008 Subject: INDEX build optimizations - please review In-Reply-To: <484EAFAC.3020208@FreeBSD.org> References: <484EAFAC.3020208@FreeBSD.org> Message-ID: <485A3314.8010304@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Kris Kennaway wrote: | ********************************************************************** | ********************* NOTE TO PORT DEVELOPERS ************************ | ********************************************************************** | | 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, then you avoid wasting one or | more process executions. Yes, in theory. Any clue why this doesn't work? SCHED_NAME= sysctl -n kern.sched.name all: ~ echo $(${SCHED_NAME}) | | Kris | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhaMxIACgkQwMJqmJVx945CEgCePoNe6vevue/Hfww4DpM0vJrM r/gAn0aAJ+Y68FqLSi7axSdOHuo5EiY4 =6LX2 -----END PGP SIGNATURE----- From delphij at delphij.net Thu Jun 19 13:49:08 2008 From: delphij at delphij.net (LI Xin) Date: Thu Jun 19 13:49:11 2008 Subject: why some ports still use openldap-client23? In-Reply-To: <4858C47F.20705@walsimou.com> References: <4858C47F.20705@walsimou.com> Message-ID: <485A63C6.5090304@delphij.net> Gaye Abdoulaye Walsimou wrote: > Hello list, > I'm just wondering why some ports are still using openldap-client23 (i.e > pam_ldap nss_ldap) instead of openldap-client24 ? > Is there any valid entry in make.conf to have openldap-client24 instead > of openldap-client23? You can set WANT_OPENLDAP_VER=24 in /etc/make.conf. I have requested an experimental build for having 2.4 as default but that would consume some time. We need to make sure that most port has their build issue resolved before making the change (for most users this might not be a problem, I personally run openldap 2.4 on my own servers since beginning of this year). Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080619/c4a91ec6/signature.pgp From cyberbotx at cyberbotx.com Thu Jun 19 14:50:36 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Thu Jun 19 14:50:41 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: <1213876731.10665.156.camel@localhost> References: <48597287.2040907@cyberbotx.com> <1213876731.10665.156.camel@localhost> Message-ID: <485A6E6B.2000606@cyberbotx.com> Tom Evans wrote: > On Wed, 2008-06-18 at 16:39 -0400, Naram Qashat wrote: >> Well, I tried to build Firefox 3 after updating all the other ports, it gets to >> this point and fails: >> >> c++ -o nsBlockFrame.o -c -I../../dist/include/system_wrappers -include >> ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API >> -DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET >> -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DOSTYPE=\"FreeBSD7\" >> -DOSARCH=FreeBSD -D_IMPL_NS_LAYOUT -I. -I./../base -I./../forms -I./../tables >> -I./../xul/base/src -I./../../content/xul/content/src -I./../../content/base/src >> -I./../../content/html/content/src -I./../../dom/src/base -D_THREAD_SAFE >> -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include >> -I/usr/local/include/pixman-1 -D_THREAD_SAFE -I/usr/local/include/cairo >> -I/usr/local/include -I/usr/local/include/freetype2 >> -I/usr/local/include/pixman-1 -I. -I. -I../../dist/include/xpcom >> -I../../dist/include/string -I../../dist/include/dom >> -I../../dist/include/content -I../../dist/include/thebes >> -I../../dist/include/gfx -I../../dist/include/widget -I../../dist/include/locale >> -I../../dist/include/view -I../../dist/include/necko -I../../dist/include/js >> -I../../dist/include/caps -I../../dist/include/pref >> -I../../dist/include/htmlparser -I../../dist/include/webshell >> -I../../dist/include/plugin -I../../dist/include/docshell >> -I../../dist/include/webbrwsr -I../../dist/include/oji >> -I../../dist/include/unicharutil -I../../dist/include/lwbrk >> -I../../dist/include/imglib2 -I../../dist/include/xpconnect >> -I../../dist/include/java -I../../dist/include/intl -I../../dist/include/thebes >> -I../../dist/include/cairo -I../../dist/include/accessibility >> -I../../dist/include -I../../dist/include/layout -I/usr/local/include/nspr >> -I/usr/local/include -I/usr/include -I../../dist/sdk/include >> -I/usr/local/include -fPIC -I/usr/local/include -I/usr/local/include >> -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith >> -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor >> -Wcast-align -Wno-long-long -O -pipe -O2 -fno-strict-aliasing -O2 >> -fno-strict-aliasing -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O2 -D_THREAD_SAFE >> -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include >> -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo >> -I/usr/local/include/pango-1.0 -I/usr/local/include >> -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include >> -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 >> -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include >> -I/usr/local/include -DMOZILLA_CLIENT -include ../../mozilla-config.h >> nsBlockFrame.cpp >> In file included from ../../dist/include/content/nsContentUtils.h:46, >> from ./../../content/base/src/nsGenericElement.h:59, >> from ./../../content/base/src/nsStyledElement.h:50, >> from ./../../content/base/src/nsMappedAttributeElement.h:48, >> from ./../../content/html/content/src/nsGenericHTMLElement.h:41, >> from nsBlockFrame.cpp:69: >> ../../dist/include/js/jsnum.h:150: warning: 'js_TraceRuntimeNumberState' >> initialized and declared 'extern' >> ../../dist/include/js/jsnum.h:150: error: variable or field >> 'js_TraceRuntimeNumberState' declared void >> ../../dist/include/js/jsnum.h:150: error: 'JSTracer' was not declared in this scope >> ../../dist/include/js/jsnum.h:150: error: 'trc' was not declared in this scope >> nsBlockFrame.cpp: In member function 'PRBool >> nsBlockFrame::HandleOverflowPlaceholdersOnPulledLine(nsBlockReflowState&, >> nsLineBox*)': >> nsBlockFrame.cpp:4268: warning: unused variable 'taken' >> nsBlockFrame.cpp: In member function 'void >> nsBlockFrame::SetOverflowOutOfFlows(const nsFrameList&)': >> nsBlockFrame.cpp:4620: warning: unused variable 'result' >> nsBlockFrame.cpp: In member function 'virtual void >> nsBlockFrame::DeleteNextInFlowChild(nsPresContext*, nsIFrame*)': >> nsBlockFrame.cpp:5601: warning: unused variable 'prevInFlow' >> gmake[4]: *** [nsBlockFrame.o] Error 1 >> gmake[4]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/layout/generic' >> gmake[3]: *** [libs] Error 2 >> gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/layout' >> gmake[2]: *** [libs_tier_gecko] Error 2 >> gmake[2]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' >> gmake[1]: *** [tier_gecko] Error 2 >> gmake[1]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' >> gmake: *** [default] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/www/firefox3. >> ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.39797.0 >> env UPGRADE_TOOL=portupgrade UPGRADE_PORT=firefox-2.0.0.14_1,1 >> UPGRADE_PORT_VER=2.0.0.14_1,1 make BATCH=yes WITH_OPENSSL_PORT=yes >> WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 >> WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes WITH_SMB=yes DISABLE_VULNERABILITIES=yes >> ** Fix the problem and try again. >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >> ! www/firefox3 (firefox-2.0.0.14_1,1) (new compiler error) >> >> Thanks, >> Naram Qashat >> > > This is because it is picking up the installed firefox headers > in /usr/local/include/firefox rather than the ones as part of firefox3. > I had to deinstall firefox2, mozilla, xulrunner and spidermonkey before > I could build firefox3. xulrunner and mozilla might have been overkill, > but for me that file (nsBlockFrame.cpp) was definitely pulling in > firefox and spidermonkey includes. > > (btw, whats the protocol for replying to these mails - should I strip > off all but one list? What list is the 'important' one?) > > Tom That was definitely the problem, thanks for pointing that out. Without looking at the source files, I assume they were referencing the header files by some kind of path and that was causing the issue when firefox2 and spidermonkey were installed. But now it builds fine, and also runs just fine as well. Thanks, Naram Qashat From yanefbsd at gmail.com Thu Jun 19 15:36:58 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Jun 19 15:37:02 2008 Subject: Who should honor WITHOUT_X11? Message-ID: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> Trying to build dbus recently on my system without X11 installed, I ran into a few compile issues because I had put WITHOUT_X11=yes into src.conf. However, I put WITHOUT_X11=yes into make.conf and was able to compile dbus properly (in the end). So, my questions are: 1. Should make.conf be responsible for the WITHOUT_X11 or should another file be responsible for it? 2. Is it already documented in a manpage somewhere? It isn't documented in `man make.conf'. Thanks, -Garrett From glarkin at sourcehosting.net Thu Jun 19 16:01:01 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Thu Jun 19 16:01:07 2008 Subject: devel/libdlna build fail In-Reply-To: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> References: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> Message-ID: <005701c8d225$a40ce2f0$0c01a8c0@FIREBALL> > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Jyun-Yi Liou > Sent: Thursday, June 19, 2008 4:06 AM > To: freebsd-ports@freebsd.org > Cc: malus.x@gmail.com > Subject: devel/libdlna build fail > > Hi list!, > I have some trouble while I am trying to install > devel/libdlna at ./configure > > and the attatchment is my config.log > > Thx a lot! > > Regards, > jyuny1 > Hi Jyun-Yi, What do you get as output from the following command? pkg_info -L ffmpeg\* | grep avformat.h On my machine, I see: /usr/local/include/ffmpeg/avformat.h I was able to configure and install devel/libdlna with no problem, and it looks like as long as multimedia/ffmpeg installs correctly, you should have an avformat.h file in the location above. If you do have that file and the devel/libdlna configuration still fails, then I'll have to think of something else to try. Regards, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From fbsd06 at mlists.homeunix.com Thu Jun 19 16:06:33 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Thu Jun 19 16:06:37 2008 Subject: Who should honor WITHOUT_X11? In-Reply-To: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> References: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> Message-ID: <20080619165036.0284cf85@gumby.homeunix.com.> On Thu, 19 Jun 2008 08:36:56 -0700 "Garrett Cooper" wrote: > Trying to build dbus recently on my system without X11 installed, I > ran into a few compile issues because I had put WITHOUT_X11=yes into > src.conf. However, I put WITHOUT_X11=yes into make.conf and was able > to compile dbus properly (in the end). > > So, my questions are: > 1. Should make.conf be responsible for the WITHOUT_X11 or should > another file be responsible for it? src.conf is for the base-system only. X11 is not in the base-system, so nothing in the base-system will be affected by WITHOUT_X11. You put it in make.conf, or any other place where you configure for ports. From pfgshield-freebsd at yahoo.com Thu Jun 19 16:20:59 2008 From: pfgshield-freebsd at yahoo.com (pfgshield-freebsd@yahoo.com) Date: Thu Jun 19 16:21:07 2008 Subject: regression-test Message-ID: <676047.76296.qm@web32706.mail.mud.yahoo.com> Christian Weisgerber wrote: ... > In particular, running tests of what duration would be considered > appropriate? E.g., building audio/flac takes a minute here, running > the tests sixteen, which I suspect would be excessive. FWIW, I started adding those regression-test targets to many ports because they are extremely useful: while trying to update to the latest coreutils I found everything apparently built but everything was actually broken. Now I am finding bugs in some ports that I thought were fine. It's good to use it for (short) things that actually test functionality. Using it for benchmarks is really NOT a good idea: it takes a lot of time and also the results from the build cluster can vary hugely to make them of any value. Pedro. ___________________________________ Scopri il Blog di Yahoo! Mail: trucchi, novit?, consigli... e la tua opinione! http://www.ymailblogit.com/blog/ From kamikaze at bsdforen.de Thu Jun 19 16:23:40 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Jun 19 16:23:45 2008 Subject: devel/gettext notification in /usr/ports/UPDATING In-Reply-To: References: <484945CA.3010305@bsdforen.de> <484976F9.30406@bsdforen.de> <485946AB.6050902@bsdforen.de> Message-ID: <485A87F1.8080900@bsdforen.de> Christian Weisgerber wrote: > Dominic Fandrey wrote: > >>>> libintl got version bumped, so if something linked against it, ldd >>>> would be looking for the old version, not find it and complain about >>>> it. >>> What's the old and what's the new version? >>> >> old: libintl.so.7 >> new: libintl.so.8 > > Remarkable. > > In my reality, libintl was bumped from so.6 to .so.8 with the update > to gettext 0.16.1 and has stayed at .so.8 since. In particular, > there was no libintl bump as part of the update to 0.17. > If that is the case then the gettext warning from 20080605 in /usr/ports/UPDATING was entirely wrong and all the version bumping has been for naught. There was no reason to rebuild anything at all. Even worse than I assumed. From patfbsd at davenulle.org Thu Jun 19 16:33:40 2008 From: patfbsd at davenulle.org (Patrick =?ISO-8859-15?Q?Lamaizi=E8re?=) Date: Thu Jun 19 16:33:44 2008 Subject: kdebase3 package is missing in 7-stable Message-ID: <20080619181357.31ef28dc@baby-jane-lamaiziere-net.local> Hi, kdebase3 package for 7-stable/i386 is missing on the FTP. Regards. From wxs at FreeBSD.org Thu Jun 19 16:35:01 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Jun 19 16:35:11 2008 Subject: regression-test In-Reply-To: <676047.76296.qm@web32706.mail.mud.yahoo.com> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> Message-ID: <20080619163501.GB12160@atarininja.org> On Thu, Jun 19, 2008 at 08:54:17AM -0700, pfgshield-freebsd@yahoo.com wrote: > Christian Weisgerber wrote: > ... > > In particular, running tests of what duration would be considered > > appropriate? E.g., building audio/flac takes a minute here, running > > the tests sixteen, which I suspect would be excessive. > > FWIW, I started adding those regression-test targets to many ports > because they are extremely useful: while trying to update to the > latest coreutils I found everything apparently built but everything > was actually broken. Now I am finding bugs in some ports that I > thought were fine. Which is why I would recommend wrapping them in checks for MAINTAINER_MODE or something similar. This way you, as the maintainer, can turn them on when you want but they don't affect anything else. -- WXS From kris at FreeBSD.org Thu Jun 19 17:06:37 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu Jun 19 17:06:43 2008 Subject: regression-test In-Reply-To: <20080619163501.GB12160@atarininja.org> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> Message-ID: <485A921C.80602@FreeBSD.org> Wesley Shields wrote: > On Thu, Jun 19, 2008 at 08:54:17AM -0700, pfgshield-freebsd@yahoo.com wrote: >> Christian Weisgerber wrote: >> ... >>> In particular, running tests of what duration would be considered >>> appropriate? E.g., building audio/flac takes a minute here, running >>> the tests sixteen, which I suspect would be excessive. >> FWIW, I started adding those regression-test targets to many ports >> because they are extremely useful: while trying to update to the >> latest coreutils I found everything apparently built but everything >> was actually broken. Now I am finding bugs in some ports that I >> thought were fine. > > Which is why I would recommend wrapping them in checks for > MAINTAINER_MODE or something similar. This way you, as the maintainer, > can turn them on when you want but they don't affect anything else. Our experience has shown that it is very common for tests to succeed when run by the maintainer, but to fail in the package cluster environment because of differences in the environment, configuration, default assumptions, etc. i.e. the regression tests found bugs, which is the entire point. We *want* regression tests to be available unconditionally -- that is why I added the hook to the package build process to run them if present. Please don't hack around this because you think you're doing us a favour :-) Kris From kris at FreeBSD.org Thu Jun 19 17:08:43 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu Jun 19 17:08:46 2008 Subject: kdebase3 package is missing in 7-stable In-Reply-To: <20080619181357.31ef28dc@baby-jane-lamaiziere-net.local> References: <20080619181357.31ef28dc@baby-jane-lamaiziere-net.local> Message-ID: <485A929B.6080401@FreeBSD.org> Patrick Lamaizi?re wrote: > Hi, > > kdebase3 package for 7-stable/i386 is missing on the FTP. Yes. This happens from time to time when the ports or their dependencies are broken. Kris From gary.jennejohn at freenet.de Thu Jun 19 17:11:59 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Thu Jun 19 17:12:02 2008 Subject: Who should honor WITHOUT_X11? In-Reply-To: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> References: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> Message-ID: <20080619191156.00e517f6@peedub.jennejohn.org> On Thu, 19 Jun 2008 08:36:56 -0700 "Garrett Cooper" wrote: > Trying to build dbus recently on my system without X11 installed, I > ran into a few compile issues because I had put WITHOUT_X11=yes into > src.conf. However, I put WITHOUT_X11=yes into make.conf and was able > to compile dbus properly (in the end). > > So, my questions are: > 1. Should make.conf be responsible for the WITHOUT_X11 or should > another file be responsible for it? > 2. Is it already documented in a manpage somewhere? It isn't > documented in `man make.conf'. > It's documented in src.conf(5) that it only applies to the FreeBSD source tree, which does not include the ports tree. Only make.conf is globally applicable. --- Gary Jennejohn From tom at FreeBSD.org Thu Jun 19 17:13:45 2008 From: tom at FreeBSD.org (Tom Hukins) Date: Thu Jun 19 17:13:48 2008 Subject: regression-test In-Reply-To: <20080619163501.GB12160@atarininja.org> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> Message-ID: <20080619164702.GA22382@eborcom.com> On Thu, Jun 19, 2008 at 12:35:01PM -0400, Wesley Shields wrote: > Which is why I would recommend wrapping them in checks for > MAINTAINER_MODE or something similar. This way you, as the maintainer, > can turn them on when you want but they don't affect anything else. That's true for the OS versions and architectures that a maintainer builds on. I'm very fond of CPAN's culture of build, test then install for all modules. Sure, it takes time, but it's helped me find problems on machines I use that others, including the author, haven't encountered. I didn't know Ports had such options until this thread: I'm tempted to enable regression tests whenever I build ports to benefit from the extra sanity checking that tests provide. Restricting such tests to maintainer mode only eliminates these benefits and risks devaluing MAINTAINER_MODE if non-maintainers set this variable to benefit from automated testing. Tom From glarkin at sourcehosting.net Thu Jun 19 17:16:06 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Thu Jun 19 17:16:10 2008 Subject: print/pdftk: Lonely orphan port needs attention (print/pdftk broken on 7.0 after gettext work (appx)) In-Reply-To: <485A4381.509@queue.to> References: <485A4381.509@queue.to> Message-ID: <006001c8d230$07ea5500$0c01a8c0@FIREBALL> > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Howard Goldstein > > pdftk was a handy utility for splitting and combining bits of .pdfs. > Given a list of .pdfs it could extract page ranges of input > .pdfs and combine them to produce a new .pdf. > > Breakage may have been inevitable since pdftk is so old and > unmaintained... It's also i386 only which seems to have > scared off potential maintainers, at least that's how it > looks perusing gnats. > > I'm not savvy enough to figure out why pdftk is locking up to > where only a -9 will kill it. It's very repeatable (one > input file, one output > file, immediate lockup). Through truss it looks like it's > waiting for > a child to terminate but I'm not savvy enough to trace what > happens to forked off processes. > > Would some kind soul take a look at this? Alternately, are > there other ports that support pulling page ranges out of > pdfs to generate new pdfs? > Hi Howard, I couldn't reproduce that problem on my FreeBSD 7.0 installation, but I have adopted the port and submitted a PR to upgrade it to version 1.41. If you have some time, please apply the patch I submitted (http://www.freebsd.org/cgi/query-pr.cgi?prp=124763-1-txt&n=/pdftk-1.41.patc h) to your ports tree and upgrade. If pdftk still locks up on you, please try the following command and forward the pdftk.log file to me: truss -f -s 256 -o /tmp/pdftk.log /usr/local/bin/pdftk Regards, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From patfbsd at davenulle.org Thu Jun 19 18:18:45 2008 From: patfbsd at davenulle.org (Patrick =?ISO-8859-15?Q?Lamaizi=E8re?=) Date: Thu Jun 19 18:18:52 2008 Subject: kdebase3 package is missing in 7-stable In-Reply-To: <485A929B.6080401@FreeBSD.org> References: <20080619181357.31ef28dc@baby-jane-lamaiziere-net.local> <485A929B.6080401@FreeBSD.org> Message-ID: <20080619201841.62f1a48f@baby-jane-lamaiziere-net.local> Le Thu, 19 Jun 2008 19:08:43 +0200, Kris Kennaway a ?crit : > > > > kdebase3 package for 7-stable/i386 is missing on the FTP. > > Yes. This happens from time to time when the ports or their > dependencies are broken. Thank you Kris. I think something is wrong because It was never uploaded since FreeBSD 7 and i don't find any error log on pointyhat. Package for amd64 seems ok. Regards From pfgshield-freebsd at yahoo.com Thu Jun 19 18:26:12 2008 From: pfgshield-freebsd at yahoo.com (pfgshield-freebsd@yahoo.com) Date: Thu Jun 19 18:26:17 2008 Subject: regression-test In-Reply-To: <20080619163501.GB12160@atarininja.org> Message-ID: <515316.53908.qm@web32707.mail.mud.yahoo.com> --- Gio 19/6/08, Wesley Shields ha scritto: ... > > Which is why I would recommend wrapping them in checks for > MAINTAINER_MODE or something similar. This way you, as the > maintainer, > can turn them on when you want but they don't affect > anything else. > Good reasons NOT to hide them are: - I don't have i386 or sparc64 platforms but the upstream maintainers frequently want to know if there are issues to fix in those platforms. - When a real big package takes an hour or so to build, running a 5 min. test to validate it is really worth it. - When many ports depend on a single library, testing that library saves us from difficult-to-find bugs in all the ports that depend on it. Pedro. ___________________________________ Scopri il Blog di Yahoo! Mail: trucchi, novit?, consigli... e la tua opinione! http://www.ymailblogit.com/blog/ From kris at FreeBSD.org Thu Jun 19 18:27:55 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu Jun 19 18:27:57 2008 Subject: kdebase3 package is missing in 7-stable In-Reply-To: <20080619201841.62f1a48f@baby-jane-lamaiziere-net.local> References: <20080619181357.31ef28dc@baby-jane-lamaiziere-net.local> <485A929B.6080401@FreeBSD.org> <20080619201841.62f1a48f@baby-jane-lamaiziere-net.local> Message-ID: <485AA52B.4040305@FreeBSD.org> Patrick Lamaizi?re wrote: > Le Thu, 19 Jun 2008 19:08:43 +0200, > Kris Kennaway a ?crit : > >>> kdebase3 package for 7-stable/i386 is missing on the FTP. >> Yes. This happens from time to time when the ports or their >> dependencies are broken. > > Thank you Kris. I think something is wrong because It was never uploaded > since FreeBSD 7 and i don't find any error log on pointyhat. > > Package for amd64 seems ok. The OpenEXR port is broken, it hangs forever during the build. Kris From kris at FreeBSD.org Thu Jun 19 18:30:21 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu Jun 19 18:30:24 2008 Subject: regression-test In-Reply-To: <20080619164702.GA22382@eborcom.com> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <20080619164702.GA22382@eborcom.com> Message-ID: <485AA5BD.6080302@FreeBSD.org> Tom Hukins wrote: > On Thu, Jun 19, 2008 at 12:35:01PM -0400, Wesley Shields wrote: >> Which is why I would recommend wrapping them in checks for >> MAINTAINER_MODE or something similar. This way you, as the maintainer, >> can turn them on when you want but they don't affect anything else. > > That's true for the OS versions and architectures that a maintainer > builds on. > > I'm very fond of CPAN's culture of build, test then install for all > modules. Sure, it takes time, but it's helped me find problems on > machines I use that others, including the author, haven't encountered. > > I didn't know Ports had such options until this thread: I'm tempted to > enable regression tests whenever I build ports to benefit from the > extra sanity checking that tests provide. Please do. The only difficult situation becomes when ports require extra dependencies to run the self-tests. You can either add them unconditionally as a BUILD_DEPENDS (but this is more compilation for users who don't run the tests), or make it conditional on PACKAGE_BUILDING. Kris From thierry at FreeBSD.org Thu Jun 19 21:39:08 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Thu Jun 19 21:39:12 2008 Subject: regression-test In-Reply-To: <485A921C.80602@FreeBSD.org> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <485A921C.80602@FreeBSD.org> Message-ID: <20080619210519.GV18873@graf.pompo.net> Le Jeu 19 jui 08 ? 19:06:36 +0200, Kris Kennaway ?crivait?: > We *want* regression tests to be available unconditionally -- that is > why I added the hook to the package build process to run them if > present. Please don't hack around this because you think you're doing > us a favour :-) I try to enable regression-test when possible, but the current implementation is a post-build target, and some ports' testings need a post-install target. In these cases, I enclose the regression-test target between .ifdef MAINTAINER_MODE. -- Th. Thomas. From kamikaze at bsdforen.de Thu Jun 19 22:36:50 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Jun 19 22:36:55 2008 Subject: editors/openoffice.org-2 - readlicense_oo needs to be rebuilt In-Reply-To: <4857E948.6060208@bsdforen.de> References: <4856CFB4.30008@bsdforen.de> <200806171121.53933.makc@issp.ac.ru> <4857E948.6060208@bsdforen.de> Message-ID: <485ADF71.1000303@bsdforen.de> Dominic Fandrey wrote: > M. Yu. Brazhnikov wrote: >> On Tue 17 Jun 2008, Dominic Fandrey wrote: >>> I cannot build OO2 since 2.4.0_4. It's always the same error. >>> I'm running RELENG_7 on amd64, apart from OO all ports are up to date. >>> >>> >>> >>> 1 module(s): >>> readlicense_oo >>> need(s) to be rebuilt >>> >>> Reason(s): >>> >>> ERROR: error 65280 occurred while making >>> /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >>> >>> ... >> >> Do you use make -jN or something similar? Try without it. >> >> Max > > With or without makes no difference. Well it breaks the same, but the error message might be more useful: ============= Building module readlicense_oo ============= /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work/OOH680_m17/readlicense_oo mkout -- version: 1.7 ------------- converting license files .cp: unxfbsdx.pro/misc/license/unx/LICENSE.en_en-US: No such file or directory dmake: Error code 1, while making 'unxfbsdx.pro/misc/license/unx/LICENSE_en_Gb' ---* tg_merge.mk *--- ERROR: Error 65280 occurred while making /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work/OOH680_m17/readlicense_oo dmake: Error code 1, while making 'build_instsetoo_native' ---* *--- *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2. From kris at FreeBSD.org Fri Jun 20 01:39:56 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri Jun 20 01:39:58 2008 Subject: regression-test In-Reply-To: <20080619210519.GV18873@graf.pompo.net> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <485A921C.80602@FreeBSD.org> <20080619210519.GV18873@graf.pompo.net> Message-ID: <485B0A6C.3080301@FreeBSD.org> Thierry Thomas wrote: > Le Jeu 19 jui 08 ? 19:06:36 +0200, Kris Kennaway > ?crivait : > >> We *want* regression tests to be available unconditionally -- that is >> why I added the hook to the package build process to run them if >> present. Please don't hack around this because you think you're doing >> us a favour :-) > > I try to enable regression-test when possible, but the current > implementation is a post-build target, and some ports' testings need a > post-install target. In these cases, I enclose the regression-test > target between .ifdef MAINTAINER_MODE. I'd say those ports are broken; conceptually, you should be testing whether or not your port works *before* you install it, not after. Kris From yanefbsd at gmail.com Fri Jun 20 01:54:06 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jun 20 01:54:10 2008 Subject: regression-test In-Reply-To: <485B0A6C.3080301@FreeBSD.org> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <485A921C.80602@FreeBSD.org> <20080619210519.GV18873@graf.pompo.net> <485B0A6C.3080301@FreeBSD.org> Message-ID: <7d6fde3d0806191854o461d3bddxa44d011e56c4b73b@mail.gmail.com> On Thu, Jun 19, 2008 at 6:39 PM, Kris Kennaway wrote: > Thierry Thomas wrote: >> >> Le Jeu 19 jui 08 ? 19:06:36 +0200, Kris Kennaway >> ?crivait : >> >>> We *want* regression tests to be available unconditionally -- that is why >>> I added the hook to the package build process to run them if present. >>> Please don't hack around this because you think you're doing us a favour >>> :-) >> >> I try to enable regression-test when possible, but the current >> implementation is a post-build target, and some ports' testings need a >> post-install target. In these cases, I enclose the regression-test >> target between .ifdef MAINTAINER_MODE. > > I'd say those ports are broken; conceptually, you should be testing whether > or not your port works *before* you install it, not after. > > Kris Agreed. Functionality verification is a requirement for acceptance in any release structure, not the other way around. -Garrett From yanefbsd at gmail.com Fri Jun 20 01:57:32 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jun 20 01:57:36 2008 Subject: Who should honor WITHOUT_X11? In-Reply-To: <20080619191156.00e517f6@peedub.jennejohn.org> References: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> <20080619191156.00e517f6@peedub.jennejohn.org> Message-ID: <7d6fde3d0806191857t7dc65d5dkb7f24c776b925f32@mail.gmail.com> On Thu, Jun 19, 2008 at 10:11 AM, Gary Jennejohn wrote: > On Thu, 19 Jun 2008 08:36:56 -0700 > "Garrett Cooper" wrote: > >> Trying to build dbus recently on my system without X11 installed, I >> ran into a few compile issues because I had put WITHOUT_X11=yes into >> src.conf. However, I put WITHOUT_X11=yes into make.conf and was able >> to compile dbus properly (in the end). >> >> So, my questions are: >> 1. Should make.conf be responsible for the WITHOUT_X11 or should >> another file be responsible for it? >> 2. Is it already documented in a manpage somewhere? It isn't >> documented in `man make.conf'. >> > > It's documented in src.conf(5) that it only applies to the FreeBSD > source tree, which does not include the ports tree. Only make.conf > is globally applicable. Thanks for the replies. Just thought I'd check :). Should a /etc/{pkg,ports}.conf file be created to help segregate setting these variables, or is this already done somewhere else (pkgtools.conf)? Thanks, -Garrett From roberthuff at rcn.com Fri Jun 20 02:10:49 2008 From: roberthuff at rcn.com (Robert Huff) Date: Fri Jun 20 02:10:52 2008 Subject: Who should honor WITHOUT_X11? In-Reply-To: <7d6fde3d0806191857t7dc65d5dkb7f24c776b925f32@mail.gmail.com> References: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> <20080619191156.00e517f6@peedub.jennejohn.org> <7d6fde3d0806191857t7dc65d5dkb7f24c776b925f32@mail.gmail.com> Message-ID: <18523.4512.831125.24862@jerusalem.litteratus.org> Garrett Cooper writes: > > It's documented in src.conf(5) that it only applies to the FreeBSD > > source tree, which does not include the ports tree. Only make.conf > > is globally applicable. > > Thanks for the replies. Just thought I'd check :). > Should a /etc/{pkg,ports}.conf file be created to help segregate > setting these variables, or is this already done somewhere else > (pkgtools.conf)? Am I correct in remembering pkgtools.conf is a part of portupgrade? Robert Huff From mezz7 at cox.net Fri Jun 20 02:13:32 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Jun 20 02:13:36 2008 Subject: Who should honor WITHOUT_X11? In-Reply-To: <7d6fde3d0806191857t7dc65d5dkb7f24c776b925f32@mail.gmail.com> References: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> <20080619191156.00e517f6@peedub.jennejohn.org> <7d6fde3d0806191857t7dc65d5dkb7f24c776b925f32@mail.gmail.com> Message-ID: On Thu, 19 Jun 2008 20:57:31 -0500, Garrett Cooper wrote: > On Thu, Jun 19, 2008 at 10:11 AM, Gary Jennejohn > wrote: >> On Thu, 19 Jun 2008 08:36:56 -0700 >> "Garrett Cooper" wrote: >> >>> Trying to build dbus recently on my system without X11 installed, I >>> ran into a few compile issues because I had put WITHOUT_X11=yes into >>> src.conf. However, I put WITHOUT_X11=yes into make.conf and was able >>> to compile dbus properly (in the end). >>> >>> So, my questions are: >>> 1. Should make.conf be responsible for the WITHOUT_X11 or should >>> another file be responsible for it? >>> 2. Is it already documented in a manpage somewhere? It isn't >>> documented in `man make.conf'. >>> >> >> It's documented in src.conf(5) that it only applies to the FreeBSD >> source tree, which does not include the ports tree. Only make.conf >> is globally applicable. > > Thanks for the replies. Just thought I'd check :). > Should a /etc/{pkg,ports}.conf file be created to help segregate > setting these variables, or is this already done somewhere else > (pkgtools.conf)? ---------------------------------- # grep ports /etc/make.conf .include "/etc/ports.conf" # cat /etc/ports.conf | wc -l 223 ---------------------------------- /etc/ports.conf: ---------------------------------- .if defined(GCC4) CC=/usr/local/bin/gcc42 CXX=/usr/local/bin/g++42 .endif .if !defined(NODEBUG) # Debug mode... CFLAGS= -O2 -fno-strict-aliasing -pipe -g STRIP= .else CFLAGS= -O2 -fno-strict-aliasing -pipe .endif BATCH= yes WITHOUT_OPTIONS=yes DISABLE_VULNERABILITIES=yes [...] # devel/boost .if ${.CURDIR:M*/boost} WITH_PYTHON=yes .endif # editors/gedit .if ${.CURDIR:M*/gedit} WITH_GNOME=pygtksourceview .endif [...] ---------------------------------- You can use ports-mgmt/portconf instead if you like it better than that '.if ${.CURDIR:...}'. Cheers, Mezz > Thanks, > -Garrett -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From yanefbsd at gmail.com Fri Jun 20 02:56:14 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Jun 20 02:56:18 2008 Subject: Who should honor WITHOUT_X11? In-Reply-To: References: <7d6fde3d0806190836u2f0f96d6i75b3fc1b4edd73b1@mail.gmail.com> <20080619191156.00e517f6@peedub.jennejohn.org> <7d6fde3d0806191857t7dc65d5dkb7f24c776b925f32@mail.gmail.com> Message-ID: <7d6fde3d0806191956u339c63dfj5ceded4a4d46978b@mail.gmail.com> On Thu, Jun 19, 2008 at 7:16 PM, Jeremy Messenger wrote: > On Thu, 19 Jun 2008 20:57:31 -0500, Garrett Cooper > wrote: > >> On Thu, Jun 19, 2008 at 10:11 AM, Gary Jennejohn >> wrote: >>> >>> On Thu, 19 Jun 2008 08:36:56 -0700 >>> "Garrett Cooper" wrote: >>> >>>> Trying to build dbus recently on my system without X11 installed, I >>>> ran into a few compile issues because I had put WITHOUT_X11=yes into >>>> src.conf. However, I put WITHOUT_X11=yes into make.conf and was able >>>> to compile dbus properly (in the end). >>>> >>>> So, my questions are: >>>> 1. Should make.conf be responsible for the WITHOUT_X11 or should >>>> another file be responsible for it? >>>> 2. Is it already documented in a manpage somewhere? It isn't >>>> documented in `man make.conf'. >>>> >>> >>> It's documented in src.conf(5) that it only applies to the FreeBSD >>> source tree, which does not include the ports tree. Only make.conf >>> is globally applicable. >> >> Thanks for the replies. Just thought I'd check :). >> Should a /etc/{pkg,ports}.conf file be created to help segregate >> setting these variables, or is this already done somewhere else >> (pkgtools.conf)? > > ---------------------------------- > # grep ports /etc/make.conf > .include "/etc/ports.conf" > # cat /etc/ports.conf | wc -l > 223 > ---------------------------------- > > /etc/ports.conf: > ---------------------------------- > .if defined(GCC4) > CC=/usr/local/bin/gcc42 > CXX=/usr/local/bin/g++42 > .endif > > .if !defined(NODEBUG) > # Debug mode... > CFLAGS= -O2 -fno-strict-aliasing -pipe -g > STRIP= > .else > CFLAGS= -O2 -fno-strict-aliasing -pipe > .endif > > BATCH= yes > WITHOUT_OPTIONS=yes > DISABLE_VULNERABILITIES=yes > [...] > > # devel/boost > .if ${.CURDIR:M*/boost} > WITH_PYTHON=yes > .endif > > # editors/gedit > .if ${.CURDIR:M*/gedit} > WITH_GNOME=pygtksourceview > .endif > > [...] > ---------------------------------- > > You can use ports-mgmt/portconf instead if you like it better than that '.if > ${.CURDIR:...}'. > > Cheers, > Mezz > >> Thanks, >> -Garrett Awesome, thanks Mezz! -Garrett From 7yuny1 at gmail.com Fri Jun 20 03:33:04 2008 From: 7yuny1 at gmail.com (Jyun-Yi Liou) Date: Fri Jun 20 03:33:08 2008 Subject: devel/libdlna build fail In-Reply-To: <005701c8d225$a40ce2f0$0c01a8c0@FIREBALL> References: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> <005701c8d225$a40ce2f0$0c01a8c0@FIREBALL> Message-ID: <81a9e3840806192033q12c77a8fw240ad93cf523d52a@mail.gmail.com> Hi Gerg, jyuny1|/usr/ports/devel/libdlna% pkg_info -L ffmpeg\* | grep avformat.h /usr/local/include/libavformat/avformat.h yes, I installed another custom-ffmpeg, not the regular one How can I fix this ussie? Thx a lot! Regards, jyuny1 2008/6/20 Greg Larkin : > > -----Original Message----- > > From: owner-freebsd-ports@freebsd.org > > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Jyun-Yi Liou > > Sent: Thursday, June 19, 2008 4:06 AM > > To: freebsd-ports@freebsd.org > > Cc: malus.x@gmail.com > > Subject: devel/libdlna build fail > > > > Hi list!, > > I have some trouble while I am trying to install > > devel/libdlna at ./configure > > > > and the attatchment is my config.log > > > > Thx a lot! > > > > Regards, > > jyuny1 > > > > Hi Jyun-Yi, > > What do you get as output from the following command? > > pkg_info -L ffmpeg\* | grep avformat.h > > On my machine, I see: > > /usr/local/include/ffmpeg/avformat.h > > I was able to configure and install devel/libdlna with no problem, and it > looks like as long as multimedia/ffmpeg installs correctly, you should have > an avformat.h file in the location above. If you do have that file and the > devel/libdlna configuration still fails, then I'll have to think of > something else to try. > > Regards, > Greg Larkin > SourceHosting.net, LLC > http://www.sourcehosting.net/ > > > > From r.c.ladan at gmail.com Fri Jun 20 11:55:17 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Fri Jun 20 11:55:22 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: 2008/6/18 Jeremy Messenger : > Hello folks, > [...] > x11/pixman: Update to 0.10.0 [...] > graphics/cairo: Update to 1.6.4 [...] > graphics/poppler: Update to 0.8.3 [...] > www/firefox3: Update to 3.0 final > [...] I saw this in the daily security check: > Affected package: firefox-3.0_1,1 > Type of problem: mozilla -- multiple vulnerabilities. > Reference: Is this a false positive? It seems to affect firefox >3.*,1 but the CVE entries say it is fixed in firefox 2.0.0.5 Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From walsimou at walsimou.com Fri Jun 20 13:09:18 2008 From: walsimou at walsimou.com (Gaye Abdoulaye Walsimou) Date: Fri Jun 20 13:09:25 2008 Subject: why some ports still use openldap-client23? In-Reply-To: <485A63C6.5090304@delphij.net> References: <4858C47F.20705@walsimou.com> <485A63C6.5090304@delphij.net> Message-ID: <485BABB2.2040007@walsimou.com> LI Xin a ?crit : > > You can set WANT_OPENLDAP_VER=24 in /etc/make.conf. I have requested > an experimental build for having 2.4 as default but that would consume > some time. We need to make sure that most port has their build issue > resolved before making the change (for most users this might not be a > problem, I personally run openldap 2.4 on my own servers since > beginning of this year). > > Cheers, Ok good to know Thanks From gahr at FreeBSD.org Fri Jun 20 13:23:23 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Fri Jun 20 13:23:27 2008 Subject: CFT: audio/lilypond update to 2.11.47 Message-ID: <485BAF3F.4080001@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Dear all, I have a patch to update audio/lilypond to 2.11.47. Lilypond builds fine according to my tests, but since I have little familiarity with the software itself I thing I'll go for a CFT and wait for feedback before committing the patch. Please test & report failure / success: http://gahr.ch/FreeBSD/patches/_pending/lilypond.diff Thanks! - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhbrz0ACgkQwMJqmJVx945aIQCfeFc5f+i7Z2nnU8O8AF2Q4Ic9 p9wAn0jIK8jMEuYopXLg3Ri1BGvX6491 =TTnt -----END PGP SIGNATURE----- From spawk at acm.poly.edu Fri Jun 20 14:42:44 2008 From: spawk at acm.poly.edu (Boris Kochergin) Date: Fri Jun 20 14:42:48 2008 Subject: sysutils/screen package Message-ID: <485BBB99.5090202@acm.poly.edu> Hi, List. I noticed that there isn't a package for sysutils/screen for 7.0. Compiling it from ports works fine, and I looked around and wasn't able to find logs relevant to it on http://pointyhat.freebsd.org/errorlogs/, so I was wondering if anyone could shed some light on why it's not available. Thanks. -Boris From chess at chessgriffin.com Fri Jun 20 14:47:35 2008 From: chess at chessgriffin.com (Chess Griffin) Date: Fri Jun 20 14:47:39 2008 Subject: sysutils/screen package In-Reply-To: <485BBB99.5090202@acm.poly.edu> References: <485BBB99.5090202@acm.poly.edu> Message-ID: <485BC2E0.1060403@chessgriffin.com> Boris Kochergin wrote: > Hi, List. I noticed that there isn't a package for sysutils/screen for > 7.0. Compiling it from ports works fine, and I looked around and wasn't > able to find logs relevant to it on > http://pointyhat.freebsd.org/errorlogs/, so I was wondering if anyone > could shed some light on why it's not available. Thanks. > > -Boris NO_PACKAGE is set in the Makefile, which also states: "Tends to loop using 100% CPU when used from package - perhaps it hard-codes information about the build host" -- Chess Griffin GPG Key: 0x0C7558C3 http://www.chessgriffin.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080620/7c880bc4/signature.pgp From chess at chessgriffin.com Fri Jun 20 14:56:28 2008 From: chess at chessgriffin.com (Chess Griffin) Date: Fri Jun 20 14:56:46 2008 Subject: sysutils/screen package In-Reply-To: <485BC2E0.1060403@chessgriffin.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> Message-ID: <485BC510.5000308@chessgriffin.com> Chess Griffin wrote: > Boris Kochergin wrote: >> Hi, List. I noticed that there isn't a package for sysutils/screen for >> 7.0. Compiling it from ports works fine, and I looked around and >> wasn't able to find logs relevant to it on >> http://pointyhat.freebsd.org/errorlogs/, so I was wondering if anyone >> could shed some light on why it's not available. Thanks. >> >> -Boris > > NO_PACKAGE is set in the Makefile, which also states: > > "Tends to loop using 100% CPU when used from package - perhaps it > hard-codes information about the build host" > By the way misc/tmux is a really nice GNU Screen replacement. It's smaller, lighter, and BSD licensed. According to the developer, there is some cool stuff now in CVS (scrolling status line, interactive command prompt). I've been using it for awhile now and really enjoy it. -- Chess Griffin GPG Key: 0x0C7558C3 http://www.chessgriffin.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080620/05498774/signature.pgp From thierry at FreeBSD.org Fri Jun 20 15:53:13 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Fri Jun 20 15:53:18 2008 Subject: regression-test In-Reply-To: <7d6fde3d0806191854o461d3bddxa44d011e56c4b73b@mail.gmail.com> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <485A921C.80602@FreeBSD.org> <20080619210519.GV18873@graf.pompo.net> <485B0A6C.3080301@FreeBSD.org> <7d6fde3d0806191854o461d3bddxa44d011e56c4b73b@mail.gmail.com> Message-ID: <20080620155310.GA51235@graf.pompo.net> Le Ven 20 jui 08 ? 3:54:04 +0200, Garrett Cooper ?crivait?: > >> I try to enable regression-test when possible, but the current > >> implementation is a post-build target, and some ports' testings need a > >> post-install target. In these cases, I enclose the regression-test > >> target between .ifdef MAINTAINER_MODE. > > > > I'd say those ports are broken; conceptually, you should be testing whether > > or not your port works *before* you install it, not after. > > > > Kris > > Agreed. Functionality verification is a requirement for acceptance in > any release structure, not the other way around. That's not always so simple: - when you run the configure script, it may define some paths (e.g. DATADIR), and some files under this directory may be required for the program to be run; - some runtime dependencies may be required; - the program may be unusable without some additional steps taken into account by a pkg-install script; - etc. Regards, -- Th. Thomas. From spawk at acm.poly.edu Fri Jun 20 16:56:49 2008 From: spawk at acm.poly.edu (Boris Kochergin) Date: Fri Jun 20 16:56:52 2008 Subject: sysutils/screen package In-Reply-To: <485BC510.5000308@chessgriffin.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> <485BC510.5000308@chessgriffin.com> Message-ID: <485BE146.4080207@acm.poly.edu> Chess Griffin wrote: > Chess Griffin wrote: >> Boris Kochergin wrote: >>> Hi, List. I noticed that there isn't a package for sysutils/screen >>> for 7.0. Compiling it from ports works fine, and I looked around and >>> wasn't able to find logs relevant to it on >>> http://pointyhat.freebsd.org/errorlogs/, so I was wondering if >>> anyone could shed some light on why it's not available. Thanks. >>> >>> -Boris >> >> NO_PACKAGE is set in the Makefile, which also states: >> >> "Tends to loop using 100% CPU when used from package - perhaps it >> hard-codes information about the build host" >> > > By the way misc/tmux is a really nice GNU Screen replacement. It's > smaller, lighter, and BSD licensed. According to the developer, there > is some cool stuff now in CVS (scrolling status line, interactive > command prompt). I've been using it for awhile now and really enjoy it. > Cool. Thanks for the information. -Boris From kris at FreeBSD.org Fri Jun 20 17:18:23 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri Jun 20 17:18:26 2008 Subject: regression-test In-Reply-To: <20080620155310.GA51235@graf.pompo.net> References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <485A921C.80602@FreeBSD.org> <20080619210519.GV18873@graf.pompo.net> <485B0A6C.3080301@FreeBSD.org> <7d6fde3d0806191854o461d3bddxa44d011e56c4b73b@mail.gmail.com> <20080620155310.GA51235@graf.pompo.net> Message-ID: <485BE65D.4030909@FreeBSD.org> Thierry Thomas wrote: > Le Ven 20 jui 08 ? 3:54:04 +0200, Garrett Cooper > ?crivait : > >>>> I try to enable regression-test when possible, but the current >>>> implementation is a post-build target, and some ports' testings need a >>>> post-install target. In these cases, I enclose the regression-test >>>> target between .ifdef MAINTAINER_MODE. >>> I'd say those ports are broken; conceptually, you should be testing whether >>> or not your port works *before* you install it, not after. >>> >>> Kris >> Agreed. Functionality verification is a requirement for acceptance in >> any release structure, not the other way around. > > That's not always so simple: > > - when you run the configure script, it may define some paths (e.g. > DATADIR), and some files under this directory may be required for the > program to be run; > > - some runtime dependencies may be required; > > - the program may be unusable without some additional steps taken into > account by a pkg-install script; Apart from #2 (which I addressed previously), that just means that your regression-test target and/or port patches need to be more complicated to prepare the tests. Kris From elbertlev at hotmail.com Fri Jun 20 17:19:08 2008 From: elbertlev at hotmail.com (Lev Elbert) Date: Fri Jun 20 17:19:12 2008 Subject: FreeBSD Port: x11/gnome-clipboard-daemon Message-ID: clipboard-daemon port does not work on Unbutu 8.04. Unbutu forum is full with complains. If somebody is intersted in the detail: 1. a: start gedit, type, select, ctrl-C,close gedit b: start AbiWord, Paste is avaliable, bu NOTHING is pasted (even not an empty string). 2. a: ?a: start gedit, type, select, ctrl-C,close gedit ?b: start Bluefish, works in 50% cases Note: if I first paste int terminal window, Bluefish is OK. If first ?Bluefish and if fails and then terminal, terminal also fails. Hope this helps. A to me, I installed Klipper and almost lost interest in ?clipboard-daemon. Actually if it ?clipboard-daemon would work, I rather prefer it. Klipper has a lot of features I never use. From cyberbotx at cyberbotx.com Fri Jun 20 17:28:57 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Fri Jun 20 17:29:04 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: <485BE8D5.60802@cyberbotx.com> Rene Ladan wrote: > 2008/6/18 Jeremy Messenger : >> Hello folks, >> > [...] >> x11/pixman: Update to 0.10.0 > [...] >> graphics/cairo: Update to 1.6.4 > [...] >> graphics/poppler: Update to 0.8.3 > [...] >> www/firefox3: Update to 3.0 final >> > [...] > > I saw this in the daily security check: > >> Affected package: firefox-3.0_1,1 >> Type of problem: mozilla -- multiple vulnerabilities. >> Reference: > > Is this a false positive? It seems to affect firefox >3.*,1 but the > CVE entries say it is fixed in firefox 2.0.0.5 > > Rene I got past that by adding DISABLE_VULNERABILITIES=yes to my build line. I'm sure it probably is a false positive, though. But at least it wasn't something that broke the build entirely. Naram Qashat From mezz7 at cox.net Fri Jun 20 17:53:44 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Jun 20 17:53:55 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: On Wed, 18 Jun 2008 00:27:38 -0500, Jeremy Messenger wrote: > Hello folks, > graphics/poppler: Update to 0.8.3 > ------------------------------------------------------- > The shared library version has been changed. All ports that depend on > poppler will have to be bump. We still need to bring more ports in MC > ports-stable to test it. We don't have it all at the moment, but we > will. The poppler-qt and poppler-qt4 still need to be work on. I don't > have QT3/QT4 install right now, so it would be nice if one of you can > help me. I will installing QT3/QT4 anyway, btw. KDE maintainers, please > help to test on koffice-kde3 and kdegraphics3 when poppler-qt* are done > as I don't know much about KDE. > ------------------------------------------------------- Just a FYI, I have finished with all poppler stuff. If I have missed anything, just let me know. It looks like there is no change and no bump in poppler-qt, so it's nothing hurt for ports that depend on poppler-qt (KDE maintainer, you don't have to worry about it anymore ;-)). As for the poppler-qt4, I have fixed the build and it does change shared library. Lucky, there is no ports that depend on poppler-qt4 as far I know. > TODO tasks: > ------------------------------------------------------- > - Need to update the document for bsd.gecko.mk (USE_GECKO). > - Add firefox3 in some ports' USE_GECKO if these support, > but it's safe to wait either. (no hurry) > - Test and test. > - Maybe more if there is any > ------------------------------------------------------- Updated the TODO. > Cheers, > Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From hg at queue.to Fri Jun 20 18:09:31 2008 From: hg at queue.to (Howard Goldstein) Date: Fri Jun 20 18:09:39 2008 Subject: print/pdftk: Lonely orphan port needs attention (print/pdftk In-Reply-To: <006001c8d230$07ea5500$0c01a8c0@FIREBALL> References: <485A4381.509@queue.to> <006001c8d230$07ea5500$0c01a8c0@FIREBALL> Message-ID: <485BF257.2050105@queue.to> Greg Larkin wrote: >> -----Original Message----- >> From: owner-freebsd-ports@freebsd.org >> [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Howard Goldstein >> >> pdftk was a handy utility for splitting and combining bits of .pdfs. >> Given a list of .pdfs it could extract page ranges of input >> .pdfs and combine them to produce a new .pdf. >> >> Breakage may have been inevitable since pdftk is so old and >> unmaintained... It's also i386 only which seems to have >> scared off potential maintainers, at least that's how it >> looks perusing gnats. >> >> I'm not savvy enough to figure out why pdftk is locking up to >> where only a -9 will kill it. It's very repeatable (one >> input file, one output >> file, immediate lockup). Through truss it looks like it's >> waiting for >> a child to terminate but I'm not savvy enough to trace what >> happens to forked off processes. >> >> Would some kind soul take a look at this? Alternately, are >> there other ports that support pulling page ranges out of >> pdfs to generate new pdfs? >> > > Hi Howard, > > I couldn't reproduce that problem on my FreeBSD 7.0 installation, but I have > adopted the port and submitted a PR to upgrade it to version 1.41. If you > have some time, please apply the patch I submitted > (http://www.freebsd.org/cgi/query-pr.cgi?prp=124763-1-txt&n=/pdftk-1.41.patc > h) to your ports tree and upgrade. > Awesome, Greg. *Thank you for adopting this port*. I use(d to use) it all of the time on the 7.0 production machine. The patch applied fine from the ports/pdftk directory > If pdftk still locks up on you, please try the following command and forward > the pdftk.log file to me: > > truss -f -s 256 -o /tmp/pdftk.log /usr/local/bin/pdftk It locked up same as before. But it also locked up just a few minutes ago, no different w/o the patch, with it, or even with all 807 ports recompiled over last night, diff .pdf input files. I must have something local going on. Can you see where things are going astray in the attached log? It never finishes executing. I have to nuke it from orbit with kill -9. The invocation was truss -f -s 256 -o pdftk.log pdftk datasheet.pdf edu.pdf cat output /tmp/foo.pdf from /tmp . bash. datasheet.pdf and edu.pdf exist, /tmp/foo.pdf doesn't exist Thanks, Howard -------------- next part -------------- 3727: __sysctl(0xbfbfe934,0x2,0xbfbfe93c,0xbfbfe940,0x0,0x0) = 0 (0x0) 3727: mmap(0x0,280,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673783808 (0x28292000) 3727: munmap(0x28292000,280) = 0 (0x0) 3727: __sysctl(0xbfbfe998,0x2,0x2828e77c,0xbfbfe9a0,0x0,0x0) = 0 (0x0) 3727: mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 673783808 (0x28292000) 3727: issetugid(0x2828872c,0xbfbfea64,0x104,0x0,0x0,0x0) = 0 (0x0) 3727: open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' 3727: open("/var/run/ld-elf.so.hints",O_RDONLY,00) = 4 (0x4) 3727: read(4,"Ehnt\^A\0\0\0\M^@\0\0\0\M-c\0\0\0\0\0\0\0\M-b\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,128) = 128 (0x80) 3727: lseek(4,0x80,SEEK_SET) = 128 (0x80) 3727: read(4,"/lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/lib/bglibs:/usr/local/lib/compat:/usr/local/lib/compat/pkg:/usr/local/lib/gcc-4.2.4:/usr/local/lib/gcc/i386-portbld-freebsd7.0/3.4.6:/usr/local/lib/nss:/usr/local/lib/pth\0",227) = 227 (0xe3) 3727: close(4) = 0 (0x0) 3727: access("/lib/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/lib/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/lib/compat/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/local/lib/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/local/lib/bglibs/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/local/lib/compat/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/local/lib/compat/pkg/libgcj.so.8",0) ERR#2 'No such file or directory' 3727: access("/usr/local/lib/gcc-4.2.4/libgcj.so.8",0) = 0 (0x0) 3727: open("/usr/local/lib/gcc-4.2.4/libgcj.so.8",O_RDONLY,00) = 4 (0x4) 3727: fstat(4,{mode=-rwxr-xr-x ,inode=16398351,size=63144679,blksize=4096}) = 0 (0x0) 3727: read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0@n\M-7\0004\0\0\0\M-TM\^_\^C\0\0\0\0004\0 \0\^D\0(\0$\0!\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\M-Pc\^A\^B\M-Pc\^A\^E\0\0\0\0\^P\0\0\^A\0\0\0 \M-Pc\^A \M-`c\^A \M-`c\^Ad\^Fc\0\M-pDg\0\^F\0\0\0\0\^P\0\0\^B"...,4096) = 4096 (0x1000) 3727: mmap(0x0,30093312,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 673816576 (0x2829a000) 3727: mprotect(0x298d7000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) 3727: mprotect(0x298d7000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) 3727: mmap(0x298d8000,6492160,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x163d000) = 697139200 (0x298d8000) 3727: mmap(0x29f09000,278528,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 703631360 (0x29f09000) 3727: close(4) = 0 (0x0) 3727: access("/lib/libiconv.so.3",0) ERR#2 'No such file or directory' 3727: access("/usr/lib/libiconv.so.3",0) ERR#2 'No such file or directory' 3727: access("/usr/lib/compat/libiconv.so.3",0) ERR#2 'No such file or directory' 3727: access("/usr/local/lib/libiconv.so.3",0) = 0 (0x0) 3727: open("/usr/local/lib/libiconv.so.3",O_RDONLY,027757764614) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=16286379,size=1041839,blksize=4096}) = 0 (0x0) 3727: read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\M-`\^U\0\0004\0\0\0\M^P@\^O\0\0\0\0\0004\0 \0\^C\0(\0\^Y\0\^V\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0z2\^O\0z2\^O\0\^E\0\0\0\0\^P\0\0\^A\0\0\0\M^@2\^O\0\M^@B\^O\0\M^@B\^O\0\M^X\f\0\0\M-<\f\0\0\^F\0\0\0\0\^P\0"...,4096) = 4096 (0x1000) 3727: mmap(0x0,1003520,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 703909888 (0x29f4d000) 3727: mprotect(0x2a040000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) 3727: mprotect(0x2a040000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) 3727: mmap(0x2a041000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xf3000) = 704909312 (0x2a041000) 3727: close(4) = 0 (0x0) 3727: access("/lib/libz.so.4",0) = 0 (0x0) 3727: open("/lib/libz.so.4",O_RDONLY,027757764614) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=9009,size=69856,blksize=4096}) = 0 (0x0) 3727: read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\M^P\^W\0\0004\0\0\0H\r\^A\0\0\0\0\0004\0 \0\^C\0(\0\^W\0\^V\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-j\^F\^A\0\M-j\^F\^A\0\^E\0\0\0\0\^P\0\0\^A\0\0\0\0\a\^A\0\0\^W\^A\0\0\^W\^A\0\M-\\^B\0\0\M-`\^B\0\0\^F\0\0"...,4096) = 4096 (0x1000) 3727: mmap(0x0,73728,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 704913408 (0x2a042000) 3727: mprotect(0x2a052000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) 3727: mprotect(0x2a052000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) 3727: mmap(0x2a053000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x10000) = 704983040 (0x2a053000) 3727: close(4) = 0 (0x0) 3727: access("/lib/libstdc++.so.6",0) ERR#2 'No such file or directory' 3727: access("/usr/lib/libstdc++.so.6",0) = 0 (0x0) 3727: open("/usr/lib/libstdc++.so.6",O_RDONLY,027757764614) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=8573785,size=954460,blksize=4096}) = 0 (0x0) 3727: read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0@\M-i\^C\0004\0\0\0$\M^L\^N\0\0\0\0\0004\0 \0\^E\0(\0\^[\0\^Z\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0H\M--\f\0H\M--\f\0\^E\0\0\0\0\^P\0\0\^A\0\0\0\0\M-0\f\0\0\M-0\f\0\0\M-0\f\0l\M-N\^A\0\\3\^B\0\^F\0\0\0\0\^P"...,4096) = 4096 (0x1000) 3727: mmap(0x0,978944,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,4,0x0) = 704987136 (0x2a054000) 3727: mprotect(0x2a11e000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) 3727: mprotect(0x2a11e000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) 3727: mmap(0x2a11f000,118784,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xcb000) = 705818624 (0x2a11f000) 3727: mmap(0x2a13c000,28672,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 705937408 (0x2a13c000) 3727: close(4) = 0 (0x0) 3727: access("/lib/libm.so.5",0) = 0 (0x0) 3727: open("/lib/libm.so.5",O_RDONLY,027757764614) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=8992,size=88352,blksize=4096}) = 0 (0x0) 3727: read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\M^P"\0\0004\0\0\0`U\^A\0\0\0\0\0004\0 \0\^C\0(\0\^X\0\^W\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0:1\^A\0:1\^A\0\^E\0\0\0\0\^P\0\0\^A\0\0\0<1\^A\0\fh\fc\f\^S\f\^N\f\M->\v\M-9\vm\vh\v\^\\v\^W\v\M-W\n\M-R\n\M^R\n\M^N\n]\nY\n(\n#\n\M-d\t\M-_\t\240\t"...,4096) = 4096 (0x1000) 3727: lseek(4,0x5000,SEEK_SET) = 20480 (0x5000) 3727: read(4,"T\0\M-{\^O\M-A\^O\M-<\^O\M^B\^O}\^O,\^O'\^O\M-V\^N\M-Q\^N\M^H\^N\M^C\^N:\^N5\^N\M-l\r\M-g\r\M^^\r\M^V\rF\r>\r\M-n\f\M-i\f\M^]\f\M^X\fL\fG\f\M-k\v\M-f\v\M^J\v\M^E\v8\v3\v\M-f\n\M-_\n\M^T\n\M^M\nB\n=\n\M-{\t\M-v\t\M-4\t\M-/\tr\tm\t0\t+\t\M-w\b\M-r\b\M->\b"...,4096) = 4096 (0x1000) 3727: lseek(4,0x7000,SEEK_SET) = 28672 (0x7000) 3727: read(4,"P\0\M-{\^O\M-2\^O\M--\^Od\^O_\^O\^T\^O\^O\^O\M-D\^N\M->\^Nv\^Np\^N(\^N#\^N\M-h\r\M-c\r\M-(\r\M-#\rI\rD\r\M-j\f\M-e\f\M-,\f\M-'\fn\fi\f\r\f\b\f\M-,\v\M-'\va\v\\\v\^V\v\^Q\v\M-I\n\M-D\n|\nx\n8\n4\n\M-t\t\M-l\t\M--\t\M-%\tf\ta\t\^V\t\^Q\t\M-F\b\M-A\br\bm\b\^^"...,4096) = 4096 (0x1000) 3727: lseek(4,0x8000,SEEK_SET) = 32768 (0x8000) 3727: read(4,"L\0\M-{\^O\M-0\^O\M-+\^O`\^O[\^O$\^O\^_\^O\M-h\^N\M-_\^N\M^E\^N|\^N"\^N\^]\^N\M-d\r\M-_\r\M-&\r\240\rR\rM\r\M^?\f\M-y\f\M-+\f\M-&\fX\fR\f\^F\f\0\f\M-4\v\M-/\vg\vb\v\^Z\v\^U\v\M-U\n\M-P\n\M^P\n\M^L\nO\nK\n\^N\n\a\n\M-H\t\M-A\t\M^B\tz\t-\t%\t\M-X\b\M-S\b\M^D"...,4096) = 4096 (0x1000) 3727: lseek(4,0xd000,SEEK_SET) = 53248 (0xd000) 3727: read(4,"(\0\M-{\^O\M-D\^O\M-?\^O\M^H\^O\M^C\^OJ\^OE\^O\f\^O\a\^O\M-N\^N\M-I\^N\M^P\^N\M^K\^NZ\^NU\^N$\^N\^_\^N\M-b\r\M-]\r\240\r\M^[\rN\rI\r\M-|\f\M-w\f\M-:\f\M-5\fx\fq\f4\f-\f\M-p\v\M-k\v\M-5\v\M-0\vz\vs\v?\v8\v\^D\v\M-.\n\^D\v\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) 3727: lseek(4,0xe000,SEEK_SET) = 57344 (0xe000) 3727: read(4,"$\0\M-{\^O\M-B\^O\M-=\^O\M^D\^O\^?\^OF\^OA\^O\b\^O\^C\^O\M-F\^N\M-A\^N\M^D\^N\^?\^N@\^N;\^N\M-|\r\M-u\r\M-8\r\M-1\rt\ro\r2\r-\r\M-p\f\M-k\f\M-7\f\M-2\f~\fw\f.\f'\f\M-^\v\M-Z\v\M^N\v\M^J\v>\v\M-p\n>\v\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) 3727: lseek(4,0x3000,SEEK_SET) = 12288 (0x3000) 3727: read(4,"D\0\M-|\^O\M-1\^O\M--\^Ob\^O^\^O'\^O#\^O\M-l\^N\M-g\^N\M^_\^N\M^Z\^NR\^NM\^N\^E\^N\0\^N\M-8\r\M-3\rc\r^\r\^N\r\t\r\M-J\f\M-E\f\M^F\f\^?\f@\f;\f\M-|\v\M-u\v\M-6\v\M-1\vr\vm\v0\v+\v\M-n\n\M-i\n\M-,\n\M-'\nj\na\n+\n"\n\M-l\t\M-g\t\M^W\t\M^R\tB\t=\t\M-m\b\M-h"...,4096) = 4096 (0x1000) 3727: lseek(4,0x1000,SEEK_SET) = 4096 (0x1000) 3727: read(4,"$\0\M-{\^O\M--\^O\M-(\^OZ\^OU\^O\^O\^O\n\^O\M-D\^N\M-@\^Nx\^Nt\^N,\^N'\^N\M-\\r\M-W\r\M^L\r\M^I\r:\r7\r\M-h\f\M-c\f\M-!\f\M^\\fZ\fU\f\^S\f\^N\f\M-L\v\M-A\vr\vg\v\^X\v\^S\v\M-@\n\M-;\nh\n\^Z\nh\n\M-S\n\M^H\n\M^E\n6\n3\n\M-d\t\M-_\t\M^]\t\M^X\tV\tQ\t\^O\t\n"...,4096) = 4096 (0x1000) 3727: lseek(4,0x2000,SEEK_SET) = 8192 (0x2000) 3727: read(4,"(\0\M-{\^O\M-%\^O\240\^OJ\^OE\^O\M-o\^N\M-j\^N\M^T\^N\M^O\^N^\^NY\^N(\^N$\^N\M-b\r\M-^\r\M^\\r\M^W\rU\rP\r\^N\r\a\r\M-J\f\M-C\f\M^F\f\M^@\f:\f4\f\M-n\v\M-i\v\M^Z\v\M^U\vF\vA\v\M-r\n\M-m\n\M^^\n\M^Y\nI\nD\n\M-t\t\M^^\t\M-t\t7\n\M-z\t\M-u\t\M-8\t\M-3\tv\tq\t"...,4096) = 4096 (0x1000) 3727: close(4) = 0 (0x0) 3727: __getcwd("/tmp",250) = 0 (0x0) 3727: open("/usr/share/locale/en_US.ISO8859-1/LC_COLLATE",O_RDONLY,0666) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=2955847,size=4642,blksize=4096}) = 0 (0x0) 3727: read(4,"1.2\n\0\0\0\0\0\0\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\^A\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\0\0\^C\0\0\0\0\0\0\0\0\0\^D\0\0\0\0\0\0\0\0\0\^E\0\0\0\0\0\0\0\0\0\^F\0\0\0\0\0\0\0\0\0\a\0\0\0\0\0\0\0\0\0\b\0\0\0\0\0\0\0\0\0\t\0\0\0\0\0\0\0\0\0\n\0\0\0\0\0\0\0\0\0\v\0"...,4096) = 4096 (0x1000) 3727: read(4,"\0^\0\0\0\^D\0\0\0n\0\0\0\0\0\0\0t\0\0\0\^C\0\0\0t\0\0\0\^B\0\0\0t\0\0\0\^D\0\0\0t\0\0\0\a\0\0\0t\0\0\0\^F\0\0\0t\0\0\0\^E\0\0\0t\0\0\0\b\0\0\0v\0\0\0\^B\0\0\0x\0\0\0\^C\0\0\0x\0\0\0\^B\0\0\0x\0\0\0\^D\0\0\0x\0\0\0\^E\0\0\0|\0\0\0\^C\0\0\0|\0\0\0\^B\0\0\0|"...,4096) = 546 (0x222) 3727: close(4) = 0 (0x0) 3727: open("/usr/share/locale/en_US.ISO8859-1/LC_MONETARY",O_RDONLY,010000) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=2956332,size=34,blksize=4096}) = 0 (0x0) 3727: read(4,"USD \n$\n.\n,\n3;3\n\n-\n2\n2\n1\n0\n1\n0\n1\n1\n",34) = 34 (0x22) 3727: close(4) = 0 (0x0) 3727: open("/usr/share/locale/en_US.ISO8859-1/LC_NUMERIC",O_RDONLY,042) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=2956624,size=8,blksize=4096}) = 0 (0x0) 3727: read(4,".\n,\n3;3\n",8) = 8 (0x8) 3727: close(4) = 0 (0x0) 3727: open("/usr/share/locale/en_US.ISO8859-1/LC_TIME",O_RDONLY,010) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=2956792,size=377,blksize=4096}) = 0 (0x0) 3727: read(4,"Jan\nFeb\nMar\nApr\nMay\nJun\nJul\nAug\nSep\nOct\nNov\nDec\nJanuary\nFebruary\nMarch\nApril\nMay\nJune\nJuly\nAugust\nSeptember\nOctober\nNovember\nDecember\nSun\nMon\nTue\nWed\nThu\nFri\nSat\nSunday\nMonday\nTuesday\nWednesday\nThursday\nFriday\nSaturday"...,377) = 377 (0x179) 3727: close(4) = 0 (0x0) 3727: open("/usr/share/locale/en_US.ISO8859-1/LC_MESSAGES",O_RDONLY,0571) = 4 (0x4) 3727: fstat(4,{mode=-r--r--r-- ,inode=2956477,size=18,blksize=4096}) = 0 (0x0) 3727: read(4,"^[yYsS].*\n^[nN].*\n",18) = 18 (0x12) 3727: close(4) = 0 (0x0) 3727: sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,SIGCHLD) = 0 (0x0) 3727: sigprocmask(SIG_SETMASK,SIGCHLD,0x0) = 0 (0x0) 3727: break(0x8570000) = 0 (0x0) 3727: break(0x8581000) = 0 (0x0) 3727: gettimeofday({1213985073.298623},0x0) = 0 (0x0) 3727: access("/usr/local/share/java/ext",0) ERR#2 'No such file or directory' 3727: access(".",0) = 0 (0x0) 3727: stat(".",{mode=drwxrwxrwt ,inode=2,size=291840,blksize=4096}) = 0 (0x0) 3727: lstat("/tmp",{mode=drwxrwxrwt ,inode=2,size=291840,blksize=4096}) = 0 (0x0) 3727: stat("/tmp",{mode=drwxrwxrwt ,inode=2,size=291840,blksize=4096}) = 0 (0x0) 3727: access("/usr/local/share/java/gcj-endorsed",0) ERR#2 'No such file or directory' 3727: sigaction(SIGPIPE,{ SIG_IGN 0x0 ss_t },0x0) = 0 (0x0) 3727: sigprocmask(SIG_BLOCK,SIGCHLD,0x0) = 0 (0x0) 3727: _umtx_op(0xbfbfe92c,0x3,0x1,0x0,0x0,0x1) = 0 (0x0) 3727: sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGABRT|SIGEMT|SIGKILL|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,SIGCHLD) From kitche at kitchetech.com Fri Jun 20 20:20:01 2008 From: kitche at kitchetech.com (Kitche) Date: Fri Jun 20 20:20:05 2008 Subject: sysutils/screen package In-Reply-To: <485BC510.5000308@chessgriffin.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> <485BC510.5000308@chessgriffin.com> Message-ID: <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> > Chess Griffin wrote: >> Boris Kochergin wrote: >>> Hi, List. I noticed that there isn't a package for sysutils/screen for >>> 7.0. Compiling it from ports works fine, and I looked around and >>> wasn't able to find logs relevant to it on >>> http://pointyhat.freebsd.org/errorlogs/, so I was wondering if anyone >>> could shed some light on why it's not available. Thanks. >>> >>> -Boris >> >> NO_PACKAGE is set in the Makefile, which also states: >> >> "Tends to loop using 100% CPU when used from package - perhaps it >> hard-codes information about the build host" >> > > By the way misc/tmux is a really nice GNU Screen replacement. It's > smaller, lighter, and BSD licensed. According to the developer, there > is some cool stuff now in CVS (scrolling status line, interactive > command prompt). I've been using it for awhile now and really enjoy it. > > -- > Chess Griffin > GPG Key: 0x0C7558C3 > http://www.chessgriffin.com > > the Freebsd cons25 term information actually makes tmux not work correctly you sort of have to use a workaround by using a different term. Since the termcap info is missing cs it seems From nox at jelal.kn-bremen.de Fri Jun 20 21:13:27 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Jun 20 21:13:33 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! Message-ID: <20080620211216.GA75382@saturn.kn-bremen.de> 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 Enjoy, Juergen From kent at khauser.net Fri Jun 20 21:23:27 2008 From: kent at khauser.net (Kent Hauser) Date: Fri Jun 20 21:23:31 2008 Subject: boost / boost-python conflict Message-ID: <6004effe0806201408x15e3f018qa15c0cf5eb862b4f@mail.gmail.com> Hi, When I compile KDE3, boost-python is installed. A subsequent compile of openoffice-2 fails because it can't install conflicting boost. What is the best way to resolve the conflict? Thanks. Kent From dougb at FreeBSD.org Fri Jun 20 21:23:32 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Jun 20 21:23:34 2008 Subject: CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox 3.0! In-Reply-To: References: Message-ID: <485C1991.4020601@FreeBSD.org> > ------------------------------------------------------- > > www/firefox3: Update to 3.0 final > ------------------------------------------------------- > The bsd.gecko.mk has been moved from www/mozilla/ to Mk/. You no longer > need to include bsd.gecko.mk/Makefile.common by manual. We still keep it > in backward compatibility, so the rest ports won't be break. We haven't > add some other ports to have Firefox 3 support yet, so if you want to > add in your ports early then feel free to send me patch(es) and I shall > add in MC ports-stable. Thanks for this! I was able to update my ports tree and build the new firefox without problems on 8-current, as well as update the other ports you listed that I have installed. I don't use gnome or kde though, so my testing of these changes is pretty minimal. Not sure whose department this is, but FYI before you posted this I gave the linux version of firefox 3 a whirl, and our linux-gtk port needs updating to something 2.10.x or later. I found a 2.10.13 rpm from fedora core 6 that worked. hth, Doug -- This .signature sanitized for your protection From pgollucci at p6m7g8.com Fri Jun 20 23:01:35 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Jun 20 23:01:40 2008 Subject: sysutils/screen package In-Reply-To: <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> <485BC510.5000308@chessgriffin.com> <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> Message-ID: <485C3470.6030703@p6m7g8.com> itche wrote: >> Chess Griffin wrote: >>> Boris Kochergin wrote: >>>> Hi, List. I noticed that there isn't a package for sysutils/screen for >>>> 7.0. Compiling it from ports works fine, and I looked around and >>>> wasn't able to find logs relevant to it on >>>> http://pointyhat.freebsd.org/errorlogs/, so I was wondering if anyone >>>> could shed some light on why it's not available. Thanks. Despite, cy@ disagreeing with me, I *believe* this problem is local to the pointyhat build cluster. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122545 -- ------------------------------------------------------------------------ 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 kris at FreeBSD.org Fri Jun 20 23:49:39 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Fri Jun 20 23:49:41 2008 Subject: sysutils/screen package In-Reply-To: <485C3470.6030703@p6m7g8.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> <485BC510.5000308@chessgriffin.com> <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> <485C3470.6030703@p6m7g8.com> Message-ID: <485C4211.7040103@FreeBSD.org> Philip M. Gollucci wrote: > itche wrote: >>> Chess Griffin wrote: >>>> Boris Kochergin wrote: >>>>> Hi, List. I noticed that there isn't a package for sysutils/screen for >>>>> 7.0. Compiling it from ports works fine, and I looked around and >>>>> wasn't able to find logs relevant to it on >>>>> http://pointyhat.freebsd.org/errorlogs/, so I was wondering if anyone >>>>> could shed some light on why it's not available. Thanks. > Despite, cy@ disagreeing with me, I *believe* this problem is local to > the pointyhat build cluster. > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122545 That's fine and all, but it doesn't solve the problem. Kris From tobias.rehbein at web.de Sat Jun 21 00:14:43 2008 From: tobias.rehbein at web.de (Tobias Rehbein) Date: Sat Jun 21 00:14:49 2008 Subject: Please review: Update of www/nanoblogger Message-ID: <20080621001204.GA75688@sushi.pseudo.local> Hi all. If someone is interested please review my update for www/nanoblogger which is a rather big update. This is my first try on ports and so I would appreciate any comments. Portlint keeps warning me I should define DISTFILES earlier, but I don't know how as I don't know the value of DISTFILES without bsd.port.pre.mk. Any hints? Regards Tobias And here is the diff: diff -ruN www/nanoblogger.orig/Makefile www/nanoblogger/Makefile --- www/nanoblogger.orig/Makefile 2008-06-13 23:33:10.000000000 +0000 +++ www/nanoblogger/Makefile 2008-06-20 23:53:47.000000000 +0000 @@ -7,12 +7,12 @@ # PORTNAME= nanoblogger -PORTVERSION= 3.3 -PORTREVISION= 2 +DISTVERSION= 3.4-rc1 CATEGORIES= www MASTER_SITES= SF +MASTER_SITE_SUBDIR= nanoblogger -MAINTAINER= ports@FreeBSD.org +MAINTAINER= tobias.rehbein@web.de COMMENT= Small weblog engine written in Bash for the command line RUN_DEPENDS= bash:${PORTSDIR}/shells/bash @@ -21,12 +21,45 @@ SUB_FILES= pkg-message -post-patch: - @${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX},g" ${WRKSRC}/nb - @${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX}," ${WRKSRC}/plugins/entry/format/markdown.sh - @${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX}," ${WRKSRC}/plugins/page/format/markdown.sh +PLIST= ${WRKDIR}/pkg-plist -do-install: +OPTIONS= EXTRA "install extra plugins and language packs" off \ + MARKDOWN "install textproc/markdown as dependency" off + +WRKSRC_EXTRA= ${WRKDIR}/${PORTNAME}-extra-${DISTVERSION} + +.include + +DISTFILES= ${PORTNAME}-${DISTVERSION}${EXTRACT_SUFX} +.if defined(WITH_EXTRA) +DISTFILES+= ${PORTNAME}-extra-${DISTVERSION}${EXTRACT_SUFX} +.if !defined(WITHOUT_EXAMPLES) +PLIST_SUB= EXAMPLES="" +.else +PLIST_SUB= EXAMPLES="@comment " +.endif +.endif + +.if defined(WITH_MARKDOWN) +RUN_DEPENDS+= markdown:${PORTSDIR}/textproc/markdown +.endif + +post-patch: .SILENT + ${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX}," ${WRKSRC}/nb + ${REINPLACE_CMD} -e "s,%%DATADIR%%,${DATADIR}," ${WRKSRC}/nb + ${REINPLACE_CMD} -e "s,%%DOCSDIR%%,${DOCSDIR}," ${WRKSRC}/nb + ${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX}," ${WRKSRC}/nb.conf + ${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX}," ${WRKSRC}/plugins/entry/format/markdown.sh + ${REINPLACE_CMD} -e "s,%%PREFIX%%,${PREFIX}," ${WRKSRC}/plugins/page/format/markdown.sh + +pre-install: .SILENT + ${CAT} ${PKGDIR}/pkg-plist > ${WRKDIR}/pkg-plist +.if defined(WITH_EXTRA) + ${CAT} ${PKGDIR}/pkg-plist.extra ${PKGDIR}/pkg-plist.extra.dirrm >> ${WRKDIR}/pkg-plist +.endif + ${CAT} ${PKGDIR}/pkg-plist.dirrm >> ${WRKDIR}/pkg-plist + +do-install: .SILENT ${INSTALL_SCRIPT} ${WRKSRC}/nb ${PREFIX}/bin ${INSTALL_DATA} ${WRKSRC}/nb.conf ${PREFIX}/etc/nb.conf.sample ${MKDIR} ${DATADIR} @@ -36,8 +69,14 @@ ${COPYTREE_SHARE} \* ${DATADIR}/${data} "! -name *.orig ! -name *.bak" ) .endfor ${CP} ${WRKSRC}/welcome-to-nb.txt ${DATADIR} +.if defined(WITH_EXTRA) +.for data in default lang plugins + ( cd ${WRKSRC_EXTRA}/${data} && \ + ${COPYTREE_SHARE} \* ${DATADIR}/${data} "! -name *.orig ! -name *.bak" ) +.endfor +.endif -post-install: +post-install: .SILENT @if [ ! -f ${PREFIX}/etc/nb.conf ]; then \ ${CP} -p ${PREFIX}/etc/nb.conf.sample ${PREFIX}/etc/nb.conf; \ fi @@ -46,7 +85,19 @@ .for doc in COPYING ChangeLog README TODO docs/nanoblogger.html ${INSTALL_MAN} ${WRKSRC}/${doc} ${DOCSDIR} .endfor +.if defined(WITH_EXTRA) +.for doc in ChangeLog README + ${INSTALL_MAN} ${WRKSRC_EXTRA}/${doc} ${DOCSDIR}/${doc}-extra +.endfor +.for doc in nanoblogger_de.html nanoblogger_fr.html + ${INSTALL_MAN} ${WRKSRC_EXTRA}/docs/${doc} ${DOCSDIR} +.endfor +.endif +.endif +.if defined(WITH_EXTRA) && !defined(WITHOUT_EXAMPLES) + ${MKDIR} ${EXAMPLESDIR} + ${INSTALL_MAN} ${WRKSRC_EXTRA}/docs/examples/nanoblogger.bash_completion ${EXAMPLESDIR} .endif @${CAT} ${PKGMESSAGE} -.include +.include diff -ruN www/nanoblogger.orig/distinfo www/nanoblogger/distinfo --- www/nanoblogger.orig/distinfo 2007-01-16 10:47:17.000000000 +0000 +++ www/nanoblogger/distinfo 2008-06-20 22:17:30.000000000 +0000 @@ -1,3 +1,6 @@ -MD5 (nanoblogger-3.3.tar.gz) = c9df242e48be0c9b7fca2443c00fd6dc -SHA256 (nanoblogger-3.3.tar.gz) = b49b25ee18c42dc9cf47fdd456e5dd19033456c64104a0ccba34e318e5daf1a0 -SIZE (nanoblogger-3.3.tar.gz) = 82302 +MD5 (nanoblogger-3.4-rc1.tar.gz) = e6fd8e6445ccc0d9e8686e14f0cce8b8 +SHA256 (nanoblogger-3.4-rc1.tar.gz) = 1d4e097d04d8cc4616ba5a11d0b54ffe0b868236fd18be4618a1b120a8d73046 +SIZE (nanoblogger-3.4-rc1.tar.gz) = 89354 +MD5 (nanoblogger-extra-3.4-rc1.tar.gz) = 35af8539a0ed35153575b4f7a65771ff +SHA256 (nanoblogger-extra-3.4-rc1.tar.gz) = f073c1d8616479f7f44cdb37fc7c08569a0ff18d0607f0df7a8a97b80b5520ef +SIZE (nanoblogger-extra-3.4-rc1.tar.gz) = 61334 diff -ruN www/nanoblogger.orig/files/patch-nb www/nanoblogger/files/patch-nb --- www/nanoblogger.orig/files/patch-nb 2007-01-16 10:47:19.000000000 +0000 +++ www/nanoblogger/files/patch-nb 2008-06-20 22:11:04.000000000 +0000 @@ -1,23 +1,33 @@ ---- nb.orig Sun Jan 14 17:38:03 2007 -+++ nb Sun Jan 14 17:41:26 2007 +--- nb.orig 2008-06-14 05:51:56.000000000 +0200 ++++ nb 2008-06-21 00:10:13.000000000 +0200 @@ -1,4 +1,4 @@ -#! /bin/bash -+#!/usr/bin/env bash ++#! %%PREFIX%%/bin/bash ############################################################ - # NanoBlogger 3.3 Copyright 2006 n1xt3r (Kevin R. Wood) # + # NanoBlogger 3.4 Copyright 2008 n1xt3r (Kevin R. Wood) # ############################################################ -@@ -8,11 +8,11 @@ - VERSION="3.3" +@@ -9,11 +9,11 @@ - # nanoblogger's base install directory. + # -- hardcoded paths -- + # where to expect nanoblogger's base -NB_BASE_DIR=`dirname $0` -+NB_BASE_DIR="%%PREFIX%%/share/nanoblogger" - # documentation ++NB_BASE_DIR="%%DATADIR%%" + # where to expect nanoblogger's documentation -NB_DOC_DIR="$NB_BASE_DIR/docs" -+NB_DOC_DIR="%%PREFIX%%/share/doc/nanoblogger" - # nanoblogger's conf file ++NB_DOC_DIR="%%DOCSDIR%%" + # where to expect nanoblogger's conf file -NB_CFG_DIR="$NB_BASE_DIR" +NB_CFG_DIR="%%PREFIX%%/etc" - - ### hardcoded paths ### - + # nanoblogger's language definitions directory. + NB_LANG_DIR="${NB_BASE_DIR}/lang" + # nanoblogger's module directory. +@@ -710,6 +710,9 @@ + # copy default files and directories + for weblog_dir in "$NB_BASE_DIR"/default/*; do + cp -R "$weblog_dir" "$BLOG_DIR" ++ # set file modes ++ find "$BLOG_DIR" -type d | xargs chmod -R 750 ++ find "$BLOG_DIR" -type f | xargs chmod -R 640 + done + # create some critical empty directories + for weblog_emptydir in "$ARCHIVES_DIR" "$CACHE_DIR" "$PARTS_DIR"; do diff -ruN www/nanoblogger.orig/files/patch-nb.conf www/nanoblogger/files/patch-nb.conf --- www/nanoblogger.orig/files/patch-nb.conf 1970-01-01 00:00:00.000000000 +0000 +++ www/nanoblogger/files/patch-nb.conf 2008-06-20 22:05:00.000000000 +0000 @@ -0,0 +1,11 @@ +--- nb.conf.orig 2008-06-18 19:37:29.000000000 +0000 ++++ nb.conf 2008-06-18 19:42:13.000000000 +0000 +@@ -7,7 +7,7 @@ + NB_LANG="en" + + # Set the default blog directory +-#BLOG_DIR="/var/www/weblog" ++#BLOG_DIR="%%PREFIX%%/www/weblog" + + # --- Blog Templates --- + # diff -ruN www/nanoblogger.orig/files/patch-plugins_entry_format_markdown.sh www/nanoblogger/files/patch-plugins_entry_format_markdown.sh --- www/nanoblogger.orig/files/patch-plugins_entry_format_markdown.sh 1970-01-01 00:00:00.000000000 +0000 +++ www/nanoblogger/files/patch-plugins_entry_format_markdown.sh 2008-06-20 22:08:20.000000000 +0000 @@ -0,0 +1,11 @@ +--- plugins/entry/format/markdown.sh.orig 2008-01-17 06:40:17.000000000 +0100 ++++ plugins/entry/format/markdown.sh 2008-06-21 00:07:26.000000000 +0200 +@@ -2,7 +2,7 @@ + # Markdown is documented and implemented at + # + +-MARKDOWN="/usr/bin/markdown" ++MARKDOWN="%%PREFIX%%/bin/markdown" + MARKDOWN_OPTS="" + + # nb_msg "$plugins_entryfilteraction `basename $nb_plugin` ..." diff -ruN www/nanoblogger.orig/files/patch-plugins_entry_format_markdown_sh www/nanoblogger/files/patch-plugins_entry_format_markdown_sh --- www/nanoblogger.orig/files/patch-plugins_entry_format_markdown_sh 2008-06-13 19:07:32.000000000 +0000 +++ www/nanoblogger/files/patch-plugins_entry_format_markdown_sh 1970-01-01 00:00:00.000000000 +0000 @@ -1,11 +0,0 @@ ---- plugins/entry/format/markdown.sh.orig 2005-11-03 08:21:22.000000000 +0100 -+++ plugins/entry/format/markdown.sh 2008-06-12 11:22:45.000000000 +0200 -@@ -2,7 +2,7 @@ - # Markdown is documented and implemented at - # - --MARKDOWN="/usr/bin/markdown" -+MARKDOWN="%%PREFIX%%/bin/markdown" - MARKDOWN_OPTS="" - - # nb_msg "$plugins_textformataction `basename $nb_plugin` ..." diff -ruN www/nanoblogger.orig/files/patch-plugins_page_format_markdown.sh www/nanoblogger/files/patch-plugins_page_format_markdown.sh --- www/nanoblogger.orig/files/patch-plugins_page_format_markdown.sh 1970-01-01 00:00:00.000000000 +0000 +++ www/nanoblogger/files/patch-plugins_page_format_markdown.sh 2008-06-20 22:08:53.000000000 +0000 @@ -0,0 +1,11 @@ +--- plugins/page/format/markdown.sh.orig 2008-01-17 06:40:17.000000000 +0100 ++++ plugins/page/format/markdown.sh 2008-06-21 00:07:39.000000000 +0200 +@@ -2,7 +2,7 @@ + # Markdown is documented and implemented at + # + +-MARKDOWN="/usr/bin/markdown" ++MARKDOWN="%%PREFIX%%/bin/markdown" + MARKDOWN_OPTS="" + + nb_msg "$plugins_entryfilteraction `basename $nb_plugin` ..." diff -ruN www/nanoblogger.orig/files/patch-plugins_page_format_markdown_sh www/nanoblogger/files/patch-plugins_page_format_markdown_sh --- www/nanoblogger.orig/files/patch-plugins_page_format_markdown_sh 2008-06-13 19:07:32.000000000 +0000 +++ www/nanoblogger/files/patch-plugins_page_format_markdown_sh 1970-01-01 00:00:00.000000000 +0000 @@ -1,11 +0,0 @@ ---- plugins/page/format/markdown.sh.orig 2005-11-09 23:45:03.000000000 +0100 -+++ plugins/page/format/markdown.sh 2008-06-12 11:23:22.000000000 +0200 -@@ -2,7 +2,7 @@ - # Markdown is documented and implemented at - # - --MARKDOWN="/usr/bin/markdown" -+MARKDOWN="%%PREFIX%%/bin/markdown" - MARKDOWN_OPTS="" - - nb_msg "$plugins_textformataction `basename $nb_plugin` ..." diff -ruN www/nanoblogger.orig/files/pkg-message.in www/nanoblogger/files/pkg-message.in --- www/nanoblogger.orig/files/pkg-message.in 2007-01-16 10:47:19.000000000 +0000 +++ www/nanoblogger/files/pkg-message.in 2008-06-20 22:05:00.000000000 +0000 @@ -1,3 +1,4 @@ +------------------------------------------------------------------------------- POST-INSTALLATION NOTES: Before you can use NanoBlogger, you will have to create a global configuration @@ -21,12 +22,10 @@ SIDE NOTES FOR OLD USERS: As always with new release, don't forget to read the documentation and to -update your weblog configuration file, e.g. ${blog_dir}/blog.conf. In the -same time, pay attention to these particular points: - - The way articles are build has changed: nb {-E|--draft} must be use now. - - The base skeleton has been modified too, you _may_ want to update your - old entries, but that seems not mandatory though. +follow the preferred update path (see %%DOCSDIR%%/README). +In the same time, pay attention to these particular points: + - The commandline interface has changed; read the documentation - Be careful if you have customized your CSS style file: there is a lot of changes in this area, so layout may be very different with this version than you may expected. - +------------------------------------------------------------------------------- diff -ruN www/nanoblogger.orig/pkg-plist www/nanoblogger/pkg-plist --- www/nanoblogger.orig/pkg-plist 2007-01-16 10:47:17.000000000 +0000 +++ www/nanoblogger/pkg-plist 2008-06-20 23:18:06.000000000 +0000 @@ -2,86 +2,78 @@ @unexec if cmp -s %D/etc/nb.conf.sample %D/etc/nb.conf; then rm -f %D/etc/nb.conf; fi etc/nb.conf.sample @exec if [ ! -f %D/etc/nb.conf ] ; then cp -p %D/%F %B/nb.conf; fi -@exec mkdir -p %D/share/nanoblogger/default/parts @exec mkdir -p %D/share/nanoblogger/default/cache @exec mkdir -p %D/share/nanoblogger/default/plugins -%%DOCSDIR%%/COPYING -%%DOCSDIR%%/ChangeLog -%%DOCSDIR%%/README -%%DOCSDIR%%/TODO -%%DOCSDIR%%/nanoblogger.html +@exec mkdir -p %D/share/nanoblogger/plugins/archive/category %%DATADIR%%/default/articles/example.txt -%%DATADIR%%/default/atom.xml %%DATADIR%%/default/blog.conf %%DATADIR%%/default/data/cat_1.db -%%DATADIR%%/default/images/favicon.ico %%DATADIR%%/default/images/feed-icon-14x14.png -%%DATADIR%%/default/index.html -%%DATADIR%%/default/index.xml +%%DATADIR%%/default/images/favicon.ico +%%DATADIR%%/default/styles/feed.css +%%DATADIR%%/default/styles/print.css %%DATADIR%%/default/styles/nb_clean.css %%DATADIR%%/default/styles/nb_default.css -%%DATADIR%%/default/styles/nb_rusted.css -%%DATADIR%%/default/styles/nb_spring.css -%%DATADIR%%/default/styles/nb_steelblue.css -%%DATADIR%%/default/styles/print.css +%%DATADIR%%/default/templates/permalink_entry.htm +%%DATADIR%%/default/templates/makepage.htm %%DATADIR%%/default/templates/category_archive.htm +%%DATADIR%%/default/templates/permalink.htm +%%DATADIR%%/default/templates/main_index.htm %%DATADIR%%/default/templates/category_entry.htm -%%DATADIR%%/default/templates/day_archive.htm -%%DATADIR%%/default/templates/entry.htm %%DATADIR%%/default/templates/entry.metadata +%%DATADIR%%/default/templates/entry.htm %%DATADIR%%/default/templates/file.metadata -%%DATADIR%%/default/templates/main_index.htm -%%DATADIR%%/default/templates/main_links.htm -%%DATADIR%%/default/templates/makepage.htm +%%DATADIR%%/default/templates/day_archive.htm +%%DATADIR%%/default/templates/month_entry.htm +%%DATADIR%%/default/templates/year_archive.htm %%DATADIR%%/default/templates/month_archive.htm -%%DATADIR%%/default/templates/permalink.htm -%%DATADIR%%/default/templates/permalink_entry.htm %%DATADIR%%/default/templates/weblog_status.htm -%%DATADIR%%/default/templates/year_archive.htm +%%DATADIR%%/default/templates/main_links.htm %%DATADIR%%/lang/en/help.txt +%%DATADIR%%/lang/en/templates.lang %%DATADIR%%/lang/en/messages.lang %%DATADIR%%/lang/en/plugins.lang -%%DATADIR%%/lang/en/templates.lang +%%DATADIR%%/lib/archive.sh %%DATADIR%%/lib/config.sh +%%DATADIR%%/lib/database.sh %%DATADIR%%/lib/error.sh -%%DATADIR%%/lib/query.sh %%DATADIR%%/lib/tools.sh %%DATADIR%%/moods/moods.conf %%DATADIR%%/moods/mymood.txt -%%DATADIR%%/moods/smilies/angry.gif -%%DATADIR%%/moods/smilies/cheesy.gif +%%DATADIR%%/moods/smilies/tongue.gif +%%DATADIR%%/moods/smilies/rolleyes.gif +%%DATADIR%%/moods/smilies/wink.gif +%%DATADIR%%/moods/smilies/grin.gif %%DATADIR%%/moods/smilies/cool.gif -%%DATADIR%%/moods/smilies/cry.gif %%DATADIR%%/moods/smilies/embarassed.gif -%%DATADIR%%/moods/smilies/grin.gif -%%DATADIR%%/moods/smilies/huh.gif -%%DATADIR%%/moods/smilies/kiss.gif +%%DATADIR%%/moods/smilies/sad.gif +%%DATADIR%%/moods/smilies/cheesy.gif %%DATADIR%%/moods/smilies/laugh.gif +%%DATADIR%%/moods/smilies/cry.gif +%%DATADIR%%/moods/smilies/kiss.gif +%%DATADIR%%/moods/smilies/smiley.gif %%DATADIR%%/moods/smilies/lipsrsealed.gif -%%DATADIR%%/moods/smilies/rolleyes.gif -%%DATADIR%%/moods/smilies/sad.gif +%%DATADIR%%/moods/smilies/angry.gif +%%DATADIR%%/moods/smilies/huh.gif %%DATADIR%%/moods/smilies/shocked.gif -%%DATADIR%%/moods/smilies/smiley.gif -%%DATADIR%%/moods/smilies/tongue.gif -%%DATADIR%%/moods/smilies/wink.gif -%%DATADIR%%/plugins/archive/day/cal2daytitle.sh +%%DATADIR%%/plugins/archive/month/month_archive.sh +%%DATADIR%%/plugins/archive/year/year_archive.sh %%DATADIR%%/plugins/archive/master_index.sh -%%DATADIR%%/plugins/archive/month/month_calendar.sh -%%DATADIR%%/plugins/archive/year/year_index.sh +%%DATADIR%%/plugins/archive/day/day_archive.sh %%DATADIR%%/plugins/atom.sh %%DATADIR%%/plugins/calendar.sh -%%DATADIR%%/plugins/entry/category_links.sh -%%DATADIR%%/plugins/entry/format/autobr.sh +%%DATADIR%%/plugins/entry/mod/moods.sh +%%DATADIR%%/plugins/entry/mod/base_url.sh %%DATADIR%%/plugins/entry/format/markdown.sh %%DATADIR%%/plugins/entry/format/raw.sh -%%DATADIR%%/plugins/entry/mod/base_url.sh -%%DATADIR%%/plugins/entry/mod/moods.sh +%%DATADIR%%/plugins/entry/format/autobr.sh +%%DATADIR%%/plugins/entry/category_links.sh %%DATADIR%%/plugins/makepage/tidy.sh %%DATADIR%%/plugins/page/feed_links.sh -%%DATADIR%%/plugins/page/format/autobr.sh %%DATADIR%%/plugins/page/format/markdown.sh -%%DATADIR%%/plugins/page/format/moods.sh %%DATADIR%%/plugins/page/format/raw.sh +%%DATADIR%%/plugins/page/format/moods.sh +%%DATADIR%%/plugins/page/format/autobr.sh %%DATADIR%%/plugins/post/clean_parts.off %%DATADIR%%/plugins/recent_entries.sh %%DATADIR%%/plugins/rss2.sh @@ -89,31 +81,8 @@ %%DATADIR%%/plugins/weblog_status.sh %%DATADIR%%/plugins/z001_articles_meta.sh %%DATADIR%%/welcome-to-nb.txt -@dirrm %%DATADIR%%/plugins/post -@dirrm %%DATADIR%%/plugins/page/format -@dirrm %%DATADIR%%/plugins/page -@dirrm %%DATADIR%%/plugins/makepage -@dirrm %%DATADIR%%/plugins/entry/mod -@dirrm %%DATADIR%%/plugins/entry/format -@dirrm %%DATADIR%%/plugins/entry -@dirrm %%DATADIR%%/plugins/archive/year -@dirrm %%DATADIR%%/plugins/archive/month -@dirrm %%DATADIR%%/plugins/archive/day -@dirrm %%DATADIR%%/plugins/archive -@dirrm %%DATADIR%%/plugins -@dirrm %%DATADIR%%/moods/smilies -@dirrm %%DATADIR%%/moods -@dirrm %%DATADIR%%/lib -@dirrm %%DATADIR%%/lang/en -@dirrm %%DATADIR%%/lang -@dirrm %%DATADIR%%/default/templates -@dirrm %%DATADIR%%/default/styles -@dirrm %%DATADIR%%/default/plugins -@dirrm %%DATADIR%%/default/parts -@dirrm %%DATADIR%%/default/images -@dirrm %%DATADIR%%/default/data -@dirrm %%DATADIR%%/default/cache -@dirrm %%DATADIR%%/default/articles -@dirrm %%DATADIR%%/default -@dirrm %%DATADIR%% -@dirrm %%DOCSDIR%% +%%PORTDOCS%%%%DOCSDIR%%/COPYING +%%PORTDOCS%%%%DOCSDIR%%/ChangeLog +%%PORTDOCS%%%%DOCSDIR%%/README +%%PORTDOCS%%%%DOCSDIR%%/TODO +%%PORTDOCS%%%%DOCSDIR%%/nanoblogger.html diff -ruN www/nanoblogger.orig/pkg-plist.dirrm www/nanoblogger/pkg-plist.dirrm --- www/nanoblogger.orig/pkg-plist.dirrm 1970-01-01 00:00:00.000000000 +0000 +++ www/nanoblogger/pkg-plist.dirrm 2008-06-20 23:18:33.000000000 +0000 @@ -0,0 +1,28 @@ +@dirrm %%DATADIR%%/default/articles +@dirrm %%DATADIR%%/default/cache +@dirrm %%DATADIR%%/default/data +@dirrm %%DATADIR%%/default/images +@dirrm %%DATADIR%%/default/plugins +@dirrm %%DATADIR%%/default/styles +@dirrm %%DATADIR%%/default/templates +@dirrm %%DATADIR%%/default +@dirrm %%DATADIR%%/lang/en +@dirrm %%DATADIR%%/lang +@dirrm %%DATADIR%%/lib +@dirrm %%DATADIR%%/moods/smilies +@dirrm %%DATADIR%%/moods +@dirrm %%DATADIR%%/plugins/archive/month +@dirrm %%DATADIR%%/plugins/archive/year +@dirrm %%DATADIR%%/plugins/archive/category +@dirrm %%DATADIR%%/plugins/archive/day +@dirrm %%DATADIR%%/plugins/archive +@dirrm %%DATADIR%%/plugins/entry/mod +@dirrm %%DATADIR%%/plugins/entry/format +@dirrm %%DATADIR%%/plugins/entry +@dirrm %%DATADIR%%/plugins/makepage +@dirrm %%DATADIR%%/plugins/page/format +@dirrm %%DATADIR%%/plugins/page +@dirrm %%DATADIR%%/plugins/post +@dirrm %%DATADIR%%/plugins +@dirrm %%DATADIR%% +%%PORTDOCS%%@dirrm %%DOCSDIR%% diff -ruN www/nanoblogger.orig/pkg-plist.extra www/nanoblogger/pkg-plist.extra --- www/nanoblogger.orig/pkg-plist.extra 1970-01-01 00:00:00.000000000 +0000 +++ www/nanoblogger/pkg-plist.extra 2008-06-20 23:43:37.000000000 +0000 @@ -0,0 +1,34 @@ +%%DATADIR%%/plugins/entry/format/autopbr.sh +%%DATADIR%%/plugins/entry/z0_excerpt.off +%%DATADIR%%/plugins/001_mymood.off +%%DATADIR%%/plugins/rss.sh +%%DATADIR%%/plugins/page/format/autopbr.sh +%%DATADIR%%/plugins/page/page_links.off +%%DATADIR%%/plugins/file_links.sh +%%DATADIR%%/plugins/archive/master_fullindex.off +%%DATADIR%%/plugins/archive/category/include_listings.sh +%%DATADIR%%/plugins/z001_articles_text.off +%%DATADIR%%/plugins/fortune.sh +%%DATADIR%%/default/templates/category_inc_entry.htm +%%DATADIR%%/default/templates/category_inc_archive.htm +%%DATADIR%%/lang/tr/help.txt +%%DATADIR%%/lang/tr/templates.lang +%%DATADIR%%/lang/tr/messages.lang +%%DATADIR%%/lang/tr/plugins.lang +%%DATADIR%%/lang/de/help.txt +%%DATADIR%%/lang/de/templates.lang +%%DATADIR%%/lang/de/messages.lang +%%DATADIR%%/lang/de/plugins.lang +%%DATADIR%%/lang/es/help.txt +%%DATADIR%%/lang/es/templates.lang +%%DATADIR%%/lang/es/messages.lang +%%DATADIR%%/lang/es/plugins.lang +%%DATADIR%%/lang/fr/help.txt +%%DATADIR%%/lang/fr/templates.lang +%%DATADIR%%/lang/fr/messages.lang +%%DATADIR%%/lang/fr/plugins.lang +%%PORTDOCS%%%%DOCSDIR%%/README-extra +%%PORTDOCS%%%%DOCSDIR%%/ChangeLog-extra +%%PORTDOCS%%%%DOCSDIR%%/nanoblogger_de.html +%%PORTDOCS%%%%DOCSDIR%%/nanoblogger_fr.html +%%EXAMPLES%%%%EXAMPLESDIR%%/nanoblogger.bash_completion diff -ruN www/nanoblogger.orig/pkg-plist.extra.dirrm www/nanoblogger/pkg-plist.extra.dirrm --- www/nanoblogger.orig/pkg-plist.extra.dirrm 1970-01-01 00:00:00.000000000 +0000 +++ www/nanoblogger/pkg-plist.extra.dirrm 2008-06-20 23:46:07.000000000 +0000 @@ -0,0 +1,5 @@ +@dirrm %%DATADIR%%/lang/tr +@dirrm %%DATADIR%%/lang/de +@dirrm %%DATADIR%%/lang/es +@dirrm %%DATADIR%%/lang/fr +%%EXAMPLES%%@dirrm %%EXAMPLESDIR%% From fbsd06 at mlists.homeunix.com Sat Jun 21 00:48:33 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Sat Jun 21 00:48:37 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080618212716.GA61331@rwxrwxrwx.net> References: <20080618125154.GC90685@k7.mavetju> <20080618212716.GA61331@rwxrwxrwx.net> Message-ID: <20080621013220.2b84413e@gumby.homeunix.com.> On Wed, 18 Jun 2008 23:27:16 +0200 Martin Tournoij wrote: > There are some ports which refuse to compile with ccache, these all > seem to be projects which use scons, unlike make, scons does not copy > the user's environment automatically, and the required environment > variables for ccache (like CCACHE_DIR) aren't present, which leads to > build failure, an example is games/freera. > > I'm not that familiar with scons, and what exactly the "proper way" is > to handle this sort of stuff in scons, I don't have any experience with scons, but I did used to use cons. IIRC cons expects to do the caching itself. Since it already generates a hash that can be used to label the correct object file, it pretty much comes for free and running ccache would just duplicate the overheads. I think it's probable that there isn't a "proper way". From chess at chessgriffin.com Sat Jun 21 01:08:02 2008 From: chess at chessgriffin.com (Chess Griffin) Date: Sat Jun 21 01:08:07 2008 Subject: sysutils/screen package In-Reply-To: <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> <485BC510.5000308@chessgriffin.com> <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> Message-ID: <8682df160806201808o55749a7we3d4f4823de2bf14@mail.gmail.com> On Fri, Jun 20, 2008 at 4:20 PM, Kitche wrote: > the Freebsd cons25 term information actually makes tmux not work correctly > you sort of have to use a workaround by using a different term. Since the > termcap info is missing cs it seems > I have not run into any issues running tmux. My TERM is set to xterm. -- Chess Griffin GPG Public Key: 0x0C7558C3 http://www.chessgriffin.com From bf2006a at yahoo.com Sat Jun 21 01:20:29 2008 From: bf2006a at yahoo.com (bf) Date: Sat Jun 21 01:20:56 2008 Subject: regression-test Message-ID: <447581.87729.qm@web39101.mail.mud.yahoo.com> I'd agree with Thierry. Ideally, you wouldn't want to even build a piece of software that didn't work right, let alone install it. But once you admit the possibility that mistakes may have been made, and recognize that tests are desirable, then *conceptually* you want to test a port in circumstances as close as possible to those in which it will be used -- i.e., after it's been installed. But pragmatically, it really comes down to the tests that will be implemented. If this regression-test target is largely there to allow bundled testing targets to be run from the port Makefile, and these bundled tests are written with a port that is built, but not installed in mind, then run them before installation. Otherwise, afterwards. It's going to be difficult to get people to rewrite test suites just to fit someone's debatable notion of when tests should be made -- we already have enough trouble keeping up with other changes, and we have many unmaintained ports. b. From davidn04 at gmail.com Sat Jun 21 04:15:56 2008 From: davidn04 at gmail.com (David N) Date: Sat Jun 21 04:15:59 2008 Subject: ISC-DHCP versions are all the same Message-ID: <4d7dd86f0806202049q323c6fdct87075264d85417d3@mail.gmail.com> Hi, I was trying to install isc-dhcp40-server, it installs fine, but when i do a pkg_info, its isc-dhcp3-server-3.0.5_2 The ISC Dynamic Host Configuration Protocol server. I also installed version 3.1, but it still comes up with the same thing. I took a look at the make files and the dist files, and its the same thing (from first glance). Does anyone have any insight? Regards David N From edwin at mavetju.org Sat Jun 21 07:27:46 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Sat Jun 21 07:27:50 2008 Subject: ISC-DHCP versions are all the same In-Reply-To: <4d7dd86f0806202049q323c6fdct87075264d85417d3@mail.gmail.com> References: <4d7dd86f0806202049q323c6fdct87075264d85417d3@mail.gmail.com> Message-ID: <20080621072726.GA3418@k7.mavetju> On Sat, Jun 21, 2008 at 01:49:54PM +1000, David N wrote: > I was trying to install isc-dhcp40-server, it installs fine, but when > i do a pkg_info, its isc-dhcp3-server-3.0.5_2 The ISC Dynamic Host > Configuration Protocol server. They are repocopies but not yet updated to the real versions. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From coolix at free.fr Sat Jun 21 07:52:22 2008 From: coolix at free.fr (coolix) Date: Sat Jun 21 07:52:25 2008 Subject: Xfce4: quit does not work In-Reply-To: References: Message-ID: <485CAE3F.6020704@free.fr> Carlos A. M. dos Santos wrote: > Hello, > > I have a brand new machine with 7.0-STABLE-200805 AMD64 (GENERIC > kernel). Today I installed all the required packages using "pkg_add > -r", including xfce-4.4.2. Now if I run "startxfce" I get the desktop > environment running but neither the "Quit" option of the desktop menu > nor the quit button of the panel work. Got the exact same problem here too, i cant quit it. I installed XFCE4 from ports. I also noticed it takes far more longer time to start than the version shipped in packages-7.0-release. This is the error message i have when starting XFCE4. Maybe that is what cause the slow start and the 'quit' problem: ** (xfdesktop:1386): CRITICAL **: settings_register_callback: assertion `cb && user_data && mcs_client' failed -- coolix From kamikaze at bsdforen.de Sat Jun 21 08:01:29 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sat Jun 21 08:01:33 2008 Subject: editors/openoffice.org-2 - readlicense_oo needs to be rebuilt In-Reply-To: <4857E948.6060208@bsdforen.de> References: <4856CFB4.30008@bsdforen.de> <200806171121.53933.makc@issp.ac.ru> <4857E948.6060208@bsdforen.de> Message-ID: <485CB550.7020602@bsdforen.de> Dominic Fandrey wrote: > M. Yu. Brazhnikov wrote: >> On Tue 17 Jun 2008, Dominic Fandrey wrote: >>> I cannot build OO2 since 2.4.0_4. It's always the same error. >>> I'm running RELENG_7 on amd64, apart from OO all ports are up to date. >>> >>> >>> >>> 1 module(s): >>> readlicense_oo >>> need(s) to be rebuilt >>> >>> Reason(s): >>> >>> ERROR: error 65280 occurred while making >>> /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >>> >>> /OOH680_m17/readlicense_oo ERROR: error 65280 occurred while making >>> /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work >>> >>> /OOH680_m17/readlicense_oo/docs/readme >>> >>> Attention: if you build and deliver the above module(s) you may >>> prolongue >>> your the build issuing command "build --from readlicense_oo" >>> >>> *** Error code 1 >>> >>> Stop in /usr/ports/editors/openoffice.org-2. >> >> Do you use make -jN or something similar? Try without it. >> >> Max > > With or without makes no difference. Shame on me, the language was set to en_Gb instead of en-GB. I must have accidentally changed this between 2.4.0_3 and 2.4.0_4. But how such a thing should come to pass, I cannot even imagine. From freysman at comcast.net Sat Jun 21 08:11:12 2008 From: freysman at comcast.net (David J Brooks) Date: Sat Jun 21 08:11:15 2008 Subject: boost / boost-python conflict In-Reply-To: <6004effe0806201408x15e3f018qa15c0cf5eb862b4f@mail.gmail.com> References: <6004effe0806201408x15e3f018qa15c0cf5eb862b4f@mail.gmail.com> Message-ID: <200806210311.04932.freysman@comcast.net> On Friday 20 June 2008 04:08:07 pm Kent Hauser wrote: > Hi, > > When I compile KDE3, boost-python is installed. A subsequent compile of > openoffice-2 fails because it can't install conflicting boost. What is the > best way to resolve the conflict? > I resolved it using 'pkgdb -F' to reset the dependencies to boost-python. I don't know if that's the best way to do it, but it works for me. YMMV. David -- Scratch here to reveal prize. From sebosik at demax.sk Sat Jun 21 13:03:57 2008 From: sebosik at demax.sk (Jan Sebosik) Date: Sat Jun 21 13:04:01 2008 Subject: Leafpad: USE_GCC flag not required on RELENG7 and later Message-ID: <485CF645.8010007@demax.sk> Hi all I`ve compiled editors/leafpad on 7-STABLE, and I was little bit confused that it requires GCC 3.4. So I`ve tried to comment this out from Makefile and Leafpad compiles fine with GCC distribuited with base system (4.2.1). Also I`ve contacted port maintainter to remove this USE_GCC from Makefile few days ago, but nobody has responded till today. Is anybody able to remove this limitation from ports-tree? Best regards --- Jan Sebosik, Slovakia sebosik@demax.sk From mezz7 at cox.net Sat Jun 21 14:37:39 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Jun 21 14:37:43 2008 Subject: Leafpad: USE_GCC flag not required on RELENG7 and later In-Reply-To: <485CF645.8010007@demax.sk> References: <485CF645.8010007@demax.sk> Message-ID: On Sat, 21 Jun 2008 07:38:29 -0500, Jan Sebosik wrote: > Hi all > > I`ve compiled editors/leafpad on 7-STABLE, and I was little bit confused > that it requires GCC 3.4. So I`ve tried to comment this out from > Makefile and Leafpad compiles fine with GCC distribuited with base > system (4.2.1). > > Also I`ve contacted port maintainter to remove this USE_GCC from > Makefile few days ago, but nobody has responded till today. You have to file a PR that way one of us can force commit by maintainer timeout. The maintainer timeout is two weeks by standard. Cheers, Mezz > Is anybody able to remove this limitation from ports-tree? > > Best regards > > --- > Jan Sebosik, Slovakia > sebosik@demax.sk -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From sebosik at demax.sk Sat Jun 21 14:54:29 2008 From: sebosik at demax.sk (Jan Sebosik) Date: Sat Jun 21 14:54:34 2008 Subject: Leafpad: USE_GCC flag not required on RELENG7 and later In-Reply-To: References: <485CF645.8010007@demax.sk> Message-ID: <485D1625.8000700@demax.sk> Jeremy Messenger wrote: > On Sat, 21 Jun 2008 07:38:29 -0500, Jan Sebosik wrote: > >> Hi all >> >> I`ve compiled editors/leafpad on 7-STABLE, and I was little bit >> confused that it requires GCC 3.4. So I`ve tried to comment this out >> from Makefile and Leafpad compiles fine with GCC distribuited with >> base system (4.2.1). >> >> Also I`ve contacted port maintainter to remove this USE_GCC from >> Makefile few days ago, but nobody has responded till today. > > You have to file a PR that way one of us can force commit by maintainer > timeout. The maintainer timeout is two weeks by standard. > > Cheers, > Mezz > >> Is anybody able to remove this limitation from ports-tree? >> >> Best regards >> >> --- >> Jan Sebosik, Slovakia >> sebosik@demax.sk > > OK, I`ve submitted a PR. Patch is also included in this PR. -- Jan Sebosik, Slovakia sebosik@demax.sk From sebosik at demax.sk Sat Jun 21 15:06:35 2008 From: sebosik at demax.sk (Jan Sebosik) Date: Sat Jun 21 15:06:40 2008 Subject: Leafpad: USE_GCC flag not required on RELENG7 and later In-Reply-To: References: <485CF645.8010007@demax.sk> Message-ID: <485D18FC.8050103@demax.sk> Jeremy Messenger wrote: > On Sat, 21 Jun 2008 07:38:29 -0500, Jan Sebosik wrote: > >> Hi all >> >> I`ve compiled editors/leafpad on 7-STABLE, and I was little bit >> confused that it requires GCC 3.4. So I`ve tried to comment this out >> from Makefile and Leafpad compiles fine with GCC distribuited with >> base system (4.2.1). >> >> Also I`ve contacted port maintainter to remove this USE_GCC from >> Makefile few days ago, but nobody has responded till today. > > You have to file a PR that way one of us can force commit by maintainer > timeout. The maintainer timeout is two weeks by standard. > > Cheers, > Mezz > >> Is anybody able to remove this limitation from ports-tree? >> >> Best regards >> >> --- >> Jan Sebosik, Slovakia >> sebosik@demax.sk > > Sorry, I forgot to mention the PR #: ports/124834 http://www.freebsd.org/cgi/query-pr.cgi?pr=124834 -- Jan Sebosik, Slovakia sebosik@demax.sk From carpetsmoker at rwxrwxrwx.net Sat Jun 21 15:21:02 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Sat Jun 21 15:21:06 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080621013220.2b84413e@gumby.homeunix.com.> References: <20080618125154.GC90685@k7.mavetju> <20080618212716.GA61331@rwxrwxrwx.net> <20080621013220.2b84413e@gumby.homeunix.com.> Message-ID: <20080621150640.GA86216@rwxrwxrwx.net> On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote: > On Wed, 18 Jun 2008 23:27:16 +0200 > Martin Tournoij wrote: > > > There are some ports which refuse to compile with ccache, these all > > seem to be projects which use scons, unlike make, scons does not copy > > the user's environment automatically, and the required environment > > variables for ccache (like CCACHE_DIR) aren't present, which leads to > > build failure, an example is games/freera. > > > > I'm not that familiar with scons, and what exactly the "proper way" is > > to handle this sort of stuff in scons, > > I don't have any experience with scons, but I did used to use cons. > IIRC cons expects to do the caching itself. Since it already generates a > hash that can be used to label the correct object file, it pretty much > comes for free and running ccache would just duplicate the overheads. I > think it's probable that there isn't a "proper way". It's not quite the same, scons' cache feature needs to be explicitly enabled in the SConstruct file, I don't think many projects have it enabled... See the scons manual: http://www.scons.org/doc/0.98.5/HTML/scons-user/c3143.html A NO_CCACHE might be useful for ports that do have this cache enabled, but are there any ports at all which use this? As a sidenote, AFAIK cons and scons are not related... -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org QOTD: The fact that Hitler was a political genius unmasks the nature of politics in general as no other can. -- Wilhelm Reich From spam at rm-rf.kiev.ua Sat Jun 21 15:25:47 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Sat Jun 21 15:25:52 2008 Subject: Standardize NO_CCACHE flag and ccache definitions Message-ID: <20080621152541.GA41126@ravenloft.kiev.ua> On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote: > On Wed, 18 Jun 2008 23:27:16 +0200 > Martin Tournoij wrote: > > > > There are some ports which refuse to compile with ccache, these all > > seem to be projects which use scons, unlike make, scons does not copy > > the user's environment automatically, and the required environment > > variables for ccache (like CCACHE_DIR) aren't present, which leads to > > build failure, an example is games/freera. > > > > I'm not that familiar with scons, and what exactly the "proper way" is > > to handle this sort of stuff in scons, > > I don't have any experience with scons, but I did used to use cons. > IIRC cons expects to do the caching itself. Since it already generates a > hash that can be used to label the correct object file, it pretty much > comes for free and running ccache would just duplicate the overheads. I > think it's probable that there isn't a "proper way". >From porter's handbook: To make third party SConstruct respect everything that is passed to SCons in SCONS_ENV (that is, most importantly, CC/CXX/CFLAGS/CXXFLAGS), patch the SConstruct so build Environment is constructed like this: env = Environment(**ARGUMENTS) It may be then modified with env.Append and env.Replace. -- Adios From mezz7 at cox.net Sat Jun 21 15:44:50 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Jun 21 15:45:00 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080621152541.GA41126@ravenloft.kiev.ua> References: <20080621152541.GA41126@ravenloft.kiev.ua> Message-ID: On Sat, 21 Jun 2008 10:25:41 -0500, Alex Kozlov wrote: > On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote: >> On Wed, 18 Jun 2008 23:27:16 +0200 >> Martin Tournoij wrote: >> >> >> > There are some ports which refuse to compile with ccache, these all >> > seem to be projects which use scons, unlike make, scons does not copy >> > the user's environment automatically, and the required environment >> > variables for ccache (like CCACHE_DIR) aren't present, which leads to >> > build failure, an example is games/freera. >> > >> > I'm not that familiar with scons, and what exactly the "proper way" is >> > to handle this sort of stuff in scons, >> >> I don't have any experience with scons, but I did used to use cons. >> IIRC cons expects to do the caching itself. Since it already generates a >> hash that can be used to label the correct object file, it pretty much >> comes for free and running ccache would just duplicate the overheads. I >> think it's probable that there isn't a "proper way". >> From porter's handbook: > > To make third party SConstruct respect everything that is passed to SCons > in SCONS_ENV (that is, most importantly, CC/CXX/CFLAGS/CXXFLAGS), patch > the SConstruct so build Environment is constructed like this: > env = Environment(**ARGUMENTS) > > It may be then modified with env.Append and env.Replace. I have solved with ccache issue in net-p2p/linuxdcpp by tweak os.environ stuff in SConstruct and add SCONS_BUILDENV=${SCONS_ENV} in linuxdcpp/Makefile. Cheers, Mezz > -- > Adios -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From tektonaut at fuckner.net Sat Jun 21 16:23:34 2008 From: tektonaut at fuckner.net (tektonaut@fuckner.net) Date: Sat Jun 21 16:23:38 2008 Subject: FreeBSD imapsync port Message-ID: <485D26E5.2070007@fuckner.net> Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. Secondly imapsync will not run with Mail::IMAPClient from ports, as said by imapsync itself: Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now. See file BUG_IMAPClient_3.xx # Looks like your test died before it could output anything. Mail::IMAPClient provided with imapsync src should be used instead. Regards, Adam -- From remko at FreeBSD.org Sat Jun 21 17:30:06 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sat Jun 21 17:30:09 2008 Subject: FreeBSD imapsync port In-Reply-To: <485D26E5.2070007@fuckner.net> References: <485D26E5.2070007@fuckner.net> Message-ID: <485D3183.1010602@FreeBSD.org> tektonaut@fuckner.net wrote: > Hello, > > There are some trouble getting imapsync port running: > > First, it would be nice adding a patch to change the shebang to > /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD > at /usr/bin/perl. > > Secondly imapsync will not run with Mail::IMAPClient from ports, > as said by imapsync itself: > > Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. > imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future > imapsync release may suppoort 3.0.x, but sorry not now. See file > BUG_IMAPClient_3.xx > # Looks like your test died before it could output anything. > > Mail::IMAPClient provided with imapsync src should be used instead. > > Regards, > Adam > #!/usr/bin/perl is installed as symlink for consistency. The line does not have to be changed in my eyes. I also do not see us removing the symlink anytime soon so lets just leave it like that :-). About the rest of the stuff: I cannot judge about that. Cheers Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From fbsd06 at mlists.homeunix.com Sat Jun 21 18:10:34 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Sat Jun 21 18:10:52 2008 Subject: Standardize NO_CCACHE flag and ccache definitions In-Reply-To: <20080621150640.GA86216@rwxrwxrwx.net> References: <20080618125154.GC90685@k7.mavetju> <20080618212716.GA61331@rwxrwxrwx.net> <20080621013220.2b84413e@gumby.homeunix.com.> <20080621150640.GA86216@rwxrwxrwx.net> Message-ID: <20080621191020.2639755d@gumby.homeunix.com.> On Sat, 21 Jun 2008 17:06:41 +0200 Martin Tournoij wrote: > As a sidenote, AFAIK cons and scons are not related... They are distantly related. The Software Carpentry project was looking for a make replacement. Cons was not eligible because it (and thus its configuration) was written in perl and all scripting within Software Carpentry had to be in Python. So Steve Knight rewrote Cons in python as PCons fixing some of the shortcomings of Cons at the same time. Essentially this was Cons2, since not much happened to the original Cons after this. PCons became ScCons and then Scons. From itetcu at FreeBSD.org Sat Jun 21 19:10:07 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sat Jun 21 19:10:10 2008 Subject: FreeBSD imapsync port In-Reply-To: <485D3183.1010602@FreeBSD.org> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> Message-ID: <20080621220956.243ebcc7@it.buh.tecnik93.com> On Sat, 21 Jun 2008 18:51:15 +0200 Remko Lodder wrote: > tektonaut@fuckner.net wrote: > > Hello, > > > > There are some trouble getting imapsync port running: > > > > First, it would be nice adding a patch to change the shebang to > > /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD > > at /usr/bin/perl. > > > > Secondly imapsync will not run with Mail::IMAPClient from ports, > > as said by imapsync itself: > > > > Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. > > imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future > > imapsync release may suppoort 3.0.x, but sorry not now. See file > > BUG_IMAPClient_3.xx > > # Looks like your test died before it could output anything. > > > > Mail::IMAPClient provided with imapsync src should be used instead. > > > > Regards, > > Adam > > > > #!/usr/bin/perl is installed as symlink for consistency. The line does > not have to be changed in my eyes. I also do not see us removing the > symlink anytime soon so lets just leave it like that :-). Actually it should. # PERL - Set to full path of perl5, either in the system or # installed from a port, but without the version number. # Use this if you need to replace "#!" lines in scripts. -- 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/20080621/c0e06b3b/signature.pgp From remko at FreeBSD.org Sat Jun 21 19:55:22 2008 From: remko at FreeBSD.org (Remko Lodder) Date: Sat Jun 21 19:55:49 2008 Subject: FreeBSD imapsync port In-Reply-To: <20080621220956.243ebcc7@it.buh.tecnik93.com> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> <20080621220956.243ebcc7@it.buh.tecnik93.com> Message-ID: <1575d605ce98cc7dc9aa90768c8cf69c.squirrel@galain.elvandar.org> On Sat, June 21, 2008 9:09 pm, Ion-Mihai Tetcu wrote: > On Sat, 21 Jun 2008 18:51:15 +0200 > Remko Lodder wrote: > >> tektonaut@fuckner.net wrote: >> > Hello, >> > >> > There are some trouble getting imapsync port running: >> > >> > First, it would be nice adding a patch to change the shebang to >> > /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD >> > at /usr/bin/perl. >> > >> > Secondly imapsync will not run with Mail::IMAPClient from ports, >> > as said by imapsync itself: >> > >> > Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. >> > imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future >> > imapsync release may suppoort 3.0.x, but sorry not now. See file >> > BUG_IMAPClient_3.xx >> > # Looks like your test died before it could output anything. >> > >> > Mail::IMAPClient provided with imapsync src should be used instead. >> > >> > Regards, >> > Adam >> > >> >> #!/usr/bin/perl is installed as symlink for consistency. The line does >> not have to be changed in my eyes. I also do not see us removing the >> symlink anytime soon so lets just leave it like that :-). > > Actually it should. > # PERL - Set to full path of perl5, either in the system > or > # installed from a port, but without the > version number. > # Use this if you need to replace "#!" > lines in scripts. > That does not say it SHOULD be set to /usr/local/bin/perl, all perl scripts I have seen so far are /usr/bin/perl, why break that without general concensus? :) Cheers Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From itetcu at FreeBSD.org Sat Jun 21 20:07:31 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sat Jun 21 20:07:37 2008 Subject: FreeBSD imapsync port In-Reply-To: <1575d605ce98cc7dc9aa90768c8cf69c.squirrel@galain.elvandar.org> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> <20080621220956.243ebcc7@it.buh.tecnik93.com> <1575d605ce98cc7dc9aa90768c8cf69c.squirrel@galain.elvandar.org> Message-ID: <20080621230722.2356a86a@it.buh.tecnik93.com> On Sat, 21 Jun 2008 21:55:18 +0200 (CEST) "Remko Lodder" wrote: > > On Sat, June 21, 2008 9:09 pm, Ion-Mihai Tetcu wrote: > > On Sat, 21 Jun 2008 18:51:15 +0200 > > Remko Lodder wrote: > > > >> tektonaut@fuckner.net wrote: > >> > Hello, > >> > > >> > There are some trouble getting imapsync port running: > >> > > >> > First, it would be nice adding a patch to change the shebang to > >> > /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD > >> > at /usr/bin/perl. > >> > > >> > Secondly imapsync will not run with Mail::IMAPClient from ports, > >> > as said by imapsync itself: > >> > > >> > Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. > >> > imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future > >> > imapsync release may suppoort 3.0.x, but sorry not now. See file > >> > BUG_IMAPClient_3.xx > >> > # Looks like your test died before it could output anything. > >> > > >> > Mail::IMAPClient provided with imapsync src should be used instead. > >> > > >> > Regards, > >> > Adam > >> > > >> > >> #!/usr/bin/perl is installed as symlink for consistency. The line does > >> not have to be changed in my eyes. I also do not see us removing the > >> symlink anytime soon so lets just leave it like that :-). > > > > Actually it should. > > # PERL - Set to full path of perl5, either in the system > > or > > # installed from a port, but without the > > version number. > > # Use this if you need to replace "#!" > > lines in scripts. > > > > That does not say it SHOULD be set to /usr/local/bin/perl, all perl > scripts I have seen so far are /usr/bin/perl, why break that without > general concensus? :) I live with the impression that is the general consensus. I never seen a port that doesn't do that patch. Since I'm not a perl guy I'm CC'ing perl@ on this. -- 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/20080621/4137344e/signature.pgp From dale.hagglund at gmail.com Sat Jun 21 20:16:56 2008 From: dale.hagglund at gmail.com (Dale Hagglund) Date: Sat Jun 21 20:17:01 2008 Subject: erlang doesn't build on 7.0? Message-ID: <863an6muwp.fsf@ponoka.ab.hsia.telus.net> I just tried to install the lang/erlang port on my freebsd 7.0 box. It failed with a linker error while building the "beam" binary. cc -o path/to/beam \ -L/usr/local/lib -Wl,-export-dynamic \ ... lots of .o files ... \ -lethread -lpthread -lerts_internal_r /usr/lib/libpthread.a(thr_sig.o)(.text+0x1c0): In function `_sigaction': : multiple definition of `_sigaction' obj/i386-unknown-freebsd7.0/opt/plain/hipe_x86_signal.o(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `_sigaction' changed from 155 in obj/i386-unknown-freebsd7.0/opt/plain/hipe_x86_signal.o to 55 in /usr/lib/libpthread.a(thr_sig.o) So, hipe_x86_signal.c is redefining sigaction(). I looked briefly at this file, and it *appears* that this should only happen for glibc-based compiles or solaris builds, but the ifdef nest is somewhat complicated, so I'm by no means sure. After figuring out how to add --disable-hipe to the configure arguments, "make build" completes successfully. Am I missing something obvious here? Should I have been able to build with the hipe extensions or is this an error in the port makefiles? Dale. From kitche at kitchetech.com Sat Jun 21 22:32:03 2008 From: kitche at kitchetech.com (Kitche) Date: Sat Jun 21 22:32:05 2008 Subject: sysutils/screen package In-Reply-To: <8682df160806201808o55749a7we3d4f4823de2bf14@mail.gmail.com> References: <485BBB99.5090202@acm.poly.edu> <485BC2E0.1060403@chessgriffin.com> <485BC510.5000308@chessgriffin.com> <1330.72.65.6.48.1213993200.squirrel@kitchetech.com> <8682df160806201808o55749a7we3d4f4823de2bf14@mail.gmail.com> Message-ID: <1142.72.65.6.48.1214087521.squirrel@kitchetech.com> > On Fri, Jun 20, 2008 at 4:20 PM, Kitche wrote: >> the Freebsd cons25 term information actually makes tmux not work >> correctly >> you sort of have to use a workaround by using a different term. Since >> the >> termcap info is missing cs it seems >> > > > I have not run into any issues running tmux. My TERM is set to xterm. > > -- > Chess Griffin > GPG Public Key: 0x0C7558C3 > http://www.chessgriffin.com > _______________________________________________ > 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" > Xterm has cs in it's termcap information. So that is why tmux runs correctly while having xterm set as TERM but tmux does not output things correctly if you use xterm on a tty and so on. From chuckr at telenix.org Sat Jun 21 22:57:20 2008 From: chuckr at telenix.org (Chuck Robey) Date: Sat Jun 21 22:57:27 2008 Subject: FreeBSD imapsync port In-Reply-To: <20080621230722.2356a86a@it.buh.tecnik93.com> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> <20080621220956.243ebcc7@it.buh.tecnik93.com> <1575d605ce98cc7dc9aa90768c8cf69c.squirrel@galain.elvandar.org> <20080621230722.2356a86a@it.buh.tecnik93.com> Message-ID: <485D7E88.2000005@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ion-Mihai Tetcu wrote: > On Sat, 21 Jun 2008 21:55:18 +0200 (CEST) > "Remko Lodder" wrote: > >> On Sat, June 21, 2008 9:09 pm, Ion-Mihai Tetcu wrote: >>> On Sat, 21 Jun 2008 18:51:15 +0200 >>> Remko Lodder wrote: >>> >>>> tektonaut@fuckner.net wrote: >>>>> Hello, >>>>> >>>>> There are some trouble getting imapsync port running: >>>>> >>>>> First, it would be nice adding a patch to change the shebang to >>>>> /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD >>>>> at /usr/bin/perl. >>>>> >>>>> Secondly imapsync will not run with Mail::IMAPClient from ports, >>>>> as said by imapsync itself: >>>>> >>>>> Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. >>>>> imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future >>>>> imapsync release may suppoort 3.0.x, but sorry not now. See file >>>>> BUG_IMAPClient_3.xx >>>>> # Looks like your test died before it could output anything. >>>>> >>>>> Mail::IMAPClient provided with imapsync src should be used instead. >>>>> >>>>> Regards, >>>>> Adam >>>>> >>>> #!/usr/bin/perl is installed as symlink for consistency. The line does >>>> not have to be changed in my eyes. I also do not see us removing the >>>> symlink anytime soon so lets just leave it like that :-). >>> Actually it should. >>> # PERL - Set to full path of perl5, either in the system >>> or >>> # installed from a port, but without the >>> version number. >>> # Use this if you need to replace "#!" >>> lines in scripts. >>> >> That does not say it SHOULD be set to /usr/local/bin/perl, all perl >> scripts I have seen so far are /usr/bin/perl, why break that without >> general concensus? :) > > I live with the impression that is the general consensus. I never seen > a port that doesn't do that patch. Since I'm not a perl guy I'm CC'ing > perl@ on this. I use python, where I picked up this little trick, which lets python find it's actual location and execute itself, based upon the reliable location of "env": #!/usr/bin/env python You could replace python with perl, for your needs. > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIXX6Iz62J6PPcoOkRAulRAJ4pHng7y3KkKDwTXFr89qjYPCU3FACeNuZI NavNInhZO4viAHiVUa5gO1c= =28zV -----END PGP SIGNATURE----- From tektonaut at fuckner.net Sat Jun 21 23:33:34 2008 From: tektonaut at fuckner.net (Tektonaut) Date: Sat Jun 21 23:33:41 2008 Subject: FreeBSD imapsync port In-Reply-To: <485D7E88.2000005@telenix.org> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> <20080621220956.243ebcc7@it.buh.tecnik93.com> <1575d605ce98cc7dc9aa90768c8cf69c.squirrel@galain.elvandar.org> <20080621230722.2356a86a@it.buh.tecnik93.com> <485D7E88.2000005@telenix.org> Message-ID: <485D8FCD.9040308@fuckner.net> > > I use python, where I picked up this little trick, which lets python find it's > actual location and execute itself, based upon the reliable location of "env": > > #!/usr/bin/env python > > You could replace python with perl, for your needs. Yes, env(1) is quite 'stable' over systems but leads to the same problem: The #shebang line has to be patched if the delevoper didn't already used env. ...but I posted maily because of the second problem with Mail::IMAPClient... ;) Adam -- From tektonaut at fuckner.net Sat Jun 21 23:34:52 2008 From: tektonaut at fuckner.net (Tektonaut) Date: Sat Jun 21 23:34:57 2008 Subject: FreeBSD imapsync port In-Reply-To: <485D3183.1010602@FreeBSD.org> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> Message-ID: <485D901D.4050307@fuckner.net> Remko Lodder wrote: > tektonaut@fuckner.net wrote: >> Hello, >> >> There are some trouble getting imapsync port running: >> >> First, it would be nice adding a patch to change the shebang to >> /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD >> at /usr/bin/perl. > [...] > #!/usr/bin/perl is installed as symlink for consistency. No it isn't. :) > The line does > not have to be changed in my eyes. I also do not see us removing the > symlink anytime soon so lets just leave it like that :-). > A -- From pschmehl_lists at tx.rr.com Sun Jun 22 00:03:50 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sun Jun 22 00:03:55 2008 Subject: FreeBSD imapsync port In-Reply-To: <485D901D.4050307@fuckner.net> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> <485D901D.4050307@fuckner.net> Message-ID: <6F44E0436FD81E00CE4EADC9@Macintosh.local> --On June 22, 2008 1:34:53 AM +0200 Tektonaut wrote: > Remko Lodder wrote: >> tektonaut@fuckner.net wrote: >>> Hello, >>> >>> There are some trouble getting imapsync port running: >>> >>> First, it would be nice adding a patch to change the shebang to >>> /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD >>> at /usr/bin/perl. >> [...] > >> # !/usr/bin/perl is installed as symlink for consistency. > > No it isn't. :) > It is on an unaltered install: pauls@utd65257# ls -lsa /usr/bin/perl 0 lrwxr-xr-x 1 root wheel 24 Feb 20 12:23 /usr/bin/perl -> /usr/local/bin/perl5.8.8 pauls@utd65257# ls -lsa /usr/local/bin/perl 10 -rwxr-xr-x 2 root wheel 10212 Dec 7 2007 /usr/local/bin/perl pauls@utd65257# file /usr/local/bin/perl5.8.8 /usr/local/bin/perl5.8.8: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, stripped Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. From alepulver at FreeBSD.org Sun Jun 22 00:21:26 2008 From: alepulver at FreeBSD.org (Alejandro Pulver) Date: Sun Jun 22 00:21:30 2008 Subject: FreeBSD Port: worldofpadman-1.2_3 In-Reply-To: References: Message-ID: <20080621205438.2b4e75cc@deimos.mars.bsd> On Mon, 16 Jun 2008 18:03:45 +0200 markus@mmayer.org wrote: > hi bsd port developer team, > > i installed and operate a dedicated wop server based on a > FreeBSD 6.2 box which is public reachable by its ip 212.65.13.88, > or in game servername and modification "Punchy P@radise" > > i installed the dedicated server using the port system, > csup is lokal the current version, and the version check > gives me : worldofpadman-1.2_3 = up-to-date with port back. > > but i find out the server is running version 1.1 > returns in serverinfo "ioQ3 r1051 freebsd-i386" > actual version of WorldofPadman is 1.2 > > how can i easyly patch this live system to the newest version ? > > thanx for ur help ! > thanx from me, and the WOP community > > @spi Hello. I've updated it to the latest SVN version, please update your ports tree and try it. Best Regards, Ale -------------- 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/20080622/9e74391a/signature.pgp From peterjeremy at optushome.com.au Sun Jun 22 02:07:32 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sun Jun 22 02:07:38 2008 Subject: Issues with portmaster Message-ID: <20080622020728.GC13734@server.vk2pj.dyndns.org> I recently installed portmaster on a old/slow box to handle upgrading ports without the overheads of installing portupgrade (which I have been using elsewhere). That seemed to go fairly well so I then tried it on some of my other machines and have run into some issues. Firstly, I have jdk-1.5.0.14p8,1 installed and this needs updating. portmaster has decided that doing so requires java/diablo-jdk15 to be installed - which is wrong because I already have a suitable jdk installed. I can't find any reference to this on the mailing lists so I suspect it's something I've done or am not doing but I can't see what the problem is. If I do a "build-depends-list" in java/jdk15 then I get java/diablo-jdk15 so portmaster isn't being totally unreasonable but I can't see how to resolve the problem. Relevant output from "portmaster -v" is: ===>>> Launching child to update jdk-1.5.0.14p8,1 ===>>> Port directory: /usr/ports/java/jdk15 ===>>> Launching 'make checksum' for java/jdk15 in background ===>>> Gathering dependency list for java/jdk15 from ports ===>>> Starting recursive 'make config' check ===>>> Checking dependency: /usr/ports/archivers/unzip ===>>> Checking dependency: /usr/ports/archivers/zip ===>>> Checking dependency: /usr/ports/converters/libiconv ===>>> Checking dependency: /usr/ports/devel/desktop-file-utils ===>>> Checking dependency: /usr/ports/devel/gio-fam-backend ===>>> Checking dependency: /usr/ports/devel/glib20 ===>>> Checking dependency: /usr/ports/devel/gmake ===>>> Checking dependency: /usr/ports/devel/m4 ===>>> Checking dependency: /usr/ports/devel/nspr ===>>> Checking dependency: /usr/ports/devel/pkg-config ===>>> Checking dependency: /usr/ports/java/diablo-jdk15 ===>>> Launching child to update java/diablo-jdk15 jdk-1.5.0.14p8,1 >> java/diablo-jdk15 ===>>> Port directory: /usr/ports/java/diablo-jdk15 ===>>> This port is marked IGNORE ===>>> : Because of licensing restrictions, you must fetch the distribution manually. Please access http://www.FreeBSDFoundation.org/cgi-bin/download?download=diablo-caffe-freebsd6-amd64-1.5.0_07-b01.tar.bz2 with a web browser and "Accept" the End User License Agreement for "Caffe Diablo 1.5.0". Please place the downloaded diablo-caffe-freebsd6-amd64-1.5.0_07-b01.tar.bz2 in /usr/ports/distfiles. ===>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. ===>>> Update for /usr/ports/java/diablo-jdk15 failed ===>>> Aborting update ===>>> Update for jdk-1.5.0.14p8,1 failed ===>>> Aborting update Secondly, I notice 'DEPRECATED' is treated as a fatal error. Some of the ports I use have DEPRECATED dependencies but I don't maintain those ports so I'm not directly responsible for resolving that. Shouldn't there be an easier way for me to treat DEPRECATED as a non-fatal condition than editing my ports tree? -- 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/20080622/486e341c/attachment.pgp From ale at FreeBSD.org Sun Jun 22 06:24:27 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Sun Jun 22 06:24:30 2008 Subject: Issues with portmaster In-Reply-To: <20080622020728.GC13734@server.vk2pj.dyndns.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> Message-ID: <485DF018.5020703@FreeBSD.org> Peter Jeremy wrote: > Firstly, I have jdk-1.5.0.14p8,1 installed and this needs updating. > portmaster has decided that doing so requires java/diablo-jdk15 to be > installed - which is wrong because I already have a suitable jdk > installed. You are right, but the port has the following line: BUILD_DEPENDS+= ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 So, even if it correctly find the installed /usr/local/jdk1.5.0/bin/javac binary, it adds the diablo dependency. Portmaster checks all the dependencies, even if the binary file exists, and so try to install the diablo jdk. All java ports should be fixed regarding this issue. -- Alex Dupre From malus.x at gmail.com Sun Jun 22 09:03:52 2008 From: malus.x at gmail.com (David Grochowski) Date: Sun Jun 22 09:03:55 2008 Subject: devel/libdlna build fail In-Reply-To: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> References: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> Message-ID: Hey, On Thu, Jun 19, 2008 at 4:06 AM, Jyun-Yi Liou <7yuny1@gmail.com> wrote: > Hi list!, > I have some trouble while I am trying to install devel/libdlna at > ./configure > > and the attatchment is my config.log > > Thx a lot! > > Regards, > jyuny1 > I cannot reproduce this error. Do you have multimedia/ffmpeg installed? Is this output from manually running ./configure or is it from using the ports Makefile? If it is the former, make sure you use the proper configure arguments and environment variables when performing the build. Also, have you made any non-standard changes when installing your ports? Sincerely, Dave Grochowski From Vladimir.Chukharev at gmail.com Sun Jun 22 09:21:21 2008 From: Vladimir.Chukharev at gmail.com (Vladimir.Chukharev@gmail.com) Date: Sun Jun 22 09:21:26 2008 Subject: INDEX build optimizations Message-ID: <2cb3f13f-6ddd-427b-89be-850c3568f961@k30g2000hse.googlegroups.com> Since this subject has been discussed recently, I want to tell my observations. I played a bit with INDEX_JOBS environment variable, and I found that for my notebook the best value is 8. The limiting factor seems to be grep'ing for libssl through packages. I believe this is easy to reproduce, probably with a higher value for INDEX_JOBS. Below is a part of ps axww output, and it shows more than 8 greps. I hope if cashing the result of this command can be implemented, it will increase speed of make index quite considerably. Best regard, Vladimir 20384 p1 IN+ 0:00,00 sh -ev 20385 p1 IN+ 0:00,02 make -B _lang.describe 20391 p1 IN+ 0:00,00 [sh] 20393 p1 IN+ 0:00,09 make -B describe DIRPRFX=lang/ 20405 p1 SN+ 0:00,11 [sh] 25830 p1 IN+ 0:00,00 sh -ev 25831 p1 IN+ 0:00,02 make -B _mail.describe 25838 p1 IN+ 0:00,00 [sh] 25839 p1 IN+ 0:00,22 make -B describe DIRPRFX=mail/ 25845 p1 SN+ 0:00,01 [sh] 33352 p1 IWN+ 0:00,00 sh /home/chu/chu/bin/cvsup-all.sh 34293 p1 IWN+ 0:00,00 time nice make index 34294 p1 IWN+ 0:00,00 make index 34311 p1 IWN+ 0:00,00 /bin/sh -ec cd /usr/ports && make /usr/ports/ INDEX-7 34312 p1 IWN+ 0:00,00 make /usr/ports/INDEX-7 34318 p1 IWN+ 0:00,00 (sh) 34320 p1 SN+ 0:00,08 make -j8 INDEX_TMPDIR=/tmp/index.1fgs6hrt BUILDING_INDEX=1 ECHO_MSG=echo > /dev/null describe 35531 p1 IN+ 0:00,00 sh -ev 35532 p1 IN+ 0:00,02 make -B _misc.describe 35539 p1 IN+ 0:00,00 [sh] 35540 p1 IN+ 0:00,15 make -B describe DIRPRFX=misc/ 35551 p1 IN+ 0:00,12 [sh] 39146 p1 IN+ 0:00,00 sh -ev 39149 p1 IN+ 0:00,02 make -B _multimedia.describe 39213 p1 IN+ 0:00,00 [sh] 39215 p1 IN+ 0:00,07 make -B describe DIRPRFX=multimedia/ 39232 p1 IN+ 0:00,03 [sh] 40733 p1 IWN+ 0:00,00 sh -ev 40734 p1 IWN+ 0:00,00 make -B _databases.describe 40742 p1 IWN+ 0:00,00 (sh) 40743 p1 IWN+ 0:00,00 make -B describe DIRPRFX=databases/ 40772 p1 SN+ 0:00,16 [sh] 41039 p1 IN+ 0:00,00 make -B describe 41042 p1 IN+ 0:00,00 sh -c cd /usr/ports/devel/omniNotify/../ omniORB && make -V WRKSRC 41044 p1 IN+ 0:00,01 make -V WRKSRC 41051 p1 IN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 41052 p1 DN+ 0:00,43 grep -l -r ^lib/libssl.so. /var/db/pkg 41053 p1 IN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 41520 p1 IN+ 0:00,01 make -B describe 41526 p1 IN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 41527 p1 DN+ 0:00,38 grep -l -r ^lib/libssl.so. /var/db/pkg 41528 p1 IN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42412 p1 IN+ 0:00,01 make -B describe 42414 p1 IN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42415 p1 DN+ 0:00,38 grep -l -r ^lib/libssl.so. /var/db/pkg 42416 p1 IN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42548 p1 SN+ 0:00,01 make -B describe 42555 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42560 p1 DN+ 0:00,05 grep -l -r ^lib/libssl.so. /var/db/pkg 42561 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42589 p1 SN+ 0:00,01 make -B describe 42599 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42600 p1 DN+ 0:00,05 grep -l -r ^lib/libssl.so. /var/db/pkg 42601 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42606 p1 SN+ 0:00,01 make -B describe 42611 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42613 p1 DN+ 0:00,05 grep -l -r ^lib/libssl.so. /var/db/pkg 42614 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42623 p1 SN+ 0:00,01 make -B describe 42626 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42627 p1 DN+ 0:00,05 grep -l -r ^lib/libssl.so. /var/db/pkg 42628 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42673 p1 SN+ 0:00,01 make -B describe 42675 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 42676 p1 DN+ 0:00,05 grep -l -r ^lib/libssl.so. /var/db/pkg 42677 p1 SN+ 0:00,00 sh -c grep -l -r "^lib/libssl.so." "/var/db/ pkg" | while read contents; do sslprefix=`grep "^@cwd " "$ {contents}" | /usr/bin/head -n 1`; if test "${sslprefix}" = "@cwd / usr/local" ; then echo "${contents}"; break; fi; done 54143 p1 IN+ 0:00,00 sh -ev 54144 p1 IN+ 0:00,02 make -B _devel.describe 54276 p1 IN+ 0:00,00 [sh] 54277 p1 IN+ 0:01,37 make -B describe DIRPRFX=devel/ 54361 p1 IN+ 0:00,35 [sh] 71092 p1 IN+ 0:00,00 sh -ev 71094 p1 IN+ 0:00,02 make -B _ftp.describe 71241 p1 IN+ 0:00,00 [sh] 71242 p1 IN+ 0:00,03 make -B describe DIRPRFX=ftp/ 71261 p1 SN+ 0:00,02 [sh] 76023 p1 IN+ 0:00,00 sh -ev 76024 p1 IN+ 0:00,02 make -B _irc.describe 76033 p1 IN+ 0:00,00 [sh] 76035 p1 IN+ 0:00,04 make -B describe DIRPRFX=irc/ 76080 p1 SN+ 0:00,02 [sh] From jim at fasterrobot.com Sun Jun 22 13:35:31 2008 From: jim at fasterrobot.com (Jim Ray) Date: Sun Jun 22 13:35:35 2008 Subject: Problems with 4.10 & pkg_install-20080530 Message-ID: <250e42e20806220610o728a4578qa4428eef81c08b96@mail.gmail.com> When I try to update to pkg_install-20080530 I get errors in the build. Version: 4.10 GCC: 2.95.3 cc -O -pipe -march=pentiumpro -W -Wall -Wstrict-prototypes -Wmissing-prototypes - Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wnon-const-format -Wno-format-extra-args -c match.c -o match.o match.c: In function `matchinstalled': match.c:101: warning: passing arg 3 of `fts_open' from incompatible pointer type match.c: In function `matchallbyorigin': match.c:303: syntax error before `struct' match.c:304: `store' undeclared (first use in this function) match.c:304: (Each undeclared identifier is reported only once match.c:304: for each function it appears in.) Any help appreciated. Thanks. jim From tobias.rehbein at web.de Sun Jun 22 15:28:29 2008 From: tobias.rehbein at web.de (Tobias Rehbein) Date: Sun Jun 22 15:28:32 2008 Subject: Why is security/pinentry not a dependency of security/gnupg Message-ID: <20080622152556.GA18003@sushi.pseudo.local> Hi all. Perhaps someone can share his wisdom with me. I just installed security/gnupg and tried to create a key pair using "gpg --gen-key". After issuing the command gnupg barfed at me that pinentry could not be started. Now I wonder why pinentry is not a dependency of gpg as it seems to rely on it? Or is there some way to use gpg without pinentry? Regards Tobias From naddy at mips.inka.de Sun Jun 22 15:47:49 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Sun Jun 22 15:47:53 2008 Subject: regression-test References: <676047.76296.qm@web32706.mail.mud.yahoo.com> <20080619163501.GB12160@atarininja.org> <485A921C.80602@FreeBSD.org> Message-ID: Kris Kennaway wrote: > Our experience has shown that it is very common for tests to succeed > when run by the maintainer, but to fail in the package cluster > environment because of differences in the environment, configuration, > default assumptions, etc. i.e. the regression tests found bugs, which > is the entire point. In my experience from OpenBSD, where "make regress" has been a standard part of the bsd.port.mk framework for a long time, a failing regression test is not infrequently a problem in the test itself rather than in the tested functionality. I do agree that running the included regression tests is a good idea, but the details can be tricky. -- Christian "naddy" Weisgerber naddy@mips.inka.de From mezz7 at cox.net Sun Jun 22 15:53:54 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Jun 22 15:53:59 2008 Subject: Problems with 4.10 & pkg_install-20080530 In-Reply-To: <250e42e20806220610o728a4578qa4428eef81c08b96@mail.gmail.com> References: <250e42e20806220610o728a4578qa4428eef81c08b96@mail.gmail.com> Message-ID: On Sun, 22 Jun 2008 08:10:28 -0500, Jim Ray wrote: > When I try to update to pkg_install-20080530 I get errors in the build. > > Version: 4.10 > GCC: 2.95.3 We (FreeBSD project) no longer support FreeBSD 4.x. Time for you to upgrade your FreeBSD to 7.x. Cheers, Mezz > cc -O -pipe -march=pentiumpro -W -Wall -Wstrict-prototypes > -Wmissing-prototypes - Wpointer-arith -Wno-uninitialized > -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow > -Wnon-const-format -Wno-format-extra-args -c match.c -o match.o > match.c: In function `matchinstalled': > match.c:101: warning: passing arg 3 of `fts_open' from incompatible > pointer type > match.c: In function `matchallbyorigin': > match.c:303: syntax error before `struct' > match.c:304: `store' undeclared (first use in this function) > match.c:304: (Each undeclared identifier is reported only once > match.c:304: for each function it appears in.) > > > Any help appreciated. > > Thanks. > > jim -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From gary.jennejohn at freenet.de Sun Jun 22 16:21:55 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sun Jun 22 16:21:58 2008 Subject: Why is security/pinentry not a dependency of security/gnupg In-Reply-To: <20080622152556.GA18003@sushi.pseudo.local> References: <20080622152556.GA18003@sushi.pseudo.local> Message-ID: <20080622182152.421046a8@peedub.jennejohn.org> On Sun, 22 Jun 2008 17:25:56 +0200 Tobias Rehbein wrote: > Perhaps someone can share his wisdom with me. I just installed security/gnupg > and tried to create a key pair using "gpg --gen-key". After issuing the command > gnupg barfed at me that pinentry could not be started. Now I wonder why pinentry > is not a dependency of gpg as it seems to rely on it? > I wondered that myself when I encountered this error. The only thing to do is install one of the pinentry ports. > Or is there some way to use gpg without pinentry? > If there is I certainly couldn't find it. gnupg alwyas seems to want to see the passphrase. At the most inconvenient times. Its' a real PITA. --- Gary Jennejohn From kris at FreeBSD.org Sun Jun 22 18:37:21 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Jun 22 18:37:24 2008 Subject: INDEX build optimizations - please review In-Reply-To: <484F12FE.6000803@FreeBSD.org> References: <484F12FE.6000803@FreeBSD.org> Message-ID: <485E9BDF.6090009@FreeBSD.org> Doug Barton wrote: > Kris Kennaway wrote: > >> The new 'make describe' target runs entirely using shell builtins >> apart from the need to sed pkg-descr to extract the WWW [2] > >> [2] Actually I am not happy with this but couldn't think of a way to >> do it better. Having to fork the subshell costs about 60 seconds of >> system time and 10 of wall time. > > Here's one way to do it. This is quick and dirty and I haven't > benchmarked it, but I imagine it would be faster. > > while read one two discard; do > case "$one" in > WWW:) echo one: $one two: $two > case "$two" in > http://*) echo WWW= $two ;; > *) echo WWW= http://$two ;; > esac > break > ;; > esac > done < pkg-descr > > I did test this briefly and it pulls out the right values for > variables with and without http://. > > hth, > > Doug > Unfortunately it doesn't DTRT with files terminated with DOS-style CRLF (e.g. devel/p5-Tie-Restore, others). Kris From nox at jelal.kn-bremen.de Sun Jun 22 22:24:17 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Jun 22 22:24:21 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! In-Reply-To: <20080620211216.GA75382@saturn.kn-bremen.de> References: <20080620211216.GA75382@saturn.kn-bremen.de> Message-ID: <20080622221933.GA12209@saturn.kn-bremen.de> 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. Enjoy, Juergen From peterjeremy at optushome.com.au Sun Jun 22 23:29:47 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sun Jun 22 23:29:53 2008 Subject: FreeBSD imapsync port In-Reply-To: <485D901D.4050307@fuckner.net> References: <485D26E5.2070007@fuckner.net> <485D3183.1010602@FreeBSD.org> <485D901D.4050307@fuckner.net> Message-ID: <20080622065457.GK13734@server.vk2pj.dyndns.org> On 2008-Jun-22 01:34:53 +0200, Tektonaut wrote: >Remko Lodder wrote: >> #!/usr/bin/perl is installed as symlink for consistency. > >No it isn't. :) By default it is but you can disable the symlink creation by setting WITHOUT_USE_PERL=yes Any port using perlscripts should probably refer to ${LOCALBASE}/bin/perl rather than /usr/bin/perl - though this means editing the scripts during the build process. -- 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/20080622/d6aa153d/attachment.pgp From johans at stack.nl Mon Jun 23 06:06:48 2008 From: johans at stack.nl (Johan van Selst) Date: Mon Jun 23 06:06:50 2008 Subject: Why is security/pinentry not a dependency of security/gnupg In-Reply-To: <20080622152556.GA18003@sushi.pseudo.local> References: <20080622152556.GA18003@sushi.pseudo.local> Message-ID: <20080623060644.GA81236@mud.stack.nl> Tobias Rehbein wrote: > Or is there some way to use gpg without pinentry? You could use security/gnupg1 instead (which is still developed, just a seperate branch), which doens't require pinentry. Ciao, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080623/2a1ebaea/attachment.pgp From dougb at FreeBSD.org Mon Jun 23 06:43:28 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jun 23 06:43:31 2008 Subject: INDEX build optimizations - please review In-Reply-To: <485E9BDF.6090009@FreeBSD.org> References: <484F12FE.6000803@FreeBSD.org> <485E9BDF.6090009@FreeBSD.org> Message-ID: <485F4609.1050601@FreeBSD.org> Kris Kennaway wrote: > Unfortunately it doesn't DTRT with files terminated with DOS-style CRLF > (e.g. devel/p5-Tie-Restore, others). First, I certainly would not have any problem with a policy that says files in ports shouldn't have CRLF line endings. Second, I am sure we could probably do something about that if we needed to. And Third, I fixed p5-Tie-Restore, along with a whole bunch of others, thanks to Alex Kozlov pointing me in the right direction. :) I really don't care if you use this solution or not, although I would be interested in benchmark results if you chose to give it a try. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Mon Jun 23 07:06:42 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jun 23 07:06:45 2008 Subject: Issues with portmaster In-Reply-To: <485DF018.5020703@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> Message-ID: <485F4B7E.3040905@FreeBSD.org> Alex Dupre wrote: > Peter Jeremy wrote: >> Firstly, I have jdk-1.5.0.14p8,1 installed and this needs updating. >> portmaster has decided that doing so requires java/diablo-jdk15 to be >> installed - which is wrong because I already have a suitable jdk >> installed. > > You are right, but the port has the following line: > > BUILD_DEPENDS+= ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 > > So, even if it correctly find the installed > /usr/local/jdk1.5.0/bin/javac binary, it adds the diablo dependency. > Portmaster checks all the dependencies, even if the binary file exists, > and so try to install the diablo jdk. All java ports should be fixed > regarding this issue. Portmaster uses CONFLICTS to avoid this issue. This isn't the first time I've heard this complaint about the java ports. I'm wondering if glewis could shed some light on why they don't have proper CONFLICTS set. Meanwhile, the only other alternative is for portmaster to essentially adopt the same functionality as the ports infrastructure itself in order to handle these kinds of dependency issues. That's a step I'd really like to avoid since my goal has always been to make portmaster a sort of "wrapper" that ties together existing ports functionality rather than replacing it. And of course there is the obvious objection to doing this that it would make the script a lot more complicated. For the most part, relying on CONFLICTS has worked well to solve this problem, I'm hoping it will continue to be a reliable solution. Finally, I'm glad to hear that overall your experience has been favorable Peter. :) Doug -- This .signature sanitized for your protection From kamikaze at bsdforen.de Mon Jun 23 07:16:19 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Jun 23 07:16:24 2008 Subject: Issues with portmaster In-Reply-To: <485F4B7E.3040905@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> Message-ID: <485F4DB3.3080505@bsdforen.de> Doug Barton wrote: > Alex Dupre wrote: >> Peter Jeremy wrote: >>> Firstly, I have jdk-1.5.0.14p8,1 installed and this needs updating. >>> portmaster has decided that doing so requires java/diablo-jdk15 to be >>> installed - which is wrong because I already have a suitable jdk >>> installed. >> >> You are right, but the port has the following line: >> >> BUILD_DEPENDS+= >> ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 >> >> So, even if it correctly find the installed >> /usr/local/jdk1.5.0/bin/javac binary, it adds the diablo dependency. >> Portmaster checks all the dependencies, even if the binary file exists, >> and so try to install the diablo jdk. All java ports should be fixed >> regarding this issue. > > Portmaster uses CONFLICTS to avoid this issue. This isn't the first time > I've heard this complaint about the java ports. I'm wondering if glewis > could shed some light on why they don't have proper CONFLICTS set. Because they don't conflict. /usr/local/bin/javac is a script that selects one of the installed JAVA VMs, dependant on what is available, environment settings and a make variable that can be changed in make.conf. From dougb at FreeBSD.org Mon Jun 23 07:19:35 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jun 23 07:19:39 2008 Subject: Issues with portmaster In-Reply-To: <485F4DB3.3080505@bsdforen.de> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4DB3.3080505@bsdforen.de> Message-ID: <485F4E84.2040306@FreeBSD.org> Dominic Fandrey wrote: > Doug Barton wrote: >> Portmaster uses CONFLICTS to avoid this issue. This isn't the first >> time I've heard this complaint about the java ports. I'm wondering if >> glewis could shed some light on why they don't have proper CONFLICTS set. > > Because they don't conflict. /usr/local/bin/javac is a script that selects > one of the installed JAVA VMs, dependant on what is available, environment > settings and a make variable that can be changed in make.conf. AFAICT, javac isn't relevant to the issue of whether the various jdk ports conflict with each other. It's just a convenient way to handle the dependency question within the ports framework. Doug -- This .signature sanitized for your protection From kamikaze at bsdforen.de Mon Jun 23 07:26:37 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Jun 23 07:26:43 2008 Subject: Issues with portmaster In-Reply-To: <485F4E84.2040306@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4DB3.3080505@bsdforen.de> <485F4E84.2040306@FreeBSD.org> Message-ID: <485F501F.5060708@bsdforen.de> Doug Barton wrote: > Dominic Fandrey wrote: >> Doug Barton wrote: > >>> Portmaster uses CONFLICTS to avoid this issue. This isn't the first >>> time I've heard this complaint about the java ports. I'm wondering if >>> glewis could shed some light on why they don't have proper CONFLICTS >>> set. >> >> Because they don't conflict. /usr/local/bin/javac is a script that >> selects >> one of the installed JAVA VMs, dependant on what is available, >> environment >> settings and a make variable that can be changed in make.conf. > > AFAICT, javac isn't relevant to the issue of whether the various jdk > ports conflict with each other. It's just a convenient way to handle the > dependency question within the ports framework. JDK Ports don't conflict. None of them. And because many Java developers have several JDKs installed, noone will ever put a CONFLICT line into JDK port. The only way to resolve this is to detect weather a dependency is required in the same way as a port does. I suggest to check for the existence of the file and when the file is from a different port, 'pkg_info -W' should be called and whatever turns out to be the origin, should be entered as a dependency in /var/db/pkg. From ale at FreeBSD.org Mon Jun 23 07:47:49 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Mon Jun 23 07:47:51 2008 Subject: Issues with portmaster In-Reply-To: <485F4B7E.3040905@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> Message-ID: <485F4EE1.9040603@FreeBSD.org> Doug Barton ha scritto: > Portmaster uses CONFLICTS to avoid this issue. I can't see how CONFLICTS could solve this issue: we can install all the JDKs together without problems (this is different from original bison problem). The issue here is that the jdk port directory is not a variable parameter, based on which javac binary is selected. -- Alex Dupre From dougb at FreeBSD.org Mon Jun 23 07:49:25 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jun 23 07:49:30 2008 Subject: Issues with portmaster In-Reply-To: <485F4EE1.9040603@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> Message-ID: <485F5582.5040101@FreeBSD.org> Alex Dupre wrote: > Doug Barton ha scritto: >> Portmaster uses CONFLICTS to avoid this issue. > > I can't see how CONFLICTS could solve this issue: we can install all the > JDKs together without problems I wasn't aware of that, thanks for letting me know. I'll look into some solutions for this issue, but please don't expect any updates for a bit. I've got some other fish to fry atm. Doug -- This .signature sanitized for your protection From shuvaev at physik.uni-wuerzburg.de Mon Jun 23 08:43:14 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Jun 23 08:43:17 2008 Subject: Issues with portmaster In-Reply-To: <485F5582.5040101@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> Message-ID: <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> Hello! On Mon, Jun 23, 2008 at 12:49:22AM -0700, Doug Barton wrote: > Alex Dupre wrote: >> Doug Barton ha scritto: >>> Portmaster uses CONFLICTS to avoid this issue. >> >> I can't see how CONFLICTS could solve this issue: we can install all >> the JDKs together without problems > It seems I don't understand something here. Can someone explain why jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? Why it is not possible to define it inside 'if !defined(BOOTSTRAPJDKDIR)'? (See attached patch.) Just curious, Alexey. -------------- next part -------------- --- Makefile.orig 2008-06-23 10:33:59.000000000 +0200 +++ Makefile 2008-06-23 10:34:36.000000000 +0200 @@ -108,9 +108,8 @@ # if no valid jdk found, set dependency .if !defined(BOOTSTRAPJDKDIR) BOOTSTRAPJDKDIR?= ${LOCALBASE}/diablo-jdk1.5.0 -.endif - BUILD_DEPENDS+= ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 +.endif .if defined(WITHOUT_WEB) MAKE_ENV+= DONT_BUILD_DEPLOY="YES" From ale at FreeBSD.org Mon Jun 23 08:57:44 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Mon Jun 23 08:57:47 2008 Subject: Issues with portmaster In-Reply-To: <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> Message-ID: <485F6585.2040307@FreeBSD.org> Alexey Shuvaev ha scritto: > It seems I don't understand something here. Can someone explain why > jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? (nearly) every JDK port needs an already usable/installed JDK to bootstrap the compilation. This is the reason of the BUILD_DEPENDS on javac that you cannot remove. But the port providing the javac binary could not be the diablo-jdk. -- Alex Dupre From dirk.estenfeld at bpanet.de Mon Jun 23 09:07:23 2008 From: dirk.estenfeld at bpanet.de (Dirk Estenfeld) Date: Mon Jun 23 09:07:26 2008 Subject: bind95? Message-ID: <2118133D44E0F1418DC4A98EF588B651031B772B@bpa02.bpade.local> Hello, is it planned to add bind95 to the ports? best regards, Dirk From bugmaster at FreeBSD.org Mon Jun 23 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 23 11:06:22 2008 Subject: Current unassigned ports problem reports Message-ID: <200806231106.m5NB64rl063968@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 o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118104 [PATCH] multimedia/vlc - volume bar position almost in 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 f ports/124437 socket.connect can't work correct in lang/gdc o ports/124441 sysutils/wmmemfree doesn't report swap changes s ports/124601 science/gramps dumps core at initialization: never run o ports/124776 new port lang/plt-scheme (attached) o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri 21 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o 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/117810 multimedia/vlc-devel port could be compiled with lua m 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 o 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/121050 New port: sysutils/heartbeat2 Linux High-Availability 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 f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c f ports/122122 print/lyx crashes if devel/boost is compiled with thre 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/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking 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/123770 [NEW PORT] graphics/geeqie Lightweight image viewer f f ports/123805 print/lyx crash on CURRENT 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/124267 [New port] chinese/fqterm: a Chinese BBS client f ports/124297 [PATCH] lang/lua: creating shared lib, liblua.so f ports/124404 net/pathchar coredumps 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 o ports/124616 [PATCH] Prevent audio/mp3splt from segfaulting if vorb f ports/124623 Minor enhancement to sysutils/coreutils o ports/124625 [NEW PORT] sysutils/fusefs-gunzip o ports/124663 Update port: japanese/mutt-devel o ports/124665 [PATCH] multimedia/vlc FTBFS 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 f ports/124780 [MAINTAINER-UPDATE] sysutils/fusefs-libs: update to 2. f ports/124781 [MAINTAINER-UPDATE] www/free-sa: update to 1.4.3 f ports/124785 Enhancements to math/superlu_mt o ports/124855 x11-clocks/xtu doesn't work with Imlib f ports/124859 [patch] Correctly note math/emacs-calc dependency/comp o ports/124866 Update port: www/nspluginwrapper: Fix glib threading i o ports/124880 Maintainer update: audio/boodler pkg-plist fix o ports/124882 [NEW PORT] audio/vagalume: A GTK+-based client for the f ports/124883 multimedia/vlc - Incorrect Russian interface translati o ports/124889 [PATCH] [maintainer-update] sysutils/logrotate 3.7.7 u o ports/124896 [PATCH] archivers/librtfcomp: fix build with GCC 3.4 83 problems total. From markus at mmayer.org Mon Jun 23 12:07:15 2008 From: markus at mmayer.org (markus@mmayer.org) Date: Mon Jun 23 12:07:19 2008 Subject: FreeBSD Port: worldofpadman-1.2_3 In-Reply-To: <20080621205438.2b4e75cc@deimos.mars.bsd> Message-ID: Hello Ale, thanx for your activity. I update my local ports try to make install but cant fetch the file. => worldofpadman-1.2.20080621.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/worldofpadman-1.2.20080621.tar.bz2: File unavailable (e.g., file not found, no access) i check the ftp, but the file is not on. Thank you in advance Best Regards Markus Alejandro Pulver wrote on 22.06.2008 01:54:38: > On Mon, 16 Jun 2008 18:03:45 +0200 > markus@mmayer.org wrote: > > > hi bsd port developer team, > > > > i installed and operate a dedicated wop server based on a > > FreeBSD 6.2 box which is public reachable by its ip 212.65.13.88, > > or in game servername and modification "Punchy P@radise" > > > > i installed the dedicated server using the port system, > > csup is lokal the current version, and the version check > > gives me : worldofpadman-1.2_3 = up-to-date with port back. > > > > but i find out the server is running version 1.1 > > returns in serverinfo "ioQ3 r1051 freebsd-i386" > > actual version of WorldofPadman is 1.2 > > > > how can i easyly patch this live system to the newest version ? > > > > thanx for ur help ! > > thanx from me, and the WOP community > > > > @spi > > Hello. > > I've updated it to the latest SVN version, please update your ports > tree and try it. > > Best Regards, > Ale > [attachment "signature.asc" deleted by Markus Mayer/Markus Mayer] From shuvaev at physik.uni-wuerzburg.de Mon Jun 23 12:26:40 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Jun 23 12:26:45 2008 Subject: Issues with portmaster In-Reply-To: <485F6585.2040307@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> <485F6585.2040307@FreeBSD.org> Message-ID: <20080623122637.GA51758@wep4017.physik.uni-wuerzburg.de> On Mon, Jun 23, 2008 at 10:57:41AM +0200, Alex Dupre wrote: > Alexey Shuvaev ha scritto: >> It seems I don't understand something here. Can someone explain why >> jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? > > (nearly) every JDK port needs an already usable/installed JDK to > bootstrap the compilation. This is the reason of the BUILD_DEPENDS on > javac that you cannot remove. But the port providing the javac binary ^^^^^^^^^^^^^ > could not be the diablo-jdk. > Mmmm... why not??? In a nutshell, from the user point of view the reason to set BUILD_DEPENDS is to ensure that some port (java here) is installed prior to build. However, if the port checks against installed java in a more complicated manner than BUILD_DEPENDS mechanism can provide, I see no reason to set BUILD_DEPENDS to something just for its own sake. And from the build cluster point of view, the port will be built in a clean environment, so port will not detect any installed java and will set BUILD_DEPENDS *conditionally* (.if !defiend(BOOTSTRAPJDKDIR)). I have a feeling that the way BUILD_DEPENDS is set now is overkill, and one can put it under .if !defined(BOOTSTRAPJDKDIR) without any functional change. Of course, the Right Way To Do This would be to set the whole correct BUILD_DEPENDS line based on detected java. Maybe this is even not so complicated. Or I miss something? Just 0.02$, Alexey. From roam at ringlet.net Mon Jun 23 12:31:06 2008 From: roam at ringlet.net (Peter Pentchev) Date: Mon Jun 23 12:31:09 2008 Subject: FreeBSD Port: worldofpadman-1.2_3 In-Reply-To: References: <20080621205438.2b4e75cc@deimos.mars.bsd> Message-ID: <20080623123010.GA1103@straylight.m.ringlet.net> On Mon, Jun 23, 2008 at 02:06:59PM +0200, markus@mmayer.org wrote: > Alejandro Pulver wrote on 22.06.2008 01:54:38: > > > On Mon, 16 Jun 2008 18:03:45 +0200 > > markus@mmayer.org wrote: > > > > > hi bsd port developer team, > > > > > > i installed and operate a dedicated wop server based on a > > > FreeBSD 6.2 box which is public reachable by its ip 212.65.13.88, > > > or in game servername and modification "Punchy P@radise" > > > > > > i installed the dedicated server using the port system, > > > csup is lokal the current version, and the version check > > > gives me : worldofpadman-1.2_3 = up-to-date with port back. > > > > > > but i find out the server is running version 1.1 > > > returns in serverinfo "ioQ3 r1051 freebsd-i386" > > > actual version of WorldofPadman is 1.2 > > > > > > how can i easyly patch this live system to the newest version ? > > > > > > thanx for ur help ! > > > thanx from me, and the WOP community > > > > > > @spi > > > > Hello. > > > > I've updated it to the latest SVN version, please update your ports > > tree and try it. > > Hello Ale, > > thanx for your activity. > I update my local ports try to make install but cant fetch the file. > > => worldofpadman-1.2.20080621.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/. > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/worldofpadman-1.2.20080621.tar.bz2: > File unavailable (e.g., file not found, no access) > > i check the ftp, but the file is not on. > > Thank you in advance Please try not to write your message above the text you're replying to; it makes quoting somewhat difficult and places it out of context :) Can you try the following patch to worldofpadman's Makefile and see if it helps? To anybody who reads the patch: yes, I know that bsd.port.mk ought to handle %SUBDIR%, but it actually doesn't do that if one also specifies a :tag at the end. Or, at the very least, I couldn't find a way to make it so :) Index: ports/games/worldofpadman/Makefile =================================================================== RCS file: /home/ncvs/ports/games/worldofpadman/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- ports/games/worldofpadman/Makefile 21 Jun 2008 23:53:15 -0000 1.6 +++ ports/games/worldofpadman/Makefile 23 Jun 2008 12:24:47 -0000 @@ -13,7 +13,7 @@ ftp://ftp.snt.utwente.nl/pub/games/worldofpadman/linux/:full,update \ ftp://ftp.kickchat.com/wop/:update \ http://www.hessenfragger.de/uploads/:update \ - ${MASTER_SITE_LOCAL} + ${MASTER_SITE_LOCAL:S@/%SUBDIR%/$@/alepulver/:source@} MASTER_SITE_SUBDIR= alepulver DISTFILES= worldofpadman.run:full \ wop_patch_1_2.run:update \ 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 You have, of course, just begun reading the sentence that you have just finished reading. -------------- 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/20080623/ef83ece3/attachment.pgp From fbsd06 at mlists.homeunix.com Mon Jun 23 12:48:34 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Mon Jun 23 12:48:38 2008 Subject: Issues with portmaster In-Reply-To: <485F6585.2040307@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> <485F6585.2040307@FreeBSD.org> Message-ID: <20080623133313.4d45819b@gumby.homeunix.com.> On Mon, 23 Jun 2008 10:57:41 +0200 Alex Dupre wrote: > Alexey Shuvaev ha scritto: > > It seems I don't understand something here. Can someone explain why > > jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? > > (nearly) every JDK port needs an already usable/installed JDK to > bootstrap the compilation. This is the reason of the BUILD_DEPENDS on > javac that you cannot remove. But the port providing the javac binary > could not be the diablo-jdk. The thing is that, IIRC, it doesn't have to create a dependency at all, unless the functionality is missing. It's not simply a case of it creating a normally dependency in the sense of: install this port if that file is not found. The makefile has logic to detect which java ports are installed, so it doesn't build a second bootstap port, but it doesn't carry it through to removing the dependency once bootstrapping is no longer required. I reported this problem a long time ago after I spotted that portmanager was reinstalling a linux java version. I thought the maintainer was going to fix it. From dougb at dougbarton.us Mon Jun 23 12:49:01 2008 From: dougb at dougbarton.us (Doug Barton) Date: Mon Jun 23 12:49:05 2008 Subject: bind95? In-Reply-To: <2118133D44E0F1418DC4A98EF588B651031B772B@bpa02.bpade.local> References: <2118133D44E0F1418DC4A98EF588B651031B772B@bpa02.bpade.local> Message-ID: <485F957A.4080604@dougbarton.us> Dirk Estenfeld wrote: > Hello, > > is it planned to add bind95 to the ports? Yes. Do you have plans that include using it, or are you asking out of curiosity? Doug From fbsd06 at mlists.homeunix.com Mon Jun 23 13:13:38 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Mon Jun 23 13:13:43 2008 Subject: Issues with portmaster In-Reply-To: <485F4B7E.3040905@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> Message-ID: <20080623141334.602c8384@gumby.homeunix.com.> On Mon, 23 Jun 2008 00:06:38 -0700 Doug Barton wrote: > Portmaster uses CONFLICTS to avoid this issue. This isn't the first > time I've heard this complaint about the java ports. I'm wondering if > glewis could shed some light on why they don't have proper CONFLICTS > set. > > Meanwhile, the only other alternative is for portmaster to > essentially adopt the same functionality as the ports infrastructure > itself in order to handle these kinds of dependency issues. That's a > step I'd really like to avoid since my goal has always been to make > portmaster a sort of "wrapper" that ties together existing ports > functionality rather than replacing it. And of course there is the > obvious objection to doing this that it would make the script a lot > more complicated. In this case I think it's pure logic problem in the makefile. More generally though I wonder if it would be possible to create a more useful "missing" target, i.e. show which first-level dependencies would actually be installed if the given port were rebuilt. That way build tools would have enough information to determine which ports need to be built without having to parse the makefiles. From erwin at FreeBSD.org Mon Jun 23 15:32:03 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jun 23 15:32:12 2008 Subject: INDEX build failed for 6.x Message-ID: <200806231532.m5NFW0qn054110@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 ireport-3.0.0_1: "/a/erwin/tindex/ports/java/bsh" non-existent -- dependency list incomplete ===> devel/ireport 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: lippe tdb Most recent CVS update was: U Mk/bsd.sites.mk U java/Makefile U lang/Makefile From vivek at khera.org Mon Jun 23 16:49:00 2008 From: vivek at khera.org (Vivek Khera) Date: Mon Jun 23 16:49:04 2008 Subject: erlang doesn't build on 7.0? In-Reply-To: <863an6muwp.fsf@ponoka.ab.hsia.telus.net> References: <863an6muwp.fsf@ponoka.ab.hsia.telus.net> Message-ID: On Jun 21, 2008, at 3:48 PM, Dale Hagglund wrote: > Am I missing something obvious here? Should I have been able to build > with the hipe extensions or is this an error in the port makefiles? > erlang-r12b2,1 installed just fine on our 7.0/i386 box a couple of months ago. It was pulled in as a dependency of ejabberd automatically. From erwin at FreeBSD.org Mon Jun 23 18:39:11 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Jun 23 18:39:13 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200806231839.m5NId7ie067125@pointyhat.freebsd.org> From dale.hagglund at gmail.com Mon Jun 23 19:02:25 2008 From: dale.hagglund at gmail.com (Dale Hagglund) Date: Mon Jun 23 19:02:29 2008 Subject: erlang doesn't build on 7.0? In-Reply-To: (Vivek Khera's message of "Mon, 23 Jun 2008 12:30:41 -0400") References: <863an6muwp.fsf@ponoka.ab.hsia.telus.net> Message-ID: <86zlpcj7qb.fsf@ponoka.ab.hsia.telus.net> >>>>> "Vivek" == Vivek Khera writes: Vivek> erlang-r12b2,1 installed just fine on our 7.0/i386 box a Vivek> couple of months ago. It was pulled in as a dependency of Vivek> ejabberd automatically. Thanks for the information. Did you compile via the port, or install from the pre-built package? Since I have no immediate need for the java support that comes with lang/erlang, I uninstalled my modified version and added erlang-{lite,doc} from packages. Dale. From dougb at FreeBSD.org Mon Jun 23 19:28:11 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Jun 23 19:28:14 2008 Subject: Issues with portmaster In-Reply-To: <20080623122637.GA51758@wep4017.physik.uni-wuerzburg.de> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> <485F6585.2040307@FreeBSD.org> <20080623122637.GA51758@wep4017.physik.uni-wuerzburg.de> Message-ID: <485FF948.5080901@FreeBSD.org> Alexey Shuvaev wrote: > On Mon, Jun 23, 2008 at 10:57:41AM +0200, Alex Dupre wrote: >> Alexey Shuvaev ha scritto: >>> It seems I don't understand something here. Can someone explain why >>> jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? >> (nearly) every JDK port needs an already usable/installed JDK to >> bootstrap the compilation. This is the reason of the BUILD_DEPENDS on >> javac that you cannot remove. But the port providing the javac binary > ^^^^^^^^^^^^^ >> could not be the diablo-jdk. >> > Mmmm... why not??? > In a nutshell, from the user point of view the reason to set BUILD_DEPENDS is > to ensure that some port (java here) is installed prior to build. > However, if the port checks against installed java in a more complicated manner > than BUILD_DEPENDS mechanism can provide, I see no reason to set > BUILD_DEPENDS to something just for its own sake. > And from the build cluster point of view, the port will be built in a clean > environment, so port will not detect any installed java and will set > BUILD_DEPENDS *conditionally* (.if !defiend(BOOTSTRAPJDKDIR)). > > I have a feeling that the way BUILD_DEPENDS is set now is overkill, and > one can put it under .if !defined(BOOTSTRAPJDKDIR) without any functional > change. Of course, the Right Way To Do This would be to set the whole > correct BUILD_DEPENDS line based on detected java. Maybe this is even not > so complicated. Or I miss something? Thanks for the discussion on this. Since I don't use java I'm relying an the users here. Hopefully glewis can weigh in at some point. Doug -- This .signature sanitized for your protection From vivek at khera.org Mon Jun 23 20:21:14 2008 From: vivek at khera.org (Vivek Khera) Date: Mon Jun 23 20:21:20 2008 Subject: erlang doesn't build on 7.0? In-Reply-To: <86zlpcj7qb.fsf@ponoka.ab.hsia.telus.net> References: <863an6muwp.fsf@ponoka.ab.hsia.telus.net> <86zlpcj7qb.fsf@ponoka.ab.hsia.telus.net> Message-ID: <06F1B94E-D707-4A8B-BAFC-7D45AB316883@khera.org> On Jun 23, 2008, at 3:01 PM, Dale Hagglund wrote: > Thanks for the information. Did you compile via the port, or install > from the pre-built package? Since I have no immediate need for the > java > support that comes with lang/erlang, I uninstalled my modified version > and added erlang-{lite,doc} from packages. we always compile from port to build our own packages where necessary (erlang is a one-off so we didn't build any package) From glewis at eyesbeyond.com Mon Jun 23 20:31:05 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Jun 23 20:31:09 2008 Subject: Issues with portmaster In-Reply-To: <485FF948.5080901@FreeBSD.org> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> <485F6585.2040307@FreeBSD.org> <20080623122637.GA51758@wep4017.physik.uni-wuerzburg.de> <485FF948.5080901@FreeBSD.org> Message-ID: <20080623195640.GA99127@misty.eyesbeyond.com> On Mon, Jun 23, 2008 at 12:28:08PM -0700, Doug Barton wrote: > Alexey Shuvaev wrote: > >On Mon, Jun 23, 2008 at 10:57:41AM +0200, Alex Dupre wrote: > >>Alexey Shuvaev ha scritto: > >>>It seems I don't understand something here. Can someone explain why > >>>jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? > >>(nearly) every JDK port needs an already usable/installed JDK to > >>bootstrap the compilation. This is the reason of the BUILD_DEPENDS on > >>javac that you cannot remove. But the port providing the javac binary > > ^^^^^^^^^^^^^ > >>could not be the diablo-jdk. > >> > >Mmmm... why not??? > >In a nutshell, from the user point of view the reason to set BUILD_DEPENDS > >is > >to ensure that some port (java here) is installed prior to build. > >However, if the port checks against installed java in a more complicated > >manner > >than BUILD_DEPENDS mechanism can provide, I see no reason to set > >BUILD_DEPENDS to something just for its own sake. > >And from the build cluster point of view, the port will be built in a clean > >environment, so port will not detect any installed java and will set > >BUILD_DEPENDS *conditionally* (.if !defiend(BOOTSTRAPJDKDIR)). > > > >I have a feeling that the way BUILD_DEPENDS is set now is overkill, and > >one can put it under .if !defined(BOOTSTRAPJDKDIR) without any functional > >change. Of course, the Right Way To Do This would be to set the whole > >correct BUILD_DEPENDS line based on detected java. Maybe this is even not > >so complicated. Or I miss something? > > Thanks for the discussion on this. Since I don't use java I'm relying > an the users here. Hopefully glewis can weigh in at some point. Its probably not that complicated for the port to stop "cheating" on the way it sets up BUILD_DEPENDS. At the moment it knows the potential bootstrap JDKs install paths, but it doesn't know where they live in ports, so it cheats and sets the requirement to the detected javac but then hardcodes the dependency as Diablo. This works from a ports point of view in that the dependency isn't installed if the requirement is found, but it obviously confuses portsmaster. >From a partial reading of the email thread, it looks like the simplest thing to do is to just not set BUILD_DEPENDS if it finds an appropriately installed JDK. That way it will only set it if it can't find a bootstrap JDK and it needs one installed. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glarkin at sourcehosting.net Mon Jun 23 20:51:14 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Mon Jun 23 20:51:17 2008 Subject: devel/libdlna build fail In-Reply-To: <81a9e3840806192033q12c77a8fw240ad93cf523d52a@mail.gmail.com> References: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> <005701c8d225$a40ce2f0$0c01a8c0@FIREBALL> <81a9e3840806192033q12c77a8fw240ad93cf523d52a@mail.gmail.com> Message-ID: <009701c8d572$e12bef00$0c01a8c0@FIREBALL> > > From: Jyun-Yi Liou [mailto:7yuny1@gmail.com] > > > > 2008/6/20 Greg Larkin : > > > > > > -----Original Message----- > > > From: owner-freebsd-ports@freebsd.org > > > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Jyun-Yi Liou > > > Sent: Thursday, June 19, 2008 4:06 AM > > > To: freebsd-ports@freebsd.org > > > Cc: malus.x@gmail.com > > > Subject: devel/libdlna build fail > > > > > > Hi list!, > > > I have some trouble while I am trying to install > > > devel/libdlna at ./configure > > > > > > and the attatchment is my config.log > > > > > > Thx a lot! > > > > > > Regards, > > > jyuny1 > > > > > Hi Jyun-Yi, > > > > What do you get as output from the following command? > > > > pkg_info -L ffmpeg\* | grep avformat.h > > > > On my machine, I see: > > > > /usr/local/include/ffmpeg/avformat.h > > > > I was able to configure and install devel/libdlna with no problem, and it > > looks like as long as multimedia/ffmpeg installs correctly, you should have > > an avformat.h file in the location above. If you do have that file and the > > devel/libdlna configuration still fails, then I'll have to think of > > something else to try. > > > > Regards, > > Greg Larkin > > SourceHosting.net, LLC > > http://www.sourcehosting.net/ > > > > > > > Hi Gerg, > > jyuny1|/usr/ports/devel/libdlna% pkg_info -L ffmpeg\* | grep avformat.h > /usr/local/include/libavformat/avformat.h > > yes, I installed another custom-ffmpeg, not the regular one > How can I fix this ussie? > > Thx a lot! > > Regards, > jyuny1 Hi Jyun-Yi, What do you mean that you "installed another custom-ffmpeg"? Did you install ffmpeg from ports and with what options? If you didn't install it from ports, I suggest that you remove the one you did install, and then try the libdlna installation again. It should automatically build and install the ffmpeg dependency for you. If that doesn't work, post back to the list. Regards, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From army.of.root at googlemail.com Mon Jun 23 21:57:25 2008 From: army.of.root at googlemail.com (army.of.root) Date: Mon Jun 23 21:57:29 2008 Subject: Xfce4: quit does not work In-Reply-To: <485CAE3F.6020704@free.fr> References: <485CAE3F.6020704@free.fr> Message-ID: On Sat, Jun 21, 2008 at 7:31 AM, coolix wrote: > Carlos A. M. dos Santos wrote: > > Hello, > > > > I have a brand new machine with 7.0-STABLE-200805 AMD64 (GENERIC > > kernel). Today I installed all the required packages using "pkg_add > > -r", including xfce-4.4.2. Now if I run "startxfce" I get the desktop > > environment running but neither the "Quit" option of the desktop menu > > nor the quit button of the panel work. > > Got the exact same problem here too, i cant quit it. I installed XFCE4 > from ports. > I also noticed it takes far more longer time to start than the version > shipped in packages-7.0-release. > > This is the error message i have when starting XFCE4. Maybe that is what > cause the slow start and the 'quit' problem: > ** (xfdesktop:1386): CRITICAL **: settings_register_callback: assertion > `cb && user_data && mcs_client' failed > > -- > coolix I found out, that xfce & gnome take some extra time while starting if 127.0.0.1 isnt mapped to the hostname in /etc/hosts. I dont know if matters here. From shuvaev at physik.uni-wuerzburg.de Mon Jun 23 22:13:52 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Jun 23 22:14:18 2008 Subject: Issues with portmaster In-Reply-To: <20080623195640.GA99127@misty.eyesbeyond.com> References: <20080622020728.GC13734@server.vk2pj.dyndns.org> <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> <485F6585.2040307@FreeBSD.org> <20080623122637.GA51758@wep4017.physik.uni-wuerzburg.de> <485FF948.5080901@FreeBSD.org> <20080623195640.GA99127@misty.eyesbeyond.com> Message-ID: <20080623221651.GA1188@localhost.my.domain> On Mon, Jun 23, 2008 at 12:56:40PM -0700, Greg Lewis wrote: > On Mon, Jun 23, 2008 at 12:28:08PM -0700, Doug Barton wrote: > > Alexey Shuvaev wrote: > > >On Mon, Jun 23, 2008 at 10:57:41AM +0200, Alex Dupre wrote: > > >>Alexey Shuvaev ha scritto: > > >>>It seems I don't understand something here. Can someone explain why > > >>>jdk ports need to set BUILD_DEPENDS on diablo-jdk15 unconditionally? > > >>(nearly) every JDK port needs an already usable/installed JDK to > > >>bootstrap the compilation. This is the reason of the BUILD_DEPENDS on > > >>javac that you cannot remove. But the port providing the javac binary > > > ^^^^^^^^^^^^^ > > >>could not be the diablo-jdk. > > >> > > >Mmmm... why not??? > > >In a nutshell, from the user point of view the reason to set BUILD_DEPENDS > > >is > > >to ensure that some port (java here) is installed prior to build. > > >However, if the port checks against installed java in a more complicated > > >manner > > >than BUILD_DEPENDS mechanism can provide, I see no reason to set > > >BUILD_DEPENDS to something just for its own sake. > > >And from the build cluster point of view, the port will be built in a clean > > >environment, so port will not detect any installed java and will set > > >BUILD_DEPENDS *conditionally* (.if !defiend(BOOTSTRAPJDKDIR)). > > > > > >I have a feeling that the way BUILD_DEPENDS is set now is overkill, and > > >one can put it under .if !defined(BOOTSTRAPJDKDIR) without any functional > > >change. Of course, the Right Way To Do This would be to set the whole > > >correct BUILD_DEPENDS line based on detected java. Maybe this is even not > > >so complicated. Or I miss something? > > > > Thanks for the discussion on this. Since I don't use java I'm relying > > an the users here. Hopefully glewis can weigh in at some point. > > Its probably not that complicated for the port to stop "cheating" on the > way it sets up BUILD_DEPENDS. At the moment it knows the potential > bootstrap JDKs install paths, but it doesn't know where they live in > ports, so it cheats and sets the requirement to the detected javac but > then hardcodes the dependency as Diablo. This works from a ports point > of view in that the dependency isn't installed if the requirement is > found, but it obviously confuses portsmaster. > The translation table from install paths to ports is simple: diablo-jdk1.5.0 -> java/diablo-jdk15 jdk1.5.0 -> java/jdk15 jdk1.6.0 -> java/jdk16 jdk1.4.2 -> java/jdk14 linux-sun-jdk1.5.0 -> java/linux-sun-jdk15 linux-sun-jdk1.6.0 -> java/linux-sun-jdk16 linux-sun-jdk1.4.2 -> java/linux-sun-jdk14 I have even thought about something like this: # if no valid jdk found, set dependency .if !defined(BOOTSTRAPJDKDIR) BOOTSTRAPJDKDIR?= ${LOCALBASE}/diablo-jdk1.5.0 BUILD_DEPENDS+= ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 .else # Do some black (Makefile/shell) magic to construct the valid BUILD_DEPENDS # line from the detected BOOTSTRAPJDKDIR and the table above .endif but then I remembered the typical situation where I am. Normally, I bootstrap java/jdk15 with already installed (old) jdk1.5.0. But in this case the logic above would set BUILD_DEPENDS to itself! I don't think it is good... > >From a partial reading of the email thread, it looks like the simplest > thing to do is to just not set BUILD_DEPENDS if it finds an appropriately > installed JDK. That way it will only set it if it can't find a bootstrap > JDK and it needs one installed. > This is achieved with attached 3-line patch. I have roughly tested it with "make -V BUILD_DEPENDS". It produces reasonable results on a system with jdk1.5.0 (no dependency on diablo) and on a system without any java at all (there is a dependency on diablo).It is trivial, but nevertheless, any real battlefield testing (upgrading real systems, tinderbox package building)? Review from someone experienced? Alexey. -------------- next part -------------- --- Makefile.orig 2008-06-23 10:33:59.000000000 +0200 +++ Makefile 2008-06-23 10:34:36.000000000 +0200 @@ -108,9 +108,8 @@ # if no valid jdk found, set dependency .if !defined(BOOTSTRAPJDKDIR) BOOTSTRAPJDKDIR?= ${LOCALBASE}/diablo-jdk1.5.0 -.endif - BUILD_DEPENDS+= ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 +.endif .if defined(WITHOUT_WEB) MAKE_ENV+= DONT_BUILD_DEPLOY="YES" From 7yuny1 at gmail.com Tue Jun 24 06:17:23 2008 From: 7yuny1 at gmail.com (Jyun-Yi Liou) Date: Tue Jun 24 06:17:26 2008 Subject: devel/libdlna build fail In-Reply-To: <009701c8d572$e12bef00$0c01a8c0@FIREBALL> References: <81a9e3840806190106o5e943085h91fbf9db339873c9@mail.gmail.com> <005701c8d225$a40ce2f0$0c01a8c0@FIREBALL> <81a9e3840806192033q12c77a8fw240ad93cf523d52a@mail.gmail.com> <009701c8d572$e12bef00$0c01a8c0@FIREBALL> Message-ID: <81a9e3840806232317o413fed7fsbe649c694490db1@mail.gmail.com> Hi Gerg, I will remove the costum one and try again. thx alot! Regards, jyuny1 2008/6/24 Greg Larkin : > > > From: Jyun-Yi Liou [mailto:7yuny1@gmail.com] > > > > > > 2008/6/20 Greg Larkin : > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-ports@freebsd.org > > > > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Jyun-Yi Liou > > > > Sent: Thursday, June 19, 2008 4:06 AM > > > > To: freebsd-ports@freebsd.org > > > > Cc: malus.x@gmail.com > > > > Subject: devel/libdlna build fail > > > > > > > > Hi list!, > > > > I have some trouble while I am trying to install > > > > devel/libdlna at ./configure > > > > > > > > and the attatchment is my config.log > > > > > > > > Thx a lot! > > > > > > > > Regards, > > > > jyuny1 > > > > > > > Hi Jyun-Yi, > > > > > > What do you get as output from the following command? > > > > > > pkg_info -L ffmpeg\* | grep avformat.h > > > > > > On my machine, I see: > > > > > > /usr/local/include/ffmpeg/avformat.h > > > > > > I was able to configure and install devel/libdlna with no problem, and > it > > > looks like as long as multimedia/ffmpeg installs correctly, you should > have > > > an avformat.h file in the location above. If you do have that file and > the > > > devel/libdlna configuration still fails, then I'll have to think of > > > something else to try. > > > > > > Regards, > > > Greg Larkin > > > SourceHosting.net, LLC > > > http://www.sourcehosting.net/ > > > > > > > > > > > Hi Gerg, > > > > jyuny1|/usr/ports/devel/libdlna% pkg_info -L ffmpeg\* | grep avformat.h > > /usr/local/include/libavformat/avformat.h > > > > yes, I installed another custom-ffmpeg, not the regular one > > How can I fix this ussie? > > > > Thx a lot! > > > > Regards, > > jyuny1 > > Hi Jyun-Yi, > > What do you mean that you "installed another custom-ffmpeg"? Did you > install ffmpeg from ports and with what options? > > If you didn't install it from ports, I suggest that you remove the one you > did install, and then try the libdlna installation again. It should > automatically build and install the ffmpeg dependency for you. If that > doesn't work, post back to the list. > > Regards, > Greg Larkin > SourceHosting.net, LLC > http://www.sourcehosting.net/ > > > > From peterjeremy at optushome.com.au Tue Jun 24 11:46:18 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Tue Jun 24 11:46:24 2008 Subject: Issues with portmaster In-Reply-To: <20080623221651.GA1188@localhost.my.domain> References: <485DF018.5020703@FreeBSD.org> <485F4B7E.3040905@FreeBSD.org> <485F4EE1.9040603@FreeBSD.org> <485F5582.5040101@FreeBSD.org> <20080623084308.GA51236@wep4017.physik.uni-wuerzburg.de> <485F6585.2040307@FreeBSD.org> <20080623122637.GA51758@wep4017.physik.uni-wuerzburg.de> <485FF948.5080901@FreeBSD.org> <20080623195640.GA99127@misty.eyesbeyond.com> <20080623221651.GA1188@localhost.my.domain> Message-ID: <20080624114600.GJ91036@server.vk2pj.dyndns.org> On 2008-Jun-24 00:16:51 +0200, Alexey Shuvaev wrote: >> >From a partial reading of the email thread, it looks like the simplest >> thing to do is to just not set BUILD_DEPENDS if it finds an appropriately >> installed JDK. That way it will only set it if it can't find a bootstrap >> JDK and it needs one installed. >> >This is achieved with attached 3-line patch. I have roughly tested it >with "make -V BUILD_DEPENDS". It produces reasonable results on a system >with jdk1.5.0 (no dependency on diablo) and on a system without any >java at all (there is a dependency on diablo).It is trivial, but nevertheless, >any real battlefield testing (upgrading real systems, >tinderbox package building)? Review from someone experienced? > >Alexey. >--- Makefile.orig 2008-06-23 10:33:59.000000000 +0200 >+++ Makefile 2008-06-23 10:34:36.000000000 +0200 >@@ -108,9 +108,8 @@ > # if no valid jdk found, set dependency > .if !defined(BOOTSTRAPJDKDIR) > BOOTSTRAPJDKDIR?= ${LOCALBASE}/diablo-jdk1.5.0 >-.endif >- > BUILD_DEPENDS+= ${BOOTSTRAPJDKDIR}/bin/javac:${PORTSDIR}/java/diablo-jdk15 >+.endif > > .if defined(WITHOUT_WEB) > MAKE_ENV+= DONT_BUILD_DEPLOY="YES" With this patch, portmaster successfully upgraded jdk-1.5.0.14p8,1 to jdk-1.5.0.14p8_2,1, without installing diablo. -- 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/20080624/2d7c39b9/attachment.pgp From avg at icyb.net.ua Tue Jun 24 12:45:58 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Jun 24 12:46:02 2008 Subject: gnash-0.8.3: build fails on 6.3 Message-ID: <4860EC81.1010302@icyb.net.ua> System: FreeBSD 6.3-RELEASE amd64 Build of port graphics/gnash fails at link stage: ... Making all in utilities gmake[2]: Entering directory `/usr/ports/graphics/gnash/work/gnash-0.8.3/utilities' /bin/sh ../libtool --tag=CXX --mode=link g++42 -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=athlon64 -O2 -fno-strict-aliasing -pipe -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 -ldca -lvorbisenc -lvorbis -lm -logg -lavformat -lavcodec -lz -la52 -lfaad -lx264 -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg -lavutil -ltheora -logg -lgsm -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 -O2 -fno-strict-aliasing -pipe -march=athlon64 -O2 -fno-strict-aliasing -pipe -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 -L/usr/X11R6/lib /usr/ports/graphics/gnash/work/gnash-0.8.3/libnet/.libs/libgnashnet.so /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/ports/graphics/gnash/work/gnash-0.8.3/libamf/.libs/libgnashamf.so /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/libcares.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/libggi.so /usr/X11R6/lib/libXxf86vm.so /usr/local/lib/libgii.so /usr/local/lib/libXxf86dga.so /usr/local/lib/libgg.so /usr/local/lib/libaa.so -lncurses -lusbhid /usr/local/lib/libdca.so -lavformat -lgsm -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/X11R6/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 -Wl,--rpath -Wl,/usr/X11R6/lib gprocessor-processor.o(.gnu.linkonce.t._ZN5boost2io6detail3putIcSt11char_traitsIcESaIcERKlEEvT2_RKNS1_11format_itemIT_T0_T1_EERNS_12basic_formatISA_SB_SC_E11string_typeERNSH_20internal_streambuf_tEPSt6locale+0x1c2): In function `void boost::io::detail::put, std::allocator, long const&>(long 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*)': : undefined reference to `std::basic_ostream >& std::basic_ostream >::_M_insert(long)' ... It seems like there is an unsatisfied symbol in boost library that was supposed to come from standard C++ library. I see that gnash is compiled with GCC 4.2+, but I think that boost is compiled with default GCC for 6.3 which is 3.4.6. I suspect that the error might be caused by this mismatch in versions. This should not be a problem on 7.0 where default GCC is 4.2.X, but 6.3 is still a "stabler stable" for me. -- Andriy Gapon From amdmi3 at amdmi3.ru Tue Jun 24 16:51:15 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Jun 24 16:51:20 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <4860EC81.1010302@icyb.net.ua> References: <4860EC81.1010302@icyb.net.ua> Message-ID: <20080624165126.GJ4022@hades.panopticon> * Andriy Gapon (avg@icyb.net.ua) wrote: > > System: FreeBSD 6.3-RELEASE amd64 > Build of port graphics/gnash fails at link stage: > ... > > It seems like there is an unsatisfied symbol in boost library that was > supposed to come from standard C++ library. > I see that gnash is compiled with GCC 4.2+, but I think that boost is > compiled with default GCC for 6.3 which is 3.4.6. > I suspect that the error might be caused by this mismatch in versions. > This should not be a problem on 7.0 where default GCC is 4.2.X, but 6.3 > is still a "stabler stable" for me. Hi! Hmm... It seems to be related to library versions, yes, but I think it's most likely a local problem. I've tested gnash on FreeBSD 6.3 amd64 in tinderbox and it built without problems. Packages were build successfully on pointyhat as well (http://portsmon.freebsd.org/portoverview.py?category=graphics&portname=gnash). Besides, you're the first one who reports such problem. You can use precompiled packages for gnash instead (I can build a package for you in a tinderbox if you need any nondefault options), otherwise I don't think I can help since I cannot reproduce this at least in a jail. You could also try rebuilding boost. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From fbsd06 at mlists.homeunix.com Tue Jun 24 22:00:34 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Tue Jun 24 22:00:39 2008 Subject: Can't Upgrade Wine Message-ID: <20080624224833.5e2503d0@gumby.homeunix.com.> I haven't been able to build wine since wine-1.0.r3,1 (on FreeBSD 7.0) It fails like this: cp ../../dlls/winmm/tests/winmm_test.exe.so winmm_test.exe && strip winmm_test.exe cp ../../dlls/winspool.drv/tests/winspool.drv_test.exe.so winspool.drv_test.exe && strip winspool.drv_test.exe cp ../../dlls/wintrust/tests/wintrust_test.exe.so wintrust_test.exe && strip wintrust_test.exe cp ../../dlls/ws2_32/tests/ws2_32_test.exe.so ws2_32_test.exe && strip ws2_32_test.exe LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\" -fowinetest.res winetest.rc Error: Too many output files. gmake[2]: *** [winetest.res] Error 2 gmake[2]: Leaving directory `/home/ports/emulators/wine/work/wine-1.0/programs/winetest' gmake[1]: *** [winetest] Error 2 gmake[1]: Leaving directory `/home/ports/emulators/wine/work/wine-1.0/programs' gmake: *** [programs] Error 2 *** Error code 2 Stop in /home/ports From kris at FreeBSD.org Tue Jun 24 22:24:12 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Jun 24 22:24:33 2008 Subject: ports/124944: [PATCH] audio/arts: Remove 5.x support In-Reply-To: <200806241600.m5OG0GfE052839@piccollo.p6m7g8.net> References: <200806241600.m5OG0GfE052839@piccollo.p6m7g8.net> Message-ID: <48617409.2060801@FreeBSD.org> Philip M. Gollucci wrote: > o Remove 5.x support > > Port maintainer (kde@FreeBSD.org) is cc'd. FYI, we stated in the EOL announcement that we are not doing sweeping 5.x removals right away. Please give it more time. Kris From pgollucci at p6m7g8.com Tue Jun 24 23:03:12 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Jun 24 23:03:17 2008 Subject: ports/124944: [PATCH] audio/arts: Remove 5.x support In-Reply-To: <48617409.2060801@FreeBSD.org> References: <200806241600.m5OG0GfE052839@piccollo.p6m7g8.net> <48617409.2060801@FreeBSD.org> Message-ID: <48617D2E.3060907@p6m7g8.com> Kris Kennaway wrote: > Philip M. Gollucci wrote: > >> o Remove 5.x support >> >> Port maintainer (kde@FreeBSD.org) is cc'd. > > FYI, we stated in the EOL announcement that we are not doing sweeping > 5.x removals right away. Please give it more time. I thought I waited 2 weeks, anyway, ACK. From joshua.rickmar at gmail.com Tue Jun 24 23:25:38 2008 From: joshua.rickmar at gmail.com (Josh Rickmar) Date: Tue Jun 24 23:25:49 2008 Subject: KDEmod with Ports Message-ID: <4447c1c80806241558p5daa077ck93f1deb1c8cb0a58@mail.gmail.com> Hi. Last weekend I switched my desktop computer from Arch Linux to FreeBSD. On Arch, I used KDEmod [1] (a modular and splitted KDE) in place of Arch's vanilla KDE. I am now wondering if it is possible to port KDEmod to FreeBSD with Ports. KDEmod is built using a different build system than Arch's standard PKGBUILD and makepkg tools. Instead of building one package for each PKGBUILD, a SPLITBUILD is used to create multiple packages. This way, instead of having just kdetoys (like in /usr/ports/x11-clocks/kdetoys3), it is possible to build seperate packages for amor, kteatime, ktux, kweather... all part of kdetoys, with the same SPLITBUILD or PKGBUILD. (Here's a better explanation of how the build system works [2]. This is for KDE3, the KDE4 version is (slightly?) different, but the concept is similar.) I have started this thread [3] on the KDEmod forums asking if it is still possible to port KDEmod to other distros or systems with the new buildsystem. Funkyou (the original developer of KDEmod) replied saying that if you can port the kdetoys example, it should be relatively easy to port the rest. I am willing to write Ports for this (if it is possible), however, I have only basic knowledge of writting PKGBUILDs and no knowledge in making Ports. Any help would be appreciated. Links: [1] http://www.kdemod.ath.cx/ [2] http://www.kdemod.ath.cx/bbs/viewtopic.php?id=592 [3] http://www.kdemod.ath.cx/bbs/viewtopic.php?id=791 From allbery at ece.cmu.edu Tue Jun 24 23:32:10 2008 From: allbery at ece.cmu.edu (Brandon S. Allbery KF8NH) Date: Tue Jun 24 23:32:14 2008 Subject: ports/124944: [PATCH] audio/arts: Remove 5.x support In-Reply-To: <48617D2E.3060907@p6m7g8.com> References: <200806241600.m5OG0GfE052839@piccollo.p6m7g8.net> <48617409.2060801@FreeBSD.org> <48617D2E.3060907@p6m7g8.com> Message-ID: On 2008 Jun 24, at 19:03, Philip M. Gollucci wrote: > Kris Kennaway wrote: >> Philip M. Gollucci wrote: >>> o Remove 5.x support >>> >>> Port maintainer (kde@FreeBSD.org) is cc'd. >> FYI, we stated in the EOL announcement that we are not doing >> sweeping 5.x removals right away. Please give it more time. > I thought I waited 2 weeks, anyway, ACK. I rather think "not right away" means at least for one point release, and possibly to the next major release. -- 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 danny at ricin.com Tue Jun 24 23:32:36 2008 From: danny at ricin.com (Danny Pansters) Date: Tue Jun 24 23:32:43 2008 Subject: .desktop file and icon Message-ID: <200806250100.53227.danny@ricin.com> I have an app (kbtv2) that I want to get committed to ports soon. Where do I put the .desktop file and icon (or I'll just refer to the latter through absolute path) so that it gets picked up by the various desktop environments (prefix/share/applications/foo.desktop does not seem to work here in kde3)? Thanks, Dan From kris at FreeBSD.org Wed Jun 25 00:13:22 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed Jun 25 00:13:24 2008 Subject: ports/124944: [PATCH] audio/arts: Remove 5.x support In-Reply-To: References: <200806241600.m5OG0GfE052839@piccollo.p6m7g8.net> <48617409.2060801@FreeBSD.org> <48617D2E.3060907@p6m7g8.com> Message-ID: <48618D9E.9090002@FreeBSD.org> Brandon S. Allbery KF8NH wrote: > > On 2008 Jun 24, at 19:03, Philip M. Gollucci wrote: > >> Kris Kennaway wrote: >>> Philip M. Gollucci wrote: >>>> o Remove 5.x support >>>> >>>> Port maintainer (kde@FreeBSD.org) is cc'd. >>> FYI, we stated in the EOL announcement that we are not doing sweeping >>> 5.x removals right away. Please give it more time. >> I thought I waited 2 weeks, anyway, ACK. > > > I rather think "not right away" means at least for one point release, > and possibly to the next major release. > Nah, 5.x is dead and has begun to decompose, but there was a bit of a mix-up in getting the pre-announcements widely publicized so we decided to hold off on the burial process in case some people only saw the final termination notice and not the pre-announcements. Let's give it a month and then we can begin to actively remove 5.x support. Waiting shouldn't cause major difficulties. Kris From beech at freebsd.org Wed Jun 25 01:06:21 2008 From: beech at freebsd.org (Beech Rintoul) Date: Wed Jun 25 01:06:50 2008 Subject: .desktop file and icon In-Reply-To: <200806250100.53227.danny@ricin.com> References: <200806250100.53227.danny@ricin.com> Message-ID: <200806241646.44364.beech@freebsd.org> On Tuesday 24 June 2008, Danny Pansters said: > I have an app (kbtv2) that I want to get committed to ports soon. > > Where do I put the .desktop file and icon (or I'll just refer to > the latter through absolute path) so that it gets picked up by the > various desktop environments (prefix/share/applications/foo.desktop > does not seem to work here in kde3)? > > Thanks, > > Dan Try prefix/share/applications/kde/foo.desktop or enable it manually through the kde settings. 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 dougb at FreeBSD.org Wed Jun 25 02:43:03 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Jun 25 02:43:06 2008 Subject: ports/124944: [PATCH] audio/arts: Remove 5.x support In-Reply-To: <48618D9E.9090002@FreeBSD.org> References: <200806241600.m5OG0GfE052839@piccollo.p6m7g8.net> <48617409.2060801@FreeBSD.org> <48617D2E.3060907@p6m7g8.com> <48618D9E.9090002@FreeBSD.org> Message-ID: <4861B0B4.7050902@FreeBSD.org> Kris Kennaway wrote: > Nah, 5.x is dead and has begun to decompose, but there was a bit of a > mix-up in getting the pre-announcements widely publicized so we decided > to hold off on the burial process ... JUST what we need, more rotting corpses around here ... From ws at au.dyndns.ws Wed Jun 25 04:57:41 2008 From: ws at au.dyndns.ws (Wayne Sierke) Date: Wed Jun 25 04:57:44 2008 Subject: Can't Upgrade Wine In-Reply-To: <20080624224833.5e2503d0@gumby.homeunix.com.> References: <20080624224833.5e2503d0@gumby.homeunix.com.> Message-ID: <1214368831.35607.220.camel@predator-ii.buffyverse> On Tue, 2008-06-24 at 22:48 +0100, RW wrote: > I haven't been able to build wine since wine-1.0.r3,1 (on FreeBSD 7.0) > > It fails like this: > > > cp ../../dlls/winmm/tests/winmm_test.exe.so winmm_test.exe && strip winmm_test.exe > cp ../../dlls/winspool.drv/tests/winspool.drv_test.exe.so winspool.drv_test.exe && strip winspool.drv_test.exe > cp ../../dlls/wintrust/tests/wintrust_test.exe.so wintrust_test.exe && strip wintrust_test.exe > cp ../../dlls/ws2_32/tests/ws2_32_test.exe.so ws2_32_test.exe && strip ws2_32_test.exe > LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\" -fowinetest.res winetest.rc > Error: Too many output files. > gmake[2]: *** [winetest.res] Error 2 > gmake[2]: Leaving directory `/home/ports/emulators/wine/work/wine-1.0/programs/winetest' > gmake[1]: *** [winetest] Error 2 > gmake[1]: Leaving directory `/home/ports/emulators/wine/work/wine-1.0/programs' > gmake: *** [programs] Error 2 > *** Error code 2 > > Stop in /home/ports I just built wine-1.0,1 yesterday, on a recent (1 week) 7.0-STABLE i386 and a freshly updated ports tree in /usr/ports. Not much help here, sorry, just a reference point. From itetcu at FreeBSD.org Wed Jun 25 07:17:17 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Jun 25 07:17:20 2008 Subject: KDEmod with Ports In-Reply-To: <4447c1c80806241558p5daa077ck93f1deb1c8cb0a58@mail.gmail.com> References: <4447c1c80806241558p5daa077ck93f1deb1c8cb0a58@mail.gmail.com> Message-ID: <20080625101649.15682f81@it.buh.tecnik93.com> On Tue, 24 Jun 2008 18:58:37 -0400 "Josh Rickmar" wrote: > Hi. Last weekend I switched my desktop computer from Arch Linux to > FreeBSD. On Arch, I used KDEmod [1] (a modular and splitted KDE) in > place of Arch's vanilla KDE. > > I am now wondering if it is possible to port KDEmod to FreeBSD with > Ports. KDEmod is built using a different build system than Arch's > standard PKGBUILD and makepkg tools. Instead of building one package > for each PKGBUILD, a SPLITBUILD is used to create multiple packages. > > This way, instead of having just kdetoys (like in > /usr/ports/x11-clocks/kdetoys3), it is possible to build seperate > packages for amor, kteatime, ktux, kweather... all part of kdetoys, > with the same SPLITBUILD or PKGBUILD. > > (Here's a better explanation of how the build system works [2]. This > is for KDE3, the KDE4 version is (slightly?) different, but the > concept is similar.) > > I have started this thread [3] on the KDEmod forums asking if it is > still possible to port KDEmod to other distros or systems with the new > buildsystem. Funkyou (the original developer of KDEmod) replied > saying that if you can port the kdetoys example, it should be > relatively easy to port the rest. > > I am willing to write Ports for this (if it is possible), however, I > have only basic knowledge of writting PKGBUILDs and no knowledge in > making Ports. Any help would be appreciated. The place where you want to discuss this is kde@ (CC'ed). Making our KDE more modular has been discussed from time to time but there's a big amount of work needed for that and our kde maintainers didn't have the resources to do it. Besides KDE components are pretty interdependent and sorting out what can be split and what not is time consuming (and many of the problems will only be evident at runtime). From what I see "SPLITBUILD" means making install in only a subdir (that holds the app you are interested in) instead of the top dir. But since it's based on PKGBUILD which we don't use you can't port it to FreeBSD (basically you'd need to replace all out ports infrastructure with an other packaging system). What you could do is for the beginning is to try to simulate what their bash scripts do in a Makefile. A first step would be to take an existing kde port like /usr/ports/x11-clocks/kdetoys3, try to understand what /usr/ports/x11-clocks/kdetoys3/Makefile, /usr/ports/x11/kde3/Makefile.kde and /usr/ports/Mk/bsd.kde.mk do, then modify /usr/ports/x11-clocks/kdetoys3/Makefile by adding a few custom targets to it that would install only part of what it's built. Like: install-kodo: cd ${WRKSRC}/kodo && ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} ${MAKE_ARGS} ${INSTALL_TARGET} Then test it at run time, see what else it depends on, etc. Then start the packaging part (plist, transforming it in one port for each component plus metaportm etc.). -- 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/20080625/3e8f0107/signature.pgp From ale at FreeBSD.org Wed Jun 25 08:19:50 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Jun 25 08:19:53 2008 Subject: .desktop file and icon In-Reply-To: <200806250100.53227.danny@ricin.com> References: <200806250100.53227.danny@ricin.com> Message-ID: <4861FFA2.5000209@FreeBSD.org> Danny Pansters ha scritto: > Where do I put the .desktop file and icon (or I'll just refer to the latter > through absolute path) so that it gets picked up by the various desktop > environments (prefix/share/applications/foo.desktop does not seem to work > here in kde3)? It should work, but probably you need to restart the kde session to clear the cache. -- Alex Dupre From avg at icyb.net.ua Wed Jun 25 08:47:35 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Jun 25 08:47:38 2008 Subject: gnash-0.8.3: build fails on 6.3 In-Reply-To: <20080624165126.GJ4022@hades.panopticon> References: <4860EC81.1010302@icyb.net.ua> <20080624165126.GJ4022@hades.panopticon> Message-ID: <48620622.50808@icyb.net.ua> on 24/06/2008 19:51 Dmitry Marakasov said the following: > * Andriy Gapon (avg@icyb.net.ua) wrote: >> System: FreeBSD 6.3-RELEASE amd64 >> Build of port graphics/gnash fails at link stage: >> ... >> >> It seems like there is an unsatisfied symbol in boost library that was >> supposed to come from standard C++ library. >> I see that gnash is compiled with GCC 4.2+, but I think that boost is >> compiled with default GCC for 6.3 which is 3.4.6. >> I suspect that the error might be caused by this mismatch in versions. >> This should not be a problem on 7.0 where default GCC is 4.2.X, but 6.3 >> is still a "stabler stable" for me. > Hi! > > Hmm... It seems to be related to library versions, yes, but I think > it's most likely a local problem. I've tested gnash on FreeBSD 6.3 > amd64 in tinderbox and it built without problems. Packages were > build successfully on pointyhat as well > (http://portsmon.freebsd.org/portoverview.py?category=graphics&portname=gnash). > Besides, you're the first one who reports such problem. I guess the reason might be that I built boost with OPTIMIZED_CFLAGS enabled. In fact I have WITH_OPTIMIZED_CFLAGS in my make.conf. > You can use precompiled packages for gnash instead (I can build a > package for you in a tinderbox if you need any nondefault options), > otherwise I don't think I can help since I cannot reproduce this at > least in a jail. You could also try rebuilding boost. Rebuilding boost didn't help. I'll try to rebuild without the optimization flags later. Thank you for offering your help, but I'd like to get a sustainable solution, if possible. -- Andriy Gapon From yuri.pankov at gmail.com Wed Jun 25 09:14:23 2008 From: yuri.pankov at gmail.com (Yuri Pankov) Date: Wed Jun 25 09:14:27 2008 Subject: .desktop file and icon In-Reply-To: <200806250100.53227.danny@ricin.com> References: <200806250100.53227.danny@ricin.com> Message-ID: <20080625091428.GB25514@darklight.homeunix.org> On Wed, Jun 25, 2008 at 01:00:53AM +0200, Danny Pansters wrote: > I have an app (kbtv2) that I want to get committed to ports soon. > > Where do I put the .desktop file and icon (or I'll just refer to the latter > through absolute path) so that it gets picked up by the various desktop > environments (prefix/share/applications/foo.desktop does not seem to work > here in kde3)? > > Thanks, > > Dan Try using update-desktop-database from devel/desktop-file-utils. Check security/seahorse/{Makefile,pkg-plist}, for example, and http://www.freebsd.org/gnome/docs/porting.html "Desktop database" section (should be DE independent, though). HTH, Yuri From jrhett at netconsonance.com Thu Jun 26 00:30:19 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jun 26 00:31:41 2008 Subject: cfengine port update? In-Reply-To: <27802537@ipt.ru> References: <74239915@ipt.ru> <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> <63496920@ipt.ru> <4227E14E-AF2F-47B6-9BA5-D96BE40B05CE@netconsonance.com> <27802537@ipt.ru> Message-ID: <16B8C91A-13DF-4BFE-B85A-AE193EF12713@netconsonance.com> Sorry, I didn't see this until now. On May 9, 2008, at 12:19 AM, Boris Samorodov wrote: >> If there's something wrong >> with them, someone needs to specify what is wrong. > > Seems that you shouldn't delete man pages from the Makefile. They were removed from the distribution, therefore they weren't available to install. >> FYI: none of the files you are mentioning are installed by 2.2.5 or >> 2.2.6. That's residue from 2.2.3 packages. > > Did you mean that manfiles did exist at the distribution but not > got installed? No, I mean that between 2.2.3 and 2.2.5 those manpages stopped being in the distribution. They were apparently restored later as you noted. My patches were against 2.2.5 originally and I didn't look to see if the manpages were restored for 2.2.6 :-( This problem was pretty much entirely because we had no updates for so long that I was trying to track patches against patches against patches ... ANYWAY, irrelevant now. See 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 jrhett at netconsonance.com Thu Jun 26 00:30:19 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jun 26 00:31:42 2008 Subject: cfengine port update? In-Reply-To: <4227E14E-AF2F-47B6-9BA5-D96BE40B05CE@netconsonance.com> References: <74239915@ipt.ru> <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> <63496920@ipt.ru> <4227E14E-AF2F-47B6-9BA5-D96BE40B05CE@netconsonance.com> Message-ID: <86782ECB-14D2-4E04-B6AE-DE819EC1DD8D@netconsonance.com> I just submitted this patch which takes it up to 2.2.7 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 email at guice.ath.cx Thu Jun 26 03:41:07 2008 From: email at guice.ath.cx (email) Date: Thu Jun 26 03:41:10 2008 Subject: FreeBSD Port: automake-1.9.6_2 Message-ID: <48630C14.6080405@guice.ath.cx> How to fix this? '`; fi; rm -rf $backupdir; exit $rc ./automake-1.9.texi:9821: Unknown command `headitem'. makeinfo: Removing output file `./automake-1.9.info' due to errors; use --force to preserve. *** Error code 1 Stop in /usr/ports/devel/automake19/work/automake-1.9.6/doc. *** Error code 1 Stop in /usr/ports/devel/automake19/work/automake-1.9.6. *** Error code 1 Stop in /usr/ports/devel/automake19. guice# From dgeo at ec-marseille.fr Thu Jun 26 10:25:01 2008 From: dgeo at ec-marseille.fr (Geoffroy Desvernay) Date: Thu Jun 26 10:25:05 2008 Subject: [Dovecot] v1.1.1 released In-Reply-To: <1214132953.3904.1739.camel@hurina> References: <1214132953.3904.1739.camel@hurina> Message-ID: <486369D3.9000503@ec-marseille.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Timo Sirainen a ?crit : > http://dovecot.org/releases/1.1/dovecot-1.1.1.tar.gz > http://dovecot.org/releases/1.1/dovecot-1.1.1.tar.gz.sig > > Hopefully this release lives a bit longer than v1.1.0. > > - Maildir: When migrating from v1.0 with old format dovecot-uidlist > files, Dovecot may have appended lines to it using the new format and > later broken with "UID larger than next_uid" error. > updated freebsd ports for dovecot, sieve plugin and managesieve here: http://dgeo.perso.ec-marseille.fr/dovecot Not very well tested, but 'it works for us'? Thank you Timo ! - -- ___________________________________________________________ / *Geoffroy DESVERNAY* | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ | Fax: (+33|0)4 91 05 45 98 \/ \ Ecole Centrale de Marseille | Mail: dgeo ec-marseille.fr / ----------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhjadMACgkQGbFYzwF8gKpi2ACfW0MiIX8ekUoWCmFOZBnZPAIl QSgAniVblppvCgCwhdEN4SfACLPGu8q2 =+tzg -----END PGP SIGNATURE----- From starikov at caotus.ru Thu Jun 26 08:06:16 2008 From: starikov at caotus.ru (=?KOI8-R?Q?=F3=D4=C1=D2=C9=CB=CF=D7_=F3=C5=D2=C7=C5=CA?=) Date: Thu Jun 26 11:15:20 2008 Subject: FreeBSD Port: clamav-0.93.1_2 Message-ID: <4863462C.7080204@caotus.ru> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, While starting clamav-milter I got the following error: chmod: /var/run/clamav/clmilter.sock: No such file or directory Though, the socket (/var/run/clamav/clmilter.sock) mode is set to 755 (as it written in /usr/local/etc/rc.d/clamav-milter). I think, the problem is in start script of clamav-milter, but I can't guess where. What should I do to fix it? - -- ???????? ?????? ??????????? ??????? ???????-??????????? ?????? ???????????? ??????????????, ???????????????????? ? ????????????????? ?????? ???????????? ??????????? ?????? ??????? ???????? ????????? ??? ??? ???? "????? ??????" Starikov@caotus.ru +7(495)398-4436 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIY0YsiB5ezNypRycRCJkIAJ9lsr/RhcTDUxsztffEwfdJ6omFVgCfZKH0 0Dlasx9b2zgLXTn6Ie1xSys= =Le/i -----END PGP SIGNATURE----- From adrian at thearle.com.au Thu Jun 26 12:41:48 2008 From: adrian at thearle.com.au (Adrian Thearle) Date: Thu Jun 26 12:41:53 2008 Subject: FreeBSD Port: clamav-0.93.1_2 In-Reply-To: <20080626120014.0719D10656C4@hub.freebsd.org> References: <20080626120014.0719D10656C4@hub.freebsd.org> Message-ID: <4863883C.5080509@thearle.com.au> There is current a PR out for this issue http://www.freebsd.org/cgi/query-pr.cgi?pr=124643 Basicly the rc script tries to chmod it before it exists, the patch waits until the file exists (or a timeout) before chmoding it. Depending on your setup it might not actually be a problem for you. I also posted a potential fix for this, if you like you can apply the patch and see if works for you too. Let us know how you go, Adrian freebsd-ports-request@freebsd.org wrote: > Send freebsd-ports mailing list submissions to > freebsd-ports@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > or, via email, send a message with subject or body 'help' to > freebsd-ports-request@freebsd.org > > You can reach the person managing the list at > freebsd-ports-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-ports digest..." > > > Today's Topics: > > 1. Re: cfengine port update? (Jo Rhett) > 2. Re: cfengine port update? (Jo Rhett) > 3. FreeBSD Port: automake-1.9.6_2 (email) > 4. Re: [Dovecot] v1.1.1 released (Geoffroy Desvernay) > 5. FreeBSD Port: clamav-0.93.1_2 (???????? ??????) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 25 Jun 2008 17:02:14 -0700 > From: Jo Rhett > Subject: Re: cfengine port update? > To: Boris Samorodov > Cc: ports@FreeBSD.org > Message-ID: <16B8C91A-13DF-4BFE-B85A-AE193EF12713@netconsonance.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > Sorry, I didn't see this until now. > > On May 9, 2008, at 12:19 AM, Boris Samorodov wrote: > >>> If there's something wrong >>> with them, someone needs to specify what is wrong. >>> >> Seems that you shouldn't delete man pages from the Makefile. >> > > They were removed from the distribution, therefore they weren't > available to install. > > >>> FYI: none of the files you are mentioning are installed by 2.2.5 or >>> 2.2.6. That's residue from 2.2.3 packages. >>> >> Did you mean that manfiles did exist at the distribution but not >> got installed? >> > > No, I mean that between 2.2.3 and 2.2.5 those manpages stopped being > in the distribution. They were apparently restored later as you > noted. My patches were against 2.2.5 originally and I didn't look to > see if the manpages were restored for 2.2.6 :-( This problem was > pretty much entirely because we had no updates for so long that I was > trying to track patches against patches against patches ... > > ANYWAY, irrelevant now. See > http://www.freebsd.org/cgi/query-pr.cgi?pr=124993 > > From jrhett at netconsonance.com Thu Jun 26 15:38:11 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jun 26 15:38:16 2008 Subject: split the quagga ports to remove unstable patches from quagga port Message-ID: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> The current maintainer has indicated that he is holding up the quagga 0.99.10 port until an unknown time when the TCP MD5 checksum patches are again working in the tree. I don't think that this is the right thing to do, as the TCP MD5 checksums are not necessary for the vast majority of installations, and DO NOT work with a GENERIC kernel. I'd like to request that the port be split into two ports -- one with a stock quagga installation, and the other with the MD5 checksum patches, due to the instability and constant work on said patches making the port unstable. (and being unavailable right now holds up access to a major bugfix line) -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From wxs at FreeBSD.org Thu Jun 26 15:55:31 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Jun 26 15:55:35 2008 Subject: split the quagga ports to remove unstable patches from quagga port In-Reply-To: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> References: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> Message-ID: <20080626155616.GI12581@atarininja.org> On Thu, Jun 26, 2008 at 08:38:00AM -0700, Jo Rhett wrote: > The current maintainer has indicated that he is holding up the quagga > 0.99.10 port until an unknown time when the TCP MD5 checksum patches > are again working in the tree. I don't think that this is the right > thing to do, as the TCP MD5 checksums are not necessary for the vast > majority of installations, and DO NOT work with a GENERIC kernel. > > I'd like to request that the port be split into two ports -- one with > a stock quagga installation, and the other with the MD5 checksum > patches, due to the instability and constant work on said patches > making the port unstable. (and being unavailable right now holds up > access to a major bugfix line) You already have the option for TCPMD5 being on or off (off by default). The solution in my mind is not two separate ports, but what is used now: OPTIONS. If an option is broken why not mark it as such until it can be addressed? If the patches become a workable (yet still experimental) option the BROKEN line can be removed. The port can still keep using newer versions while the patches are being developed. -- WXS Index: Makefile =================================================================== RCS file: /u/ncvs/ports/net/quagga/Makefile,v retrieving revision 1.70 diff -u -u -r1.70 Makefile --- Makefile 25 Apr 2008 15:42:13 -0000 1.70 +++ Makefile 26 Jun 2008 15:47:23 -0000 @@ -118,6 +118,7 @@ .endif .if defined(WITH_TCPMD5) +BROKEN= MD5 patches need updating. EXTRA_PATCHES+=${PATCHDIR}/extra-tcpmd5-patch-bgpd-bgp_network.c ${PATCHDIR}/extra-tcpmd5-patch-bgpd-bgp_vty.c ${PATCHDIR}/extra-tcpmd5-patch-bgpd-bgpd.c ${PATCHDIR}/extra-tcpmd5-patch-bgpd-bgpd.h ${PATCHDIR}/extra-tcpmd5-patch-lib-sockopt.c ${PATCHDIR}/extra-tcpmd5-patch-lib-sockopt.h ${PATCHDIR}/extra-tcpmd5-patch-vtysh-extract.pl.in CFLAGS+= -DQUAGGA_TCP_MD5SIG .endif From sem at FreeBSD.org Thu Jun 26 16:38:49 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jun 26 16:38:54 2008 Subject: split the quagga ports to remove unstable patches from quagga port In-Reply-To: <20080626155616.GI12581@atarininja.org> References: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> <20080626155616.GI12581@atarininja.org> Message-ID: <4863C23B.3020802@FreeBSD.org> Wesley Shields wrote: > On Thu, Jun 26, 2008 at 08:38:00AM -0700, Jo Rhett wrote: >> The current maintainer has indicated that he is holding up the quagga >> 0.99.10 port until an unknown time when the TCP MD5 checksum patches >> are again working in the tree. I don't think that this is the right >> thing to do, as the TCP MD5 checksums are not necessary for the vast >> majority of installations, and DO NOT work with a GENERIC kernel. >> >> I'd like to request that the port be split into two ports -- one with >> a stock quagga installation, and the other with the MD5 checksum >> patches, due to the instability and constant work on said patches >> making the port unstable. (and being unavailable right now holds up >> access to a major bugfix line) > > You already have the option for TCPMD5 being on or off (off by default). > The solution in my mind is not two separate ports, but what is used now: > OPTIONS. If an option is broken why not mark it as such until it can be > addressed? If the patches become a workable (yet still experimental) > option the BROKEN line can be removed. The port can still keep using > newer versions while the patches are being developed. > I agree. Two ports are overkill for only TCPMD5 option. And it should not be a show stopper for the port update. -- Dixi. Sem. From sem at FreeBSD.org Thu Jun 26 16:38:53 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Jun 26 16:38:59 2008 Subject: .warning directives in Makefile Message-ID: <4863C0D2.1020804@FreeBSD.org> Hi. It was a long time ago and I don't remember if was a discussion about .warning directive. As I can see only .error directive was documented in Porters' Handbook as a harmful. But I'd like remind .warning directive pollutes stderr and discouraged portupgrade which was designed to catch messages from stderr and rises errors. Now there are a few ports (ImageMagic and GhostScript*) where the directive was appeared. I think the ports should be fixed to use ECHO_MSG to display the warnings. Thanks. -- Dixi. Sem. From mi+mill at aldan.algebra.com Thu Jun 26 17:15:20 2008 From: mi+mill at aldan.algebra.com (Mikhail Teterin) Date: Thu Jun 26 17:15:25 2008 Subject: .warning directives in Makefile In-Reply-To: <4863C0D2.1020804@FreeBSD.org> References: <4863C0D2.1020804@FreeBSD.org> Message-ID: <4863C80E.2010309@aldan.algebra.com> > But I'd like remind .warning directive pollutes stderr Warnings are NOT pollution... > and discouraged portupgrade which was designed to catch messages from > stderr and rises errors. I'd say, the portupgrade needs fixing, if it does, indeed, choke on non-empty stderr without actual non-zero exit code. stderr is for diagnostics, and is exactly the right place for warnings... > Now there are a few ports (ImageMagic and GhostScript*) where the > directive was appeared. I think the ports should be fixed to use > ECHO_MSG to display the warnings. IMO, "ECHO_MSG" is hideous... -mi From JoshHanson at capriomgt.com Thu Jun 26 20:06:21 2008 From: JoshHanson at capriomgt.com (Josh Hanson) Date: Thu Jun 26 20:06:26 2008 Subject: Portmanager stuck in a loop Message-ID: <7E88CE27089FBA4DAF28262B761808863FD6DB@MAIL01.caprio.corp> Hi, I'm setting up a fresh installation of freebsd, and portmanager keeps getting stuck in a loop while trying to upgrade ports. I ran "portmanager -u -l" with several dozen ports to upgrade. It seemed to successfully upgrade quite a few ports; for several ports, it brought up the menu with configuration options, and I always just left the defaults. Eventually, I noticed it brought up some familiar-looking configuration screens. Soon, it was simply cycling through the same 3 ports' configuration screens repeatedly. The log shows messages for each port (repeatedly) saying, "options changed so returning [port name] to out of date pool". I tried manually installing those 3 ports; each said it was already installed, so I did a "make uninstall" then "make install" for each one, and ran portmanager again. It continued to run just fine, upgrading more ports, then hit the same sort of loop with another set of ports. I upgraded those manually and tried again; each time I installed some ports manually, portmanager would get stuck repeating one or more ports. Background: I had just done a full install from the freebsd CDs, including every standard package except the source code. I then ran portsnap, then installed both portupgrade and portmanager, but after a bit of reading decided to use portmanager. Portmanager listed several dozen installed ports with updates available. When I ran it, I encountered the above issues. An excerpt from the most recent (odd-looking) log file is below. Notice that it's repeating the same port over and over. PS: I'm fairly new to FreeBSD, so if I'm missing something obvious or asking this question to the wrong place, please let me know. (Though, even if I'm doing something wrong, there seems to be a bug in portmanager, which is clearly not exhibiting the intended behavior.) -- Josh Log file follows: ======================================================================== portmanager 0.4.1_9 FreeBSD noc.caprio.corp 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 ------------------------------------------------------------------------ autoConflicts 0 autoMoved 0 backUp 0 buildDependsAreLeaves 0 forced 0 interactive 0 log 1 pmMode 0 pristine 0 resume 0 ------------------------------------------------------------------------ Thu Jun 26 01:04:38 2008 xorg-server-1.4_4,1 /x11-servers/xorg-server OLD xorg-server-1.4.2,1 /x11-servers/xorg-server Thu Jun 26 01:05:23 2008 options changed so returning xorg-server-1.4_4,1 /x11-servers/xorg-server to out of date pool Thu Jun 26 01:05:31 2008 xorg-server-1.4_4,1 /x11-servers/xorg-server OLD xorg-server-1.4.2,1 /x11-servers/xorg-server Thu Jun 26 01:05:36 2008 options changed so returning xorg-server-1.4_4,1 /x11-servers/xorg-server to out of date pool Thu Jun 26 01:05:44 2008 xorg-server-1.4_4,1 /x11-servers/xorg-server OLD xorg-server-1.4.2,1 /x11-servers/xorg-server Thu Jun 26 01:05:49 2008 options changed so returning xorg-server-1.4_4,1 /x11-servers/xorg-server to out of date pool Thu Jun 26 01:05:57 2008 xorg-server-1.4_4,1 /x11-servers/xorg-server OLD xorg-server-1.4.2,1 /x11-servers/xorg-server Thu Jun 26 01:06:01 2008 options changed so returning xorg-server-1.4_4,1 /x11-servers/xorg-server to out of date pool From jumpyboy at infinito.it Thu Jun 26 21:25:57 2008 From: jumpyboy at infinito.it (Giovanni Venturi) Date: Thu Jun 26 21:26:01 2008 Subject: FreeBSD Port: freeradius-mysql-1.1.7_3 Message-ID: <200806262325.53555.jumpyboy@infinito.it> Hello, what is the difference between freeradius-mysql-1.1.7_3 and freeradius-2.0.3_1 ? In this last one is MySQL support disabled? Has been released Free Radius 2.0.5 on the 7th June. You could update the port :) . Thank you from now for your reply. Giovanni -- passa per il mio blog - http://kslacky.wordpress.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080626/838d0dd1/attachment.pgp From dewayne.geraghty at heuristicsystems.com.au Thu Jun 26 21:39:21 2008 From: dewayne.geraghty at heuristicsystems.com.au (Dewayne Geraghty) Date: Thu Jun 26 21:39:31 2008 Subject: FreeBSD Port: cfengine-2.2.3_1 Message-ID: G'day Sergie, There have been a few updates to cfengine over the last few months, a couple of silly ones but generally there are some significant updates that have been applied. The current version is 2.2.7, is there any chance that you'll be updating the port soon? I appreciate the effort that goes into maintaining the port. I build packages from the port and apply these to the machines that I'm responsible for. Kind regards, Dewayne. From dewayne.geraghty at heuristicsystems.com.au Thu Jun 26 21:39:22 2008 From: dewayne.geraghty at heuristicsystems.com.au (Dewayne Geraghty) Date: Thu Jun 26 21:39:31 2008 Subject: FreeBSD Port: samba-3.0.28a_2,1 Message-ID: <4FBC3E67E4A746F2AE90443EB7594672@front.hs> Hi Timur, I'm sure that you must receive a lot of requests regarding the Samba port, so if you could point me to a mailing list or whatever keeps the FreeBSD ports users' up-to-date I'd appreciate the pointer. I use Samba in a couple of locations and note that there has been a Security patch in 3.0.30. Do you have any sense of when the port will be updated to the 3.0.30 kit, or are you waiting for the 3.2.0 release? Thank-you for your time and effort in creating and maintaining this port. Kind regards, Dewayne. From schiz0phrenic21 at gmail.com Thu Jun 26 22:18:25 2008 From: schiz0phrenic21 at gmail.com (Schiz0) Date: Thu Jun 26 22:18:28 2008 Subject: Creating New Port - Question about Installation Message-ID: <8d23ec860806261452v4b7f8abp7faf21258380982@mail.gmail.com> Hey, I'm attempting to create a new port for btsh: http://btsh.sourceforge.net/ The website isn't finished yet, but it's a command-line interface for torrent websites. Anyway, the original .tar.bz2 that the author wrote has no configure script or makefile. All it has is an "INSTALL" script. The INSTALL script prompts for a directory to install to, then copies the proper files over and sets some permissions. I'm wondering how I can create a port out of this. I read the porters handbook and developed a Makefile so far: -------------------- # Ports Makefile for: btsh # Date created: June 26 2008 # Whom: Schiz0 # # $FreeBSD$ # PORTNAME=btsh PORTVERSION=0.1.1 CATEGORIES=net-p2p shells # Eventually the project is moving over to sourceforge MASTER_SITES=http://labgecko.com/btsh/ MAINTAINER=Schiz0phrenic21@gmail.com COMMENT=BitTorrent SHell BUILD_DEPENDS=bash:${PORTSDIR}/shells/bash BUILD_DEPENDS=wget:${PORTSDIR}/ftp/wget USE_BZIP2=yes NO_INSTALL_MANPAGES=yes .include -------------------- Basically, I'm wondering how I can do this. Should I set NO_BUILD and HAS_CONFIGURE to prevent FreeBSD from trying to build and configure it itself? Also, is this port in the correct cateorgies? This is not a BitTorrent client, it's just a cli interface to the torrent websites. It lets users read the forums, search for torrents, reply to inbox PMs, etc. This is my first attempt at building a port, so any pointers/suggestions/etc will be extremely helpful. Thank you! From wahjava.ml at gmail.com Thu Jun 26 22:29:30 2008 From: wahjava.ml at gmail.com (=?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla) Date: Thu Jun 26 22:29:34 2008 Subject: Creating New Port - Question about Installation In-Reply-To: <8d23ec860806261452v4b7f8abp7faf21258380982@mail.gmail.com> References: <8d23ec860806261452v4b7f8abp7faf21258380982@mail.gmail.com> Message-ID: <20080626222943.GA26989@chateau.d.lf> ,--[ On Thu, Jun 26, 2008 at 05:52:04PM -0400, Schiz0 wrote: | Hey, | | I'm attempting to create a new port for btsh: | http://btsh.sourceforge.net/ | The website isn't finished yet, but it's a command-line interface for | torrent websites. | | Anyway, the original .tar.bz2 that the author wrote has no configure | script or makefile. All it has is an "INSTALL" script. The INSTALL | script prompts for a directory to install to, then copies the proper | files over and sets some permissions. If the INSTALL script copies according to the FreeBSD filesystem conventions, you can write an answer script, and use it to auto-answer the INSTALL script, e.g. ----8<----8<---- abbe [/tmp] chateau % cat test.sh #!/bin/sh echo Where to install ? read DIR echo New user name ? read USER echo Installing in $DIR and user is $USER abbe [/tmp] chateau % printf "/usr/bin\ntycho" |./test.sh Where to install ? New user name ? Installing in /usr/bin and user is tycho ---->8---->8---- Or you can install it from your Makefile, instead of relying on the INSTALL script. HTH -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080626/df2fa2c7/attachment.pgp From jrhett at netconsonance.com Thu Jun 26 22:39:25 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jun 26 22:39:29 2008 Subject: FreeBSD Port: cfengine-2.2.3_1 In-Reply-To: References: Message-ID: <8DDC7AA9-9C66-4F10-A394-F00A92F2850E@netconsonance.com> You can get a working patch at http://www.freebsd.org/cgi/query-pr.cgi?pr=124993 I submit them within a day or two after a new release, but it often takes months to get it updated in ports. On Jun 26, 2008, at 12:57 AM, Dewayne Geraghty wrote: > G'day Sergie, There have been a few updates to cfengine over the > last few > months, a couple of silly ones but generally there are some > significant > updates that have been applied. The current version is 2.2.7, is > there any > chance that you'll be updating the port soon? > > I appreciate the effort that goes into maintaining the port. I build > packages from the port and apply these to the machines that I'm > responsible > for. > > Kind regards, Dewayne. > > _______________________________________________ > 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 > " -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From jrhett at netconsonance.com Thu Jun 26 22:41:15 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jun 26 22:41:19 2008 Subject: split the quagga ports to remove unstable patches from quagga port In-Reply-To: <20080626155616.GI12581@atarininja.org> References: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> <20080626155616.GI12581@atarininja.org> Message-ID: > On Thu, Jun 26, 2008 at 08:38:00AM -0700, Jo Rhett wrote: >> The current maintainer has indicated that he is holding up the quagga >> 0.99.10 port until an unknown time when the TCP MD5 checksum patches >> are again working in the tree. I don't think that this is the right >> thing to do, as the TCP MD5 checksums are not necessary for the vast >> majority of installations, and DO NOT work with a GENERIC kernel. >> >> I'd like to request that the port be split into two ports -- one with >> a stock quagga installation, and the other with the MD5 checksum >> patches, due to the instability and constant work on said patches >> making the port unstable. (and being unavailable right now holds up >> access to a major bugfix line) On Jun 26, 2008, at 8:56 AM, Wesley Shields wrote: > You already have the option for TCPMD5 being on or off (off by > default). > The solution in my mind is not two separate ports, but what is used > now: > OPTIONS. If an option is broken why not mark it as such until it > can be > addressed? If the patches become a workable (yet still experimental) > option the BROKEN line can be removed. The port can still keep using > newer versions while the patches are being developed. This makes perfect sense to me, but the Boris has said he won't do that, and will not update the port until he has TCP MD5 working properly. Given that response, I am requesting that we split the ports so that he can focus on the TCP MD5 port. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From jrhett at netconsonance.com Thu Jun 26 22:42:30 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Thu Jun 26 22:42:33 2008 Subject: split the quagga ports to remove unstable patches from quagga port In-Reply-To: <4863C23B.3020802@FreeBSD.org> References: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> <20080626155616.GI12581@atarininja.org> <4863C23B.3020802@FreeBSD.org> Message-ID: <2E8810E6-1663-4996-A3D4-79F91378F1EE@netconsonance.com> On Jun 26, 2008, at 9:22 AM, Sergey Matveychuk wrote: > I agree. Two ports are overkill for only TCPMD5 option. And it > should not be a show stopper for the port update. Should not be, but is. If you can convince Boris to update the port without having a working MD5 patch then my reasoning becomes invalid. But at the moment the port is held hostage by the MD5 patches. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From gerard at seibercom.net Thu Jun 26 22:45:53 2008 From: gerard at seibercom.net (Gerard) Date: Thu Jun 26 22:45:58 2008 Subject: Portmanager stuck in a loop In-Reply-To: <7E88CE27089FBA4DAF28262B761808863FD6DB@MAIL01.caprio.corp> References: <7E88CE27089FBA4DAF28262B761808863FD6DB@MAIL01.caprio.corp> Message-ID: <20080626184539.0f951a6a@scorpio> On Thu, 26 Jun 2008 15:54:11 -0400 "Josh Hanson" wrote: {snip] > PS: I'm fairly new to FreeBSD, so if I'm missing something obvious or > asking this question to the wrong place, please let me know. (Though, > even if I'm doing something wrong, there seems to be a bug in > portmanager, which is clearly not exhibiting the intended behavior.) Update your ports again, and then try running: portmanager -u -p -l -y I usually run it that way have not experienced the problem that you seem to be having. -- Gerard gerard@seibercom.net There's no use in having a dog and doing your own barking. -------------- 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/20080626/4f3c51ad/signature.pgp From gerard at seibercom.net Thu Jun 26 22:53:53 2008 From: gerard at seibercom.net (Gerard) Date: Thu Jun 26 22:53:57 2008 Subject: FreeBSD Port: samba-3.0.28a_2,1 In-Reply-To: <4FBC3E67E4A746F2AE90443EB7594672@front.hs> References: <4FBC3E67E4A746F2AE90443EB7594672@front.hs> Message-ID: <20080626185345.3e307347@scorpio> On Thu, 26 Jun 2008 18:00:15 +1000 "Dewayne Geraghty" wrote: > I'm sure that you must receive a lot of requests regarding the Samba > port, so if you could point me to a mailing list or whatever keeps > the FreeBSD ports users' up-to-date I'd appreciate the pointer. I am assuming you want the port maintainer for Samba. /usr/ports/net/samba3 $ make maintainer timur@FreeBSD.org -- Gerard gerard@seibercom.net Psychology. Mind over matter. Mind under matter? It doesn't matter. Never mind. -------------- 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/20080626/6af721fb/signature.pgp From gahr at FreeBSD.org Thu Jun 26 23:36:48 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Thu Jun 26 23:36:53 2008 Subject: Creating New Port - Question about Installation In-Reply-To: <8d23ec860806261452v4b7f8abp7faf21258380982@mail.gmail.com> References: <8d23ec860806261452v4b7f8abp7faf21258380982@mail.gmail.com> Message-ID: <48642809.7080709@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Schiz0 wrote: | Hey, | | I'm attempting to create a new port for btsh: | http://btsh.sourceforge.net/ | The website isn't finished yet, but it's a command-line interface for | torrent websites. | | Anyway, the original .tar.bz2 that the author wrote has no configure | script or makefile. All it has is an "INSTALL" script. The INSTALL | script prompts for a directory to install to, then copies the proper | files over and sets some permissions. | | I'm wondering how I can create a port out of this. I read the porters | handbook and developed a Makefile so far: | | -------------------- | # Ports Makefile for: btsh | # Date created: June 26 2008 | # Whom: Schiz0 | # | # $FreeBSD$ | # | PORTNAME=btsh | PORTVERSION=0.1.1 | CATEGORIES=net-p2p shells | # Eventually the project is moving over to sourceforge | MASTER_SITES=http://labgecko.com/btsh/ | MAINTAINER=Schiz0phrenic21@gmail.com | COMMENT=BitTorrent SHell | BUILD_DEPENDS=bash:${PORTSDIR}/shells/bash | BUILD_DEPENDS=wget:${PORTSDIR}/ftp/wget The second BUILD_DEPENDS definition will overwrite the first one. Use: BUILD_DEPENDS= bash:${PORTSDIR}/shells/bash \ wget:${PORTSDIR}}/ftp/wget Moreover, sure they're not RUN_DEPENDS as well? | USE_BZIP2=yes | NO_INSTALL_MANPAGES=yes | .include | -------------------- | | Basically, I'm wondering how I can do this. Should I set NO_BUILD and | HAS_CONFIGURE to prevent FreeBSD from trying to build and configure it | itself? | | Also, is this port in the correct cateorgies? This is not a BitTorrent | client, it's just a cli interface to the torrent websites. It lets | users read the forums, search for torrents, reply to inbox PMs, etc. | | This is my first attempt at building a port, so any | pointers/suggestions/etc will be extremely helpful. | | Thank you! | _______________________________________________ | 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) iEYEAREKAAYFAkhkKAgACgkQwMJqmJVx944hLQCeOBx5OTW1axIuMyKBVS+HpKbw CucAni42lJp9SPlffVaZAue43qx/agZq =A5nu -----END PGP SIGNATURE----- From lambert at lambertfam.org Fri Jun 27 00:09:47 2008 From: lambert at lambertfam.org (Scott Lambert) Date: Fri Jun 27 00:09:53 2008 Subject: FreeBSD Port: freeradius-mysql-1.1.7_3 In-Reply-To: <20080626233338.GA36931@sysmon.tcworks.net> References: <200806262325.53555.jumpyboy@infinito.it> <20080626233338.GA36931@sysmon.tcworks.net> Message-ID: <20080626234231.GB36931@sysmon.tcworks.net> On Thu, Jun 26, 2008 at 06:33:38PM -0500, Scott Lambert wrote: > On Thu, Jun 26, 2008 at 11:25:48PM +0200, Giovanni Venturi wrote: > > Has been released Free Radius 2.0.5 on the 7th June. You could > > update the port :) . Thank you from now for your reply. > > Check the mailing list archives from the past week or so for why the > freeradius2 port has not yet been updated. Sorry, I was remembering the conversation on the wrong list. It actually happened on the FreeRADIUS users mailing list. This thread: http://www.nabble.com/Re%3A-Dependencies-of-Freeradius-2.0.5-td18013182.html Specifically, David Wood's post: http://www.nabble.com/Re%3A-Dependencies-of-Freeradius-2.0.5-p18040698.html -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From lambert at lambertfam.org Fri Jun 27 00:09:48 2008 From: lambert at lambertfam.org (Scott Lambert) Date: Fri Jun 27 00:09:54 2008 Subject: FreeBSD Port: freeradius-mysql-1.1.7_3 In-Reply-To: <200806262325.53555.jumpyboy@infinito.it> References: <200806262325.53555.jumpyboy@infinito.it> Message-ID: <20080626233338.GA36931@sysmon.tcworks.net> On Thu, Jun 26, 2008 at 11:25:48PM +0200, Giovanni Venturi wrote: > Hello, > what is the difference between freeradius-mysql-1.1.7_3 and > freeradius-2.0.3_1 ? In this last one is MySQL support disabled? > > Has been released Free Radius 2.0.5 on the 7th June. You could update the > port :) . Thank you from now for your reply. Do not use the freeradius 1.x stuff, especially if this is a new installation. 2.x is much better. The freeradius2 port gives you the option of adding whatever database support you desire. Check the mailing list archives from the past week or so for why the freeradius2 port has not yet been updated. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From wxs at FreeBSD.org Fri Jun 27 00:14:37 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Jun 27 00:14:40 2008 Subject: split the quagga ports to remove unstable patches from quagga port In-Reply-To: References: <83EB55D5-11A0-44C9-A469-A5C5BD6D972C@netconsonance.com> <20080626155616.GI12581@atarininja.org> Message-ID: <20080627001529.GK12581@atarininja.org> On Thu, Jun 26, 2008 at 03:41:11PM -0700, Jo Rhett wrote: > > On Thu, Jun 26, 2008 at 08:38:00AM -0700, Jo Rhett wrote: > >> The current maintainer has indicated that he is holding up the quagga > >> 0.99.10 port until an unknown time when the TCP MD5 checksum patches > >> are again working in the tree. I don't think that this is the right > >> thing to do, as the TCP MD5 checksums are not necessary for the vast > >> majority of installations, and DO NOT work with a GENERIC kernel. > >> > >> I'd like to request that the port be split into two ports -- one with > >> a stock quagga installation, and the other with the MD5 checksum > >> patches, due to the instability and constant work on said patches > >> making the port unstable. (and being unavailable right now holds up > >> access to a major bugfix line) > > On Jun 26, 2008, at 8:56 AM, Wesley Shields wrote: > > You already have the option for TCPMD5 being on or off (off by > > default). The solution in my mind is not two separate ports, but > > what is used now: OPTIONS. If an option is broken why not mark it > > as such until it can be addressed? If the patches become a > > workable (yet still experimental) option the BROKEN line can be > > removed. The port can still keep using newer versions while the > > patches are being developed. > > > This makes perfect sense to me, but the Boris has said he won't do > that, and will not update the port until he has TCP MD5 working > properly. Given that response, I am requesting that we split the > ports so that he can focus on the TCP MD5 port. I'm adding Boris to the CC in case he has not seen this thread yet. I see no reason not to update this port. Using BROKEN in the case of TCPMD5 is the cleanest solution - it provides an updated port and the ability to work on the patches in the interim. Boris, can you please give this some consideration or explain the rationale behind not updating the port so we may better understand your perspective? Thanks! -- WXS From cswiger at mac.com Fri Jun 27 00:26:24 2008 From: cswiger at mac.com (Chuck Swiger) Date: Fri Jun 27 00:26:28 2008 Subject: DejaVuSansMono-Roman.ttf missing after update to mailgraph-1.14_2 + rrdtool-1.3.0 Message-ID: <469842A6-6853-400F-918F-59AA5D94128D@mac.com> Hi, all-- My beautiful mailgraph charts were missing the fonts after updating to mailgraph-1.14_2 + rrdtool-1.3.0, and logging: [Thu Jun 26 19:48:34 2008] [error] [client w.x.y.z] Premature end of script headers: mailgraph.cgi, referer: http://www.example.com/cgi-bin/mailgraph.cgi [Thu Jun 26 19:48:34 2008] [error] [client w.x.y.z] ERROR: failed to load /usr/local/share/rrdtool/fonts/DejaVuSansMono-Roman.ttf, referer: http://www.example.com/cgi-bin/mailgraph.cgi I restored a backup copy, which works fine, but the file is no longer associated with any port: # pkg_which /usr/local/share/rrdtool/fonts/DejaVuSansMono-Roman.ttf ? I'm not sure whether this should belong to rrdtool port, or to mailgraph, but at least one of these should ensure that the fonts needed get installed. If it matters, I generally compile with "WITHOUT_X11=true" set in /etc/make.conf... Regards, -- -Chuck From unixmania at gmail.com Fri Jun 27 04:30:09 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Fri Jun 27 04:30:12 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! In-Reply-To: <20080620211216.GA75382@saturn.kn-bremen.de> References: <20080620211216.GA75382@saturn.kn-bremen.de> Message-ID: On Fri, Jun 20, 2008 at 6:12 PM, Juergen Lock wrote: > 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 > > Enjoy, I just gave it a try on 7.0-STABLE/i386. Installing Windows XP Pro is working pretty well. QNX 6.3.2 is unable to find the mouse, but I'm not sure if this is a problem in QEMU or in QNX. ;-) -- If you think things can't get worse it's probably only because you lack sufficient imagination. From sem at FreeBSD.org Fri Jun 27 07:30:04 2008 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Fri Jun 27 07:30:31 2008 Subject: .warning directives in Makefile In-Reply-To: <4863C80E.2010309@aldan.algebra.com> References: <4863C0D2.1020804@FreeBSD.org> <4863C80E.2010309@aldan.algebra.com> Message-ID: <486496A7.1000402@FreeBSD.org> Mikhail Teterin wrote: > >> But I'd like remind .warning directive pollutes stderr > Warnings are NOT pollution... >> and discouraged portupgrade which was designed to catch messages from >> stderr and rises errors. > I'd say, the portupgrade needs fixing, if it does, indeed, choke on Well, only imagemagic and ghostscript* use .warning. It is NOT a common way to print warnings. Why do you think portupgrade needs fixing? -- Dixi. Sem. From ade at FreeBSD.org Fri Jun 27 11:00:20 2008 From: ade at FreeBSD.org (Ade Lovett) Date: Fri Jun 27 11:00:25 2008 Subject: FreeBSD Port: automake-1.9.6_2 In-Reply-To: <48630C14.6080405@guice.ath.cx> References: <48630C14.6080405@guice.ath.cx> Message-ID: Use a ports-supported version of FreeBSD. 6.3 and above. -aDe On Jun 25, 2008, at 20:25 , email wrote: > How to fix this? > > '`; fi; rm -rf $backupdir; exit $rc > ./automake-1.9.texi:9821: Unknown command `headitem'. > makeinfo: Removing output file `./automake-1.9.info' due to errors; > use --force to preserve. > *** Error code 1 > > Stop in /usr/ports/devel/automake19/work/automake-1.9.6/doc. > *** Error code 1 > > Stop in /usr/ports/devel/automake19/work/automake-1.9.6. > *** Error code 1 > > Stop in /usr/ports/devel/automake19. > guice# > > From mi+kde at aldan.algebra.com Fri Jun 27 11:45:25 2008 From: mi+kde at aldan.algebra.com (Mikhail Teterin) Date: Fri Jun 27 11:45:28 2008 Subject: .warning directives in Makefile In-Reply-To: <486496A7.1000402@FreeBSD.org> References: <4863C0D2.1020804@FreeBSD.org> <4863C80E.2010309@aldan.algebra.com> <486496A7.1000402@FreeBSD.org> Message-ID: <200806270717.37326@aldan> On ?'?????? 27 ??????? 2008, Sergey Matveychuk wrote: = Mikhail Teterin wrote: = > = >> But I'd like remind .warning directive pollutes stderr = > Warnings are NOT pollution... = >> and discouraged portupgrade which was designed to catch messages from = >> stderr and rises errors. = > I'd say, the portupgrade needs fixing, if it does, indeed, choke on = = Well, only imagemagic and ghostscript* use .warning. It is NOT a common = way to print warnings. Some criteria! FreeBSD is not a common way to keep computers running either... = Why do you think portupgrade needs fixing? I already said, why -- there is nothing wrong with using stderr to warn. All compilers do that, for one example -- that's /exactly/ what stderr is for: diagnostic information. Try redirecting cc's stdout to /dev/null -- you'll still see the warnings (unless you also redirect stderr). If foo chokes on that, you should be contacting foo's maintainer, but that's not me (nor do I maintain imagemagic or ghostscript, BTW). In case of portupgrade, the foo is not even part of FreeBSD -- I don't understand, why you think, you can demand patches from me... Yours, -mi From shuvaev at physik.uni-wuerzburg.de Fri Jun 27 12:35:20 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Fri Jun 27 12:35:29 2008 Subject: 8-current/kde3 stty defaults incorrect under konsole In-Reply-To: <20080625145102.GA65611@wep4017.physik.uni-wuerzburg.de> References: <20080625145102.GA656