From james.technew at gmail.com Sun Nov 1 13:32:22 2009 From: james.technew at gmail.com (James Chang) Date: Sun Nov 1 13:32:30 2009 Subject: lsof build failed under FreeBSD 7.2-STABLE AMD64 Message-ID: Dear Sir, I tru to build lsof (/usr/ports/sysutils/lsof) under FreeBSD 7.2-STABLE(AMD X64). It show me the following ERROR messages. ===> Vulnerability check disabled, database not found ===> Extracting for lsof-4.83B,4 => MD5 Checksum OK for lsof_4.83B.freebsd.tar.bz2. => SHA256 Checksum OK for lsof_4.83B.freebsd.tar.bz2. ===> Patching for lsof-4.83B,4 ===> Configuring for lsof-4.83B,4 Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c ./lockf_owner.h creation succeeded. rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s Makefile Makefile.zfs ./tests/config.cflags rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags Testing C library for localtime() and strftime(), using cc ... present ln -s dialects/freebsd/dlsof.h dlsof.h ln -s dialects/freebsd/dmnt.c dmnt.c ln -s dialects/freebsd/dnode.c dnode.c ln -s dialects/freebsd/dnode1.c dnode1.c ln -s dialects/freebsd/dnode2.c dnode2.c ln -s dialects/freebsd/dproc.c dproc.c ln -s dialects/freebsd/dproto.h dproto.h ln -s dialects/freebsd/dsock.c dsock.c ln -s dialects/freebsd/dstore.c dstore.c ln -s dialects/freebsd/dzfs.h dzfs.h ln -s dialects/freebsd/machine.h machine.h Makefile and lib/Makefile created. Makefile.zfs created. ./tests/config.cc created ./tests/config.cflags created ./tests/config.ldflags created ./tests/config.xobj created ===> Building for lsof-4.83B,4 (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe -march=nocona -DHASRPCV2H -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=7020 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"7.2-STABLE\"") cc -fno-strict-aliasing -pipe -march=nocona -DHASRPCV2H -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=7020 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="7.2-STABLE" -I/usr/src/sys -O2 -c ckkv.c In file included from ../dlsof.h:81, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/conf.h:144: error: expected declaration specifiers or '...' before 'vm_memattr_t' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. Best Regards James Chang From roberthuff at rcn.com Sun Nov 1 14:12:44 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Nov 1 14:12:50 2009 Subject: lsof build failed under FreeBSD 7.2-STABLE AMD64 In-Reply-To: References: Message-ID: <19181.38745.674306.882196@jerusalem.litteratus.org> James Chang writes: > Dear Sir, > I tru to build lsof (/usr/ports/sysutils/lsof) under FreeBSD > 7.2-STABLE(AMD X64). > It show me the following ERROR messages. Does the code in /usr/src match the running system? If not, you may need to build/install a new kernel? (lsof uses headers from /usr/src that aren't installed in /usr/include. If the two don't match, it won't build.) Robert "been there, got the bite scars" Huff From ler at lerctr.org Sun Nov 1 18:10:09 2009 From: ler at lerctr.org (Larry Rosenman) Date: Sun Nov 1 18:10:22 2009 Subject: lsof build failed under FreeBSD 7.2-STABLE AMD64 In-Reply-To: References: Message-ID: Are your system sources current? and do they match the running system? it compiles file for me on: # uname -a FreeBSD thebighonker.lerctr.org 7.2-STABLE FreeBSD 7.2-STABLE #31: Tue Oct 27 17:56:57 CDT 2009 root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 # On Sun, November 1, 2009 7:32 am, James Chang wrote: > Dear Sir, > I tru to build lsof (/usr/ports/sysutils/lsof) under FreeBSD > 7.2-STABLE(AMD X64). > It show me the following ERROR messages. > > ===> Vulnerability check disabled, database not found > ===> Extracting for lsof-4.83B,4 > => MD5 Checksum OK for lsof_4.83B.freebsd.tar.bz2. > => SHA256 Checksum OK for lsof_4.83B.freebsd.tar.bz2. > ===> Patching for lsof-4.83B,4 > ===> Configuring for lsof-4.83B,4 > Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c > ./lockf_owner.h creation succeeded. > rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c > dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h > __lseek.s Makefile Makefile.zfs ./tests/config.cflags > rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags > Testing C library for localtime() and strftime(), using cc ... present > ln -s dialects/freebsd/dlsof.h dlsof.h > ln -s dialects/freebsd/dmnt.c dmnt.c > ln -s dialects/freebsd/dnode.c dnode.c > ln -s dialects/freebsd/dnode1.c dnode1.c > ln -s dialects/freebsd/dnode2.c dnode2.c > ln -s dialects/freebsd/dproc.c dproc.c > ln -s dialects/freebsd/dproto.h dproto.h > ln -s dialects/freebsd/dsock.c dsock.c > ln -s dialects/freebsd/dstore.c dstore.c > ln -s dialects/freebsd/dzfs.h dzfs.h > ln -s dialects/freebsd/machine.h machine.h > Makefile and lib/Makefile created. > Makefile.zfs created. > ./tests/config.cc created > ./tests/config.cflags created > ./tests/config.ldflags created > ./tests/config.xobj created > ===> Building for lsof-4.83B,4 > (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe > -march=nocona -DHASRPCV2H -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV > -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY > -DFREEBSDV=7020 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 > -DHAS_STRFTIME -DLSOF_VSTR=\"7.2-STABLE\"") > cc -fno-strict-aliasing -pipe -march=nocona -DHASRPCV2H > -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE > -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS > -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=7020 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME > -DLSOF_VSTR="7.2-STABLE" -I/usr/src/sys -O2 -c ckkv.c > In file included from ../dlsof.h:81, > from ../lsof.h:195, > from ckkv.c:43: > /usr/src/sys/sys/conf.h:144: error: expected declaration specifiers or > '...' before 'vm_memattr_t' > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd/lib. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof. > > Best Regards > > > James Chang > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From kamikaze at bsdforen.de Sun Nov 1 18:49:21 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Nov 1 18:49:54 2009 Subject: [patch] Make git dependencies optional. In-Reply-To: <4AE60885.1040103@memberwebs.com> References: <4AE60885.1040103@memberwebs.com> Message-ID: <4AEDD82E.8050701@bsdforen.de> Stef Walter wrote: > This patch ... Just for the future, patches should be submitted in a PR. If you wish to discuss patches you can also upload them somewhere and add a link to your e-mail. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From stef-list at memberwebs.com Sun Nov 1 19:37:55 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Sun Nov 1 19:38:01 2009 Subject: [patch] Make git dependencies optional. In-Reply-To: <4AEDD82E.8050701@bsdforen.de> References: <4AE60885.1040103@memberwebs.com> <4AEDD82E.8050701@bsdforen.de> Message-ID: <4AEDE38F.3070304@memberwebs.com> Dominic Fandrey wrote: > Stef Walter wrote: >> This patch ... > > Just for the future, patches should be submitted in a PR. If you > wish to discuss patches you can also upload them somewhere and > add a link to your e-mail. I believe I did that. Please see my original email [1]. Or am I missing something? Cheers, Stef [1] http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23708.html From ertr1013 at student.uu.se Sun Nov 1 19:48:43 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Sun Nov 1 19:48:50 2009 Subject: lsof build failed under FreeBSD 7.2-STABLE AMD64 In-Reply-To: References: Message-ID: <20091101194826.GA69806@owl.midgard.homeip.net> [lsof maintainer added to Cc:] On Sun, Nov 01, 2009 at 12:10:07PM -0600, Larry Rosenman wrote: > Are your system sources current? and do they match the running system? > > it compiles file for me on: But if you update your FreeBSD system to the very latest (or at least after Oct 29) it will not compile fine for you either. The following commit to 7-stable broke lsof compilation: Author: jhb Date: Thu Oct 29 15:10:38 2009 New Revision: 198595 URL: http://svn.freebsd.org/changeset/base/198595 Log: MFC 196615: Extend the device pager to support different memory attributes on different pages in an object. - Add a new variant of d_mmap() currently called d_mmap2() which accepts an additional in/out parameter that is the memory attribute to use for the requested page. - A driver either uses d_mmap() or d_mmap2() for all requests but not - both. The current implementation uses a flag in the cdevsw (D_MMAP2) to indicate that the driver provides a d_mmap2() handler instead of d_mmap(). This is done to make the change ABI compatible with existing drivers and MFC'able to 7 and 8. The lsof source code contains code to handle the problem for -CURRENT. The following part from dialects/freebsd/dlsof.h is the relevant part which describes the problem and contains a solution for 9-CURRENT. # if FREEBSDV>=9000 /* * The FreeBSD 9 and above d_mmap2_t function typedef in needs * the definition of vm_memattr_t for a pointer, but that definition is only * available under _KERNEL in . Defining _KERNEL before * including causes many compilation problems, so this * expedient (hack) is used. */ #define vm_memattr_t void # endif /* FREEBSDV>=9000 */ #include # if FREEBSDV>=9000 #undef vm_memattr_t # endif /* FREEBSDV>=9000 */ The 'if FREEBSDV>=9000' parts need to be mofified to make it work for older releases too now that the d_mmap2_t function has been MFC'd. -- Erik Trulsson ertr1013@student.uu.se From ler at lerctr.org Sun Nov 1 20:29:09 2009 From: ler at lerctr.org (Larry Rosenman) Date: Sun Nov 1 20:29:16 2009 Subject: lsof build failed under FreeBSD 7.2-STABLE AMD64 In-Reply-To: <20091101194826.GA69806@owl.midgard.homeip.net> References: <20091101194826.GA69806@owl.midgard.homeip.net> Message-ID: I'm in contact with Vic Abell (LSOF author), and will get an update out soon. Thanks! On Sun, November 1, 2009 1:48 pm, Erik Trulsson wrote: > [lsof maintainer added to Cc:] > > On Sun, Nov 01, 2009 at 12:10:07PM -0600, Larry Rosenman wrote: >> Are your system sources current? and do they match the running system? >> >> it compiles file for me on: > > But if you update your FreeBSD system to the very latest (or at least > after > Oct 29) it will not compile fine for you either. > > The following commit to 7-stable broke lsof compilation: > > Author: jhb > Date: Thu Oct 29 15:10:38 2009 > New Revision: 198595 > URL: http://svn.freebsd.org/changeset/base/198595 > > Log: > MFC 196615: > Extend the device pager to support different memory attributes on > different > pages in an object. > - Add a new variant of d_mmap() currently called d_mmap2() which > accepts > an additional in/out parameter that is the memory attribute to use > for > the requested page. > - A driver either uses d_mmap() or d_mmap2() for all requests but not > - both. > The current implementation uses a flag in the cdevsw (D_MMAP2) to > indicate > that the driver provides a d_mmap2() handler instead of d_mmap(). > This > is done to make the change ABI compatible with existing drivers and > MFC'able to 7 and 8. > > The lsof source code contains code to handle the problem for -CURRENT. The > following part from dialects/freebsd/dlsof.h is the relevant part which > describes the problem and contains a solution for 9-CURRENT. > > # if FREEBSDV>=9000 > /* > * The FreeBSD 9 and above d_mmap2_t function typedef in > needs > * the definition of vm_memattr_t for a pointer, but that definition is > only > * available under _KERNEL in . Defining _KERNEL before > * including causes many compilation problems, so this > * expedient (hack) is used. > */ > #define vm_memattr_t void > # endif /* FREEBSDV>=9000 */ > > #include > > # if FREEBSDV>=9000 > #undef vm_memattr_t > # endif /* FREEBSDV>=9000 */ > > > The 'if FREEBSDV>=9000' parts need to be mofified to make it work for > older > releases too now that the d_mmap2_t function has been MFC'd. > > > > > > > -- > > Erik Trulsson > ertr1013@student.uu.se > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From kamikaze at bsdforen.de Sun Nov 1 21:05:11 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Nov 1 21:05:17 2009 Subject: [patch] Make git dependencies optional. In-Reply-To: <4AEDE38F.3070304@memberwebs.com> References: <4AE60885.1040103@memberwebs.com> <4AEDD82E.8050701@bsdforen.de> <4AEDE38F.3070304@memberwebs.com> Message-ID: <4AEDF803.2000401@bsdforen.de> Stef Walter wrote: > Dominic Fandrey wrote: >> Stef Walter wrote: >>> This patch ... >> Just for the future, patches should be submitted in a PR. If you >> wish to discuss patches you can also upload them somewhere and >> add a link to your e-mail. > > I believe I did that. Please see my original email [1]. Or am I missing > something? > > Cheers, > > Stef > > [1] http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23708.html None the less you attached the patch. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From stef-list at memberwebs.com Sun Nov 1 22:15:48 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Sun Nov 1 22:15:54 2009 Subject: [patch] Make git dependencies optional. In-Reply-To: <4AEDF803.2000401@bsdforen.de> References: <4AE60885.1040103@memberwebs.com> <4AEDD82E.8050701@bsdforen.de> <4AEDE38F.3070304@memberwebs.com> <4AEDF803.2000401@bsdforen.de> Message-ID: <4AEE0891.8070307@memberwebs.com> Dominic Fandrey wrote: > Stef Walter wrote: >> Dominic Fandrey wrote: >>> Stef Walter wrote: >>>> This patch ... >>> Just for the future, patches should be submitted in a PR. If you >>> wish to discuss patches you can also upload them somewhere and >>> add a link to your e-mail. >> I believe I did that. Please see my original email [1]. Or am I missing >> something? > > None the less you attached the patch. Oh, sorry about that. Each community has various nuances... I'll try to remember this about freebsd-ports. All the best, Stef From ler at lerctr.org Mon Nov 2 00:11:45 2009 From: ler at lerctr.org (Larry Rosenman) Date: Mon Nov 2 00:11:57 2009 Subject: lsof build failed under FreeBSD 7.2-STABLE AMD64 In-Reply-To: <20091101194826.GA69806@owl.midgard.homeip.net> References: <20091101194826.GA69806@owl.midgard.homeip.net> Message-ID: On Sun, November 1, 2009 1:48 pm, Erik Trulsson wrote: > [lsof maintainer added to Cc:] > > On Sun, Nov 01, 2009 at 12:10:07PM -0600, Larry Rosenman wrote: >> Are your system sources current? and do they match the running system? >> >> it compiles file for me on: > > But if you update your FreeBSD system to the very latest (or at least > after > Oct 29) it will not compile fine for you either. > I've submitted ports/140183 to update to the 4.83C version which handles this change in RELENG_7, RELENG_8, and HEAD. Thanks for the reports. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From mikko.tyolajarvi at gmail.com Mon Nov 2 00:17:22 2009 From: mikko.tyolajarvi at gmail.com (=?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?=) Date: Mon Nov 2 00:17:55 2009 Subject: [patch] Update linux-nx-client to 3.4.0 Message-ID: <20091101154453.R1213@antec.home> >Submitter-Id: current-users >Originator: Mikko Tyolajarvi >Organization: >Confidential: no >Synopsis: [patch] Update linux-nx-client to 3.4.0 >Severity: non-critical >Priority: medium >Category: ports >Class: update >Release: FreeBSD 7.2-STABLE i386 >Environment: System: FreeBSD antec.home 7.2-STABLE FreeBSD 7.2-STABLE #1: Fri Sep 4 19:36:49 PDT 2009 mikko@antec.home:/usr/obj/usr/src/sys/GENERIC i386 >Description: Update of NX client to latest version: 3.4.0, released 2009-09-30 >How-To-Repeat: >Fix: Patch attached. -------------- next part -------------- diff -ruN linux-nx-client.bak/Makefile linux-nx-client/Makefile --- linux-nx-client.bak/Makefile 2009-11-01 15:29:52.000000000 -0800 +++ linux-nx-client/Makefile 2009-11-01 15:31:40.000000000 -0800 @@ -6,11 +6,10 @@ # PORTNAME= linux-nx-client -PORTVERSION= 2.1.0 -PORTREVISION= 3 +PORTVERSION= 3.4.0 CATEGORIES= net MASTER_SITES= http://web04.nomachine.com/download/${PORTVERSION}/Linux/ -DISTNAME= nxclient-${PORTVERSION}-17.i386 +DISTNAME= nxclient-${PORTVERSION}-5.i386 MAINTAINER= ports@FreeBSD.org COMMENT= The NoMachine NX client @@ -27,6 +26,12 @@ PLIST_SUB+= PORTVERSION=${PORTVERSION} +# Patch binary to expect EINVAL (FreeBSD) instead of EOPNOTSUPP (Linux) when +# setting TCP_NODELAY on the X11 unix domain socket. +post-patch: + ${PERL5} -pi.orig -e 's/\x83\xf8\x5f\x0f\x84/\x83\xf8\x16\x0f\x84/' \ + ${NXSRC}/lib/libXcomp.so.${PORTVERSION} + do-install: ${MKDIR} ${NXDST}/bin ${INSTALL_PROGRAM} ${NXSRC}/bin/* ${NXDST}/bin @@ -34,7 +39,7 @@ .for f in libXcomp libXcompsh ${INSTALL_DATA} ${NXSRC}/lib/${f}.so.${PORTVERSION} ${NXDST}/lib ${LN} -sf ${f}.so.${PORTVERSION} ${NXDST}/lib/${f}.so - ${LN} -sf ${f}.so.${PORTVERSION} ${NXDST}/lib/${f}.so.2 + ${LN} -sf ${f}.so.${PORTVERSION} ${NXDST}/lib/${f}.so.3 .endfor ${INSTALL_DATA} ${NXSRC}/lib/libcrypto.so.0.9.8 ${NXDST}/lib ${LN} -sf libcrypto.so.0.9.8 ${NXDST}/lib/libcrypto.so @@ -46,14 +51,15 @@ ${INSTALL_DATA} ${NXSRC}/share/images/* ${NXDST}/share/images ${MKDIR} ${LOCALBASE}/share/pixmaps - ${INSTALL_DATA} ${NXSRC}/share/icons/*.png ${LOCALBASE}/share/pixmaps + ${INSTALL_DATA} ${NXSRC}/share/icons/48x48/*.png ${LOCALBASE}/share/pixmaps ${MKDIR} ${LOCALBASE}/share/icons/crystalsvg/48x48 \ - ${LOCALBASE}/share/icons/crystalsvg/32x32 - ${INSTALL_DATA} ${NXSRC}/share/icons/nx-desktop.png \ - ${LOCALBASE}/share/icons/crystalsvg/48x48 -.for f in nx.png nxclient-admin.png nxclient-wizard.png - ${INSTALL_DATA} ${NXSRC}/share/icons/${f} \ - ${LOCALBASE}/share/icons/crystalsvg/32x32 + ${LOCALBASE}/share/icons/crystalsvg/32x32 \ + ${LOCALBASE}/share/icons/crystalsvg/22x22 \ + ${LOCALBASE}/share/icons/crystalsvg/16x16 +.for x in 16x16 22x22 32x32 48x48 + ${MKDIR} ${LOCALBASE}/share/icons/crystalsvg/${x} + ${INSTALL_DATA} ${NXSRC}/share/icons/${x}/* \ + ${LOCALBASE}/share/icons/crystalsvg/${x} .endfor .for f in nxclient nxesd nxkill nxservice nxssh diff -ruN linux-nx-client.bak/distinfo linux-nx-client/distinfo --- linux-nx-client.bak/distinfo 2009-11-01 15:29:52.000000000 -0800 +++ linux-nx-client/distinfo 2009-10-25 16:52:43.000000000 -0700 @@ -1,3 +1,3 @@ -MD5 (nxclient-2.1.0-17.i386.tar.gz) = d4482ecd4dda377f879a0888e256bce9 -SHA256 (nxclient-2.1.0-17.i386.tar.gz) = c087c1e528dd4272c4666a832b0a585b53fa15466b54d1dc2d60d105bea964ab -SIZE (nxclient-2.1.0-17.i386.tar.gz) = 3515342 +MD5 (nxclient-3.4.0-5.i386.tar.gz) = fdb6ab1dcbdfd4cfe34bbbd379b68de9 +SHA256 (nxclient-3.4.0-5.i386.tar.gz) = 1fb33b24e701a9b2b615c99d353872cfa3a84a6a4ec83c5e1858abcb5307b522 +SIZE (nxclient-3.4.0-5.i386.tar.gz) = 4388189 diff -ruN linux-nx-client.bak/pkg-plist linux-nx-client/pkg-plist --- linux-nx-client.bak/pkg-plist 2009-11-01 15:29:52.000000000 -0800 +++ linux-nx-client/pkg-plist 2009-11-01 14:38:51.000000000 -0800 @@ -9,37 +9,42 @@ lib/linux-nx-client/bin/nxprint lib/linux-nx-client/bin/nxservice lib/linux-nx-client/bin/nxssh -lib/linux-nx-client/lib/libXcomp.so -lib/linux-nx-client/lib/libXcomp.so.2 lib/linux-nx-client/lib/libXcomp.so.%%PORTVERSION%% -lib/linux-nx-client/lib/libXcompsh.so -lib/linux-nx-client/lib/libXcompsh.so.2 +lib/linux-nx-client/lib/libXcomp.so +lib/linux-nx-client/lib/libXcomp.so.3 lib/linux-nx-client/lib/libXcompsh.so.%%PORTVERSION%% -lib/linux-nx-client/lib/libcrypto.so +lib/linux-nx-client/lib/libXcompsh.so +lib/linux-nx-client/lib/libXcompsh.so.3 lib/linux-nx-client/lib/libcrypto.so.0.9.8 +lib/linux-nx-client/lib/libcrypto.so +lib/linux-nx-client/share/keyboards +lib/linux-nx-client/share/keys/server.id_dsa.key lib/linux-nx-client/share/images/about-down.png lib/linux-nx-client/share/images/about-up.png lib/linux-nx-client/share/images/connect-01.png lib/linux-nx-client/share/images/connect-02.png lib/linux-nx-client/share/images/connect-03.png lib/linux-nx-client/share/images/connect-04.png -lib/linux-nx-client/share/images/connect-05.png -lib/linux-nx-client/share/images/connect-06.png -lib/linux-nx-client/share/images/connect-07.png -lib/linux-nx-client/share/images/connect-08.png -lib/linux-nx-client/share/images/connect-09.png -lib/linux-nx-client/share/images/connect-10.png lib/linux-nx-client/share/images/connect-fail-01.png -lib/linux-nx-client/share/images/connect-fail-02.png +lib/linux-nx-client/share/images/error.png lib/linux-nx-client/share/images/folder-shared-disabled.png lib/linux-nx-client/share/images/folder-shared.png +lib/linux-nx-client/share/images/info.png lib/linux-nx-client/share/images/kill-dsb.png lib/linux-nx-client/share/images/kill.png -lib/linux-nx-client/share/images/multimedia-dsb.png +lib/linux-nx-client/share/images/logo-small.png +lib/linux-nx-client/share/images/logo.png +lib/linux-nx-client/share/images/monitor-arrow-over.png +lib/linux-nx-client/share/images/monitor-arrow.png +lib/linux-nx-client/share/images/monitor-box.png +lib/linux-nx-client/share/images/monitor-icon.png +lib/linux-nx-client/share/images/monitor-mask.png +lib/linux-nx-client/share/images/monitor-message.png +lib/linux-nx-client/share/images/monitor-user-dsb.png +lib/linux-nx-client/share/images/monitor-user.png lib/linux-nx-client/share/images/multimedia.png lib/linux-nx-client/share/images/new-session-dsb.png lib/linux-nx-client/share/images/new-session.png -lib/linux-nx-client/share/images/nomachine-no-background.png lib/linux-nx-client/share/images/printer-default-icon-disabled.png lib/linux-nx-client/share/images/printer-default-icon.png lib/linux-nx-client/share/images/printer-icon-disabled.png @@ -49,15 +54,14 @@ lib/linux-nx-client/share/images/pulldown-close.png lib/linux-nx-client/share/images/pulldown-suspend.png lib/linux-nx-client/share/images/pulldown-terminate.png -lib/linux-nx-client/share/images/refresh-dsb.png lib/linux-nx-client/share/images/refresh.png +lib/linux-nx-client/share/images/refresh-dsb.png lib/linux-nx-client/share/images/remove-dsb.png lib/linux-nx-client/share/images/remove.png lib/linux-nx-client/share/images/session-stats-01-dsb.png lib/linux-nx-client/share/images/session-stats-01.png lib/linux-nx-client/share/images/session-stats-02-dsb.png lib/linux-nx-client/share/images/session-stats-02.png -lib/linux-nx-client/share/images/sharing-dsb.png lib/linux-nx-client/share/images/sharing.png lib/linux-nx-client/share/images/terminate-dsb.png lib/linux-nx-client/share/images/terminate.png @@ -65,8 +69,31 @@ lib/linux-nx-client/share/images/view-log.png lib/linux-nx-client/share/images/warning.png lib/linux-nx-client/share/images/wizard.png -lib/linux-nx-client/share/keyboards -lib/linux-nx-client/share/keys/server.id_dsa.key +share/pixmaps/application-nx-session.png +share/pixmaps/nxclient-admin.png +share/pixmaps/nxclient-desktop.png +share/pixmaps/nxclient-icon.png +share/pixmaps/nxclient-wizard.png +share/icons/crystalsvg/48x48/application-nx-session.png +share/icons/crystalsvg/48x48/nxclient-admin.png +share/icons/crystalsvg/48x48/nxclient-desktop.png +share/icons/crystalsvg/48x48/nxclient-icon.png +share/icons/crystalsvg/48x48/nxclient-wizard.png +share/icons/crystalsvg/32x32/application-nx-session.png +share/icons/crystalsvg/32x32/nxclient-admin.png +share/icons/crystalsvg/32x32/nxclient-desktop.png +share/icons/crystalsvg/32x32/nxclient-icon.png +share/icons/crystalsvg/32x32/nxclient-wizard.png +share/icons/crystalsvg/22x22/application-nx-session.png +share/icons/crystalsvg/22x22/nxclient-admin.png +share/icons/crystalsvg/22x22/nxclient-desktop.png +share/icons/crystalsvg/22x22/nxclient-icon.png +share/icons/crystalsvg/22x22/nxclient-wizard.png +share/icons/crystalsvg/16x16/application-nx-session.png +share/icons/crystalsvg/16x16/nxclient-admin.png +share/icons/crystalsvg/16x16/nxclient-desktop.png +share/icons/crystalsvg/16x16/nxclient-icon.png +share/icons/crystalsvg/16x16/nxclient-wizard.png @dirrm lib/linux-nx-client/bin @dirrm lib/linux-nx-client/lib @dirrm lib/linux-nx-client/share/keys @@ -74,15 +101,9 @@ @dirrm lib/linux-nx-client/share @dirrm lib/linux-nx-client @cwd %%LOCALBASE%% -share/pixmaps/nx-desktop.png -share/pixmaps/nx.png -share/pixmaps/nxclient-admin.png -share/pixmaps/nxclient-wizard.png -share/icons/crystalsvg/48x48/nx-desktop.png -share/icons/crystalsvg/32x32/nx.png -share/icons/crystalsvg/32x32/nxclient-admin.png -share/icons/crystalsvg/32x32/nxclient-wizard.png @dirrmtry share/icons/crystalsvg/48x48 @dirrmtry share/icons/crystalsvg/32x32 +@dirrmtry share/icons/crystalsvg/22x22 +@dirrmtry share/icons/crystalsvg/16x16 @dirrmtry share/icons/crystalsvg @dirrmtry share/icons From rea-fbsd at codelabs.ru Mon Nov 2 06:03:07 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Nov 2 06:03:14 2009 Subject: Renaming port when it forks to two different branches Message-ID: Good day. I am maintaining net-mgmt/pnp and it was recently brought to my attention that the current port development line (0.4.x) will cease in some time and now we have 0.6.x that is better, will be supported and developed further. But it requires PHP >= 5.2. I am planning to upgrade the net-mgmt/pnp to 0.6.x and make request to repocopy the current (0.4.x-based) port to net-mgmt/pnp-legacy. Here comes a question: does anyone sees any drawbacks from such a plan and may be there are better ways to do it? Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From jacob at whotookspaz.org Mon Nov 2 08:31:10 2009 From: jacob at whotookspaz.org (Jacob Myers) Date: Mon Nov 2 08:31:24 2009 Subject: x11/gtk-qt4-engine refuses to install Message-ID: <4AEE98A1.9080300@whotookspaz.org> Hello, I get an error when attempting to install x11/gtk-qt4-engine: [snip] # make install ===> Installing for gtk-qt4-engine-1.1_1 ===> Generating temporary packing list usage: mtree [-LPUcdeinqruxw] [-f spec] [-f spec] [-K key] [-k key] [-p path] [-s seed] [-X excludes] I'm not entirely sure what's going on here. When I add NO_MTREE=yes to the port's makefile, it installs correctly. I don't think this is the Right Thing(TM) though. -- Jacob Myers | Website: http://whotookspaz.org Network Admin, Wilcox Technologies | Public key: 186A424A Using FreeBSD since 2007 | Public shell: http://bit.ly/42iGCR Answer a fool according to his folly, lest he be wise in his own conceit -- Proverbs, 26:5 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091102/04f49c29/signature.pgp From ale at FreeBSD.org Mon Nov 2 10:24:31 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Mon Nov 2 10:24:38 2009 Subject: MySQL cluster FreeBSD port In-Reply-To: References: Message-ID: <4AEEB35A.4040209@FreeBSD.org> Mark Powell ha scritto: > I'm still testing this, but was wondering about a port for MySQL > cluster. Is this something you've experimented with? Or has no port been > made due to cluster not working properly on FreeBSD? I have an experimental port (missing only rc.d scripts). I'll post it soon for public view. -- Alex Dupre From kamikaze at bsdforen.de Mon Nov 2 10:48:27 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Nov 2 10:48:34 2009 Subject: DeviceKit development? Message-ID: <4AEEB8F8.4080007@bsdforen.de> This mail is a statement of a common opinion in a German BSD community. In depth information would be much appreciated, currently all our understanding and thus everything that follows is based on rumours. The German community is pretty upset about HAL and all the troubles we've had with it. In our eyes HAL is a polling nightmare that is technically obsolete because the FreeBSD kernel offers a register/notify model via devd, which is obviously superior. I.e. it only causes system load when an event occurs, as opposed to all the time with polling. Also many users used to have stability issues with HAL. I know of none, currently, but the common wisdom in the German community is that life without HAL is a better life. Seeing that the Linux world has trouble with HAL, too and appears to be abandoning it, it becomes necessary to implement the replacement DeviceKit, which appears to be going on as a part of porting Gnome3. Something which I have no first hand information about. While DeviceKit addresses the messy interface issue of HAL I am afraid that it still relies on the same polling methods as HAL. So it might prove as troublesome as HAL. What we wish for is a separate implementation that, though offering the same interface as DeviceKit, should be tightly coupled with FreeBSD facilities like devd. This would hopefully avoid the access right violations and stability issues that have been raised by HAL in the past. Of course, this would be a mighty endeavour and requires a stable DeviceKit API. But it appears to me (and others as well), that it might well prove to be the least troublesome path in the long run. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From unixmania at gmail.com Mon Nov 2 11:03:32 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Mon Nov 2 11:03:38 2009 Subject: ports/137373:maintainer timeout? Message-ID: Hi, Could some good soul take a look at ports/137373? It makes the dependency of libX11 on libxcb optional, helping to reduce the number of packages required to have a minimal X installation. Thanks in advance -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From bugmaster at FreeBSD.org Mon Nov 2 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 2 11:06:32 2009 Subject: Current unassigned ports problem reports Message-ID: <200911021106.nA2B65S1032897@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140188 [PATCH] some ports need adjustment to properly expand o ports/140187 Updated list of supported serial ports in RXTX library o ports/140184 [patch] Update linux-nx-client to 3.4.0 o ports/140177 new port : textproc/glpi-plugins-DataInjection : This o ports/140176 new port : textproc/glpi-plugins-AdditionalReports : T o ports/140174 New port: net-mgmt/glpi-plugins-tracker-agent : Agent o ports/140168 new port: net-mgmt/glpi-plugins-tracker-server, plugin o ports/140166 [NEW PORT] devel/py26-pudb: A full-screen, console-bas o ports/140157 New port: www/trac-bitten Continuous integration for T o ports/140155 Update port: emulators/bsnes update to v0.54 o ports/140154 Update ports: emulators/sdlmame-devel update to 0.134u o ports/140147 [NEW PORT] biology/velvet: Sequence assembler for very f ports/140146 [patch] www/squid: Add squid_fib option for alternate o ports/140136 [MAINTAINER PATCH] port mail/spamd fix build on FreeBS o ports/140133 New port: sysutils/Plugtools Manages POSIX users f ports/140124 [PATCH] lang/spidermonkey: Option for UTF8 support add f ports/140109 www/validator 0.8.3_1: /usr/local/lib/perl5/site_perl/ o ports/140107 [PATCH] Enhance net/nss_ldap to support FreeBSD login f ports/140102 [PATCH] mail/sqlgrey: fix build problem (dependency er f ports/140100 [PATCH] mail/fetchmail: update to 6.3.13 f ports/140099 databases/tokyotyrant : Upgrade to 1.1.37 o ports/140084 [patch] security/amavisd-milter - minor port improveme o ports/140059 [MAINTAINER] security/gpa: Mark IGNORE if gpgsm is not o ports/140058 [MAINTAINER] security/gpgme: Specifically disable gpgs f ports/140046 [PATCH] www/phpsysinfo-dev update to 3.0-RC9 f ports/140013 Update of deskutils/alexandria to version 0.6.5 f ports/140012 Error in sysutils/heartbeat 2.1.4_3, find_interface_bs f ports/140007 [repocopy] devel/gdb6 to devel/gdb66 f ports/139937 [PATCH] math/mingw32-libgmp4: update to 4.3.1 o ports/139879 new port: security/barnyard2-devel, an output system f f ports/139867 mail/isoqlog catch segmentation fault under AMD64 f ports/139848 add pre-caching to net-mgmt/nagios rc.d script o ports/139801 [patch] port security/gorilla does not work after inst o ports/139795 Update port: net/zebra-server Update port to latest ve f ports/139760 www/squid31 fails to build without NIS/Kerberos f ports/139680 Is editors/emacs out-dated? f ports/139652 [devel/icu] Little patch for compiling with gcc44 o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference o ports/139372 java/jboss5 reorganization. s ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139342 [maintainer update] Mk/bsd.octave.mk: problems with oc o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139295 New port: devel/mk-configure -- lightweight, easy to u o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138637 New port: graphics/xfractint-devel o ports/138602 audio/sphinxbase port update f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/137998 [patch] sysutils/libcdio - add missing manpage to plis f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi f ports/137635 multimedia/vlc breaks keyboard input processing o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137220 net-p2p/verlihub port version update f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl o ports/137115 net/pptpclient: pptp client for freebsd 7.1 o ports/137046 Port upgrade: databases/postgresql-odbc: 08.03.0400 -> f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font o ports/136259 [PATCH] sysutils/libcdio: incorrect japanese manpage i f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133413 [patch] sysutils/libcdio 0.78.2 is broken for CDROMs t f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. f ports/100776 devel/mico: Failure to update o ports/82634 heimdal port conflict with base heimdal 154 problems total. From M.S.Powell at salford.ac.uk Mon Nov 2 11:24:44 2009 From: M.S.Powell at salford.ac.uk (Mark Powell) Date: Mon Nov 2 11:24:51 2009 Subject: MySQL cluster FreeBSD port In-Reply-To: <4AEEB35A.4040209@FreeBSD.org> References: <4AEEB35A.4040209@FreeBSD.org> Message-ID: On Mon, 2 Nov 2009, Alex Dupre wrote: > Mark Powell ha scritto: >> I'm still testing this, but was wondering about a port for MySQL >> cluster. Is this something you've experimented with? Or has no port been >> made due to cluster not working properly on FreeBSD? > > I have an experimental port (missing only rc.d scripts). I'll post it > soon for public view. Excellent. Look forward to seeing that. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 6624 www.pgp.com for PGP key From andy at neu.net Mon Nov 2 13:00:16 2009 From: andy at neu.net (AN) Date: Mon Nov 2 13:00:34 2009 Subject: amd64-9 packages Message-ID: According to: http://pointyhat.freebsd.org/errorlogs/packagestats.html there are no packages for amd64 9 current. FreeBSD package building statistics as of Mon Nov 2 11:45:02 UTC 2009 amd64-9 0 0 0 0 0 0 N N When can we expect these packages to be available? TIA From ale at FreeBSD.org Mon Nov 2 13:03:06 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Mon Nov 2 13:03:13 2009 Subject: MySQL cluster FreeBSD port In-Reply-To: References: <4AEEB35A.4040209@FreeBSD.org> Message-ID: <4AEED887.6020003@FreeBSD.org> Mark Powell ha scritto: > Excellent. Look forward to seeing that. http://www.alexdupre.com/mysql-cluster.tar.gz Please share feedback and/or improvements. -- Alex Dupre From M.S.Powell at salford.ac.uk Mon Nov 2 13:05:53 2009 From: M.S.Powell at salford.ac.uk (Mark Powell) Date: Mon Nov 2 13:05:59 2009 Subject: MySQL cluster FreeBSD port In-Reply-To: <4AEED887.6020003@FreeBSD.org> References: <4AEEB35A.4040209@FreeBSD.org> <4AEED887.6020003@FreeBSD.org> Message-ID: On Mon, 2 Nov 2009, Alex Dupre wrote: > Mark Powell ha scritto: >> Excellent. Look forward to seeing that. > > http://www.alexdupre.com/mysql-cluster.tar.gz Thanks. > Please share feedback and/or improvements. Will do. Any reason you chose 7.0.8a over 7.0.7? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 6624 www.pgp.com for PGP key From gary.jennejohn at freenet.de Mon Nov 2 13:10:29 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Mon Nov 2 13:10:36 2009 Subject: amd64-9 packages In-Reply-To: References: Message-ID: <20091102141026.06c0e033@ernst.jennejohn.org> On Mon, 2 Nov 2009 12:33:44 +0000 (GMT) AN wrote: > According to: http://pointyhat.freebsd.org/errorlogs/packagestats.html > there are no packages for amd64 9 current. > > FreeBSD package building statistics > > as of Mon Nov 2 11:45:02 UTC 2009 > > amd64-9 0 0 0 0 0 0 N > N > > When can we expect these packages to be available? > I'm not a ports manager, but I wouldn't expect anything to happen until after 8.0 gets released. There'a only a limited number of AMD64 build machines available. --- Gary Jennejohn From erwin at FreeBSD.org Mon Nov 2 13:18:02 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Nov 2 13:18:09 2009 Subject: amd64-9 packages In-Reply-To: <20091102141026.06c0e033@ernst.jennejohn.org> References: <20091102141026.06c0e033@ernst.jennejohn.org> Message-ID: <20091102131758.GL726@droso.net> On Mon, Nov 02, 2009 at 02:10:26PM +0100, Gary Jennejohn wrote: > On Mon, 2 Nov 2009 12:33:44 +0000 (GMT) > AN wrote: > > > According to: http://pointyhat.freebsd.org/errorlogs/packagestats.html > > there are no packages for amd64 9 current. > > > > FreeBSD package building statistics > > > > as of Mon Nov 2 11:45:02 UTC 2009 > > > > amd64-9 0 0 0 0 0 0 N > > N > > > > When can we expect these packages to be available? > > > > I'm not a ports manager, but I wouldn't expect anything to happen until > after 8.0 gets released. There'a only a limited number of AMD64 build > machines available. > It's not so much the number of available cluster nodes, although this also is an issue, but we are limited in upload capacity towards the mirrors which we need to reserve for the release isos etc. The other issue is that we do have i386 9.0 prebuilt packages, which showed a few regressions compared to 8.0 so I haven't uploaded these either yet. See my blogpost about this for more. http://blog.droso.org/2009/10/31/regressions-in-freebsd-9-0/ Cheers, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091102/480879b2/attachment.pgp From M.S.Powell at salford.ac.uk Mon Nov 2 14:45:44 2009 From: M.S.Powell at salford.ac.uk (Mark Powell) Date: Mon Nov 2 14:45:51 2009 Subject: MySQL cluster FreeBSD port In-Reply-To: References: <4AEEB35A.4040209@FreeBSD.org> <4AEED887.6020003@FreeBSD.org> Message-ID: On Mon, 2 Nov 2009, Mark Powell wrote: >> Please share feedback and/or improvements. > > Will do. > Any reason you chose 7.0.8a over 7.0.7? Probably, because 7.0.8a is the latest GA :) I'll let you know how I get on. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 6624 www.pgp.com for PGP key From mail at ozzmosis.com Mon Nov 2 16:47:09 2009 From: mail at ozzmosis.com (andrew clarke) Date: Mon Nov 2 16:47:20 2009 Subject: Building databases/sqlite3 without TCL? Message-ID: <20091102164705.GA51589@ozzmosis.com> Hi, I notice TCL seems to be a dependency of sqlite3-3.6.19 even with TCL support disabled (using "make config"). Is this correct? This was not true for sqlite3-3.6.14.2, the previous version of databases/sqlite3 in the ports tree. 3:36 ozzmosis@blizzard [/usr/ports/databases/sqlite3]sudo make showconfig ===> The following configuration options are available for sqlite3-3.6.19: DEBUG=off "Enable debugging & verbose explain" FTS3=off "Enable FTS3 (Full Text Search) module" RTREE=off "Enable R*Tree module" RAMTABLE=off "Store temporary tables in RAM" TCLWRAPPER=off "Enable TCL wrapper" METADATA=on "Enable column metadata" THREADSAFE=on "Build thread-safe library" ===> Use 'make config' to modify these settings 3:36 ozzmosis@blizzard [/usr/ports/databases/sqlite3]sudo make missing lang/tcl85 lang/tcl-modules 3:37 ozzmosis@blizzard [~]uname -v FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 12:21:39 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Thanks, Regards Andrew From snick at nanosemantics.ru Mon Nov 2 17:13:53 2009 From: snick at nanosemantics.ru (Ilya Remizov) Date: Mon Nov 2 17:14:00 2009 Subject: FreeBSD Port: spread4-4.0.0 Message-ID: <950C7FF2-61B2-4875-A089-70C854C3C267@nanosemantics.ru> Hi! Spread 4.0.0 in ports is outdated. New version has been released - http://www.spread.org/download/spread-src-4.1.0.tar.gz -- WBR, Ilya Remizov From QAT at FreeBSD.org Tue Nov 3 01:55:47 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Nov 3 01:56:05 2009 Subject: cvs commit: ports/devel/rudiments Makefile pkg-plist In-Reply-To: <200911022058.nA2KwxS1011640@repoman.freebsd.org> References: <200911022058.nA2KwxS1011640@repoman.freebsd.org> Message-ID: <20091103015719.71FA312E3C3E@quark.ds9.tecnik93.com> The Restless Daemon identified a mtree error while trying to build: rudiments-0.32 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/devel/rudiments/Makefile,v 1.34 2009/11/02 20:58:59 sylvio Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/rudiments-0.32.log : 7116384 32 -rw-r--r-- 1 root wheel 14873 Nov 3 01:57 usr/local/share/doc/rudiments/classes/rawbuffer.h.html 7116385 16 -rw-r--r-- 1 root wheel 6614 Nov 3 01:57 usr/local/share/doc/rudiments/classes/regularexpression.h.html 7116386 4 -rw-r--r-- 1 root wheel 924 Nov 3 01:57 usr/local/share/doc/rudiments/classes/resultcodes.h.html 7116387 12 -rw-r--r-- 1 root wheel 5720 Nov 3 01:57 usr/local/share/doc/rudiments/classes/rpcentry.h.html 7116388 36 -rw-r--r-- 1 root wheel 17238 Nov 3 01:57 usr/local/share/doc/rudiments/classes/semaphoreset.h.html 7116389 8 -rw-r--r-- 1 root wheel 3894 Nov 3 01:57 usr/local/share/doc/rudiments/classes/serialport.h.html 7116390 136 -rw-r--r-- 1 root wheel 68685 Nov 3 01:57 usr/local/share/doc/rudiments/classes/serialportprofile.h.html 7116391 8 -rw-r--r-- 1 root wheel 2248 Nov 3 01:57 usr/local/share/doc/rudiments/classes/server.h.html 7116392 16 -rw-r--r-- 1 root wheel 6233 Nov 3 01:57 usr/local/share/doc/rudiments/classes/serversocket.h.html 7116393 16 -rw-r--r-- 1 root wheel 6910 Nov 3 01:57 usr/local/share/doc/rudiments/classes/serviceentry.h.html 7116394 16 -rw-r--r-- 1 root wheel 8059 Nov 3 01:57 usr/local/share/doc/rudiments/classes/shadowentry.h.html 7116395 24 -rw-r--r-- 1 root wheel 10482 Nov 3 01:57 usr/local/share/doc/rudiments/classes/sharedmemory.h.html 7116396 12 -rw-r--r-- 1 root wheel 5309 Nov 3 01:57 usr/local/share/doc/rudiments/classes/shellcommand.h.html 7116397 8 -rw-r--r-- 1 root wheel 2601 Nov 3 01:57 usr/local/share/doc/rudiments/classes/shmfile.h.html 7116398 28 -rw-r--r-- 1 root wheel 13795 Nov 3 01:57 usr/local/share/doc/rudiments/classes/signalclasses.h.html 7116399 20 -rw-r--r-- 1 root wheel 8534 Nov 3 01:57 usr/local/share/doc/rudiments/classes/snooze.h.html 7116400 28 -rw-r--r-- 1 root wheel 12986 Nov 3 01:57 usr/local/share/doc/rudiments/classes/stringbuffer.h.html 7116401 8 -rw-r--r-- 1 root wheel 2881 Nov 3 01:57 usr/local/share/doc/rudiments/classes/system.h.html 7116402 4 -rw-r--r-- 1 root wheel 1241 Nov 3 01:57 usr/local/share/doc/rudiments/classes/thread.h.html 7116403 20 -rw-r--r-- 1 root wheel 9000 Nov 3 01:57 usr/local/share/doc/rudiments/classes/timezonefile.h.html 7116404 4 -rw-r--r-- 1 root wheel 2021 Nov 3 01:57 usr/local/share/doc/rudiments/classes/tty.h.html 7116405 16 -rw-r--r-- 1 root wheel 7171 Nov 3 01:57 usr/local/share/doc/rudiments/classes/unixclientsocket.h.html 7116406 16 -rw-r--r-- 1 root wheel 7060 Nov 3 01:57 usr/local/share/doc/rudiments/classes/unixserversocket.h.html 7116407 4 -rw-r--r-- 1 root wheel 1810 Nov 3 01:57 usr/local/share/doc/rudiments/classes/unixsocketutil.h.html 7116408 24 -rw-r--r-- 1 root wheel 10365 Nov 3 01:57 usr/local/share/doc/rudiments/classes/variablebuffer.h.html 7116409 8 -rw-r--r-- 1 root wheel 2893 Nov 3 01:57 usr/local/share/doc/rudiments/classes/xmldom.h.html 7116410 84 -rw-r--r-- 1 root wheel 41137 Nov 3 01:57 usr/local/share/doc/rudiments/classes/xmldomnode.h.html 7116411 12 -rw-r--r-- 1 root wheel 5263 Nov 3 01:57 usr/local/share/doc/rudiments/classes/xmlsax.h.html 7116327 4 drwxr-xr-x 2 root wheel 512 Nov 3 01:57 usr/local/share/doc/rudiments/css 7116334 4 -rw-r--r-- 1 root wheel 546 Nov 3 01:57 usr/local/share/doc/rudiments/css/styles.css 7116328 4 drwxr-xr-x 2 root wheel 512 Nov 3 01:57 usr/local/share/doc/rudiments/programming 7116412 72 -rw-r--r-- 1 root wheel 36327 Nov 3 01:57 usr/local/share/doc/rudiments/programming/baseclasses.html 7116413 480 -rw-r--r-- 1 root wheel 223472 Nov 3 01:57 usr/local/share/doc/rudiments/programming/utilclasses.html 7116329 4 -rw-r--r-- 1 root wheel 1658 Nov 3 01:57 usr/local/share/doc/rudiments/guide.html 7116330 4 -rw-r--r-- 1 root wheel 764 Nov 3 01:57 usr/local/share/doc/rudiments/index.html 7116331 4 -rw-r--r-- 1 root wheel 1481 Nov 3 01:57 usr/local/share/doc/rudiments/introduction.html 7116332 4 -rw-r--r-- 1 root wheel 61 Nov 3 01:57 usr/local/share/doc/rudiments/invisible.gif 7116333 16 -rw-r--r-- 1 root wheel 7609 Nov 3 01:57 usr/local/share/doc/rudiments/reference.html ================================================================ build of /usr/ports/devel/rudiments ended at Tue Nov 3 01:57:16 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=devel&portname=rudiments The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From raj at csub.edu Tue Nov 3 01:57:18 2009 From: raj at csub.edu (Russell Jackson) Date: Tue Nov 3 01:57:24 2009 Subject: is anyone maintaining sysutils/puppet anymore? Message-ID: <4AEF8AF4.9020800@csub.edu> The last commit to the port was after a maintainer timeout of 3+ months. I've been running 0.25.0 for a while now internally. If nobody else is maintaining the port, I'll submit what I have to update the official port. -- Russell A. Jackson Network Analyst California State University, Bakersfield -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091103/34637d6a/signature.pgp From linimon at lonesome.com Tue Nov 3 02:06:20 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Nov 3 02:06:27 2009 Subject: is anyone maintaining sysutils/puppet anymore? In-Reply-To: <4AEF8AF4.9020800@csub.edu> References: <4AEF8AF4.9020800@csub.edu> Message-ID: <20091103020619.GB32763@lonesome.com> On Mon, Nov 02, 2009 at 05:44:20PM -0800, Russell Jackson wrote: > The last commit to the port was after a maintainer timeout of 3+ months. > I've been running 0.25.0 for a while now internally. If nobody else is > maintaining the port, I'll submit what I have to update the official port. I didn't get a response from the maintainer the last time I emailed him on 20090705. Would you be willing to take over puppet and puppet-devel? mcl From raj at csub.edu Tue Nov 3 02:10:24 2009 From: raj at csub.edu (Russell Jackson) Date: Tue Nov 3 02:10:31 2009 Subject: is anyone maintaining sysutils/puppet anymore? In-Reply-To: <20091103020619.GB32763@lonesome.com> References: <4AEF8AF4.9020800@csub.edu> <20091103020619.GB32763@lonesome.com> Message-ID: <4AEF9106.4070006@csub.edu> Mark Linimon wrote: > On Mon, Nov 02, 2009 at 05:44:20PM -0800, Russell Jackson wrote: >> The last commit to the port was after a maintainer timeout of 3+ months. >> I've been running 0.25.0 for a while now internally. If nobody else is >> maintaining the port, I'll submit what I have to update the official port. > > I didn't get a response from the maintainer the last time I emailed him > on 20090705. Would you be willing to take over puppet and puppet-devel? > > mcl I will if nobody else wants it. IIRC, puppet-devel is deprecated. -- Russell A. Jackson Network Analyst California State University, Bakersfield -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091103/e936156a/signature.pgp From QAT at FreeBSD.org Tue Nov 3 02:34:50 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Nov 3 02:35:02 2009 Subject: cvs commit: ports/korean/unzip Makefile In-Reply-To: <200911022154.nA2LsNN9016732@repoman.freebsd.org> References: <200911022154.nA2LsNN9016732@repoman.freebsd.org> Message-ID: <20091103023623.37B2F12E3C3E@quark.ds9.tecnik93.com> The Restless Daemon identified a patch error while trying to build: ko-unzip-6.0 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/korean/unzip/Makefile,v 1.3 2009/11/02 21:54:23 pav Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ko-unzip-6.0.log : BUILD_DEPENDS= RUN_DEPENDS= add_pkg ================================================================ ======================================== Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip => unzip60.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. unzip60.tar.gz 1344 kB 19 MBps => MD5 Checksum OK for unzip60.tar.gz. => SHA256 Checksum OK for unzip60.tar.gz. ================================================================ ======================================== add_pkg Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip ===> Extracting for ko-unzip-6.0 Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip => MD5 Checksum OK for unzip60.tar.gz. => SHA256 Checksum OK for unzip60.tar.gz. ================================================================ ======================================== add_pkg ===> Patching for ko-unzip-6.0 ===> Applying extra patch /a/ports/korean/unzip/files/patch-fileio.c ===> Applying extra patch /a/ports/korean/unzip/files/patch-unzip.c 2 out of 2 hunks failed--saving rejects to unzip.c.rej *** Error code 2 Stop in /a/ports/korean/unzip. *** Error code 1 Stop in /a/ports/korean/unzip. ================================================================ build of /usr/ports/korean/unzip ended at Tue Nov 3 02:36:20 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=korean&portname=unzip The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From sebastian.holmqvist at gmail.com Tue Nov 3 06:57:12 2009 From: sebastian.holmqvist at gmail.com (Sebastian Holmqvist) Date: Tue Nov 3 06:57:19 2009 Subject: FreeBSD Port: rubygem-rails-2.3.4 Message-ID: <88B3456F-FBC4-417F-B5B0-47DA9A09384B@gmail.com> Hi! The port rubygem-rails installed flawlessly, but executing rails failed with an error; /usr/local/lib/ruby/gems/1.8/gems/rails-2.2.2/bin/../lib/ rails_generator/options.rb:32:in `default_options': undefined method `write_inheritable_attribute' for Rails::Generator::Base:Class (NoMethodError) Troubleshooting revealed the following; irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'activesupport' LoadError: no such file to load -- iconv So I installed /usr/ports/converters/ruby-iconv and now it works! It would be nice to include ruby-iconv as a dependancy to avoid this issue. Note that this is a freshly installed 7.2-release. Sincerely, /Sebastian From pgollucci at FreeBSD.org Tue Nov 3 07:17:33 2009 From: pgollucci at FreeBSD.org (Philip M. Gollucci) Date: Tue Nov 3 07:18:06 2009 Subject: FreeBSD Port: rubygem-rails-2.3.4 In-Reply-To: <88B3456F-FBC4-417F-B5B0-47DA9A09384B@gmail.com> References: <88B3456F-FBC4-417F-B5B0-47DA9A09384B@gmail.com> Message-ID: <4AEFD6AF.2020401@FreeBSD.org> Sebastian Holmqvist wrote: > Hi! > > The port rubygem-rails installed flawlessly, but executing rails failed > with an error; > > /usr/local/lib/ruby/gems/1.8/gems/rails-2.2.2/bin/../lib/rails_generator/options.rb:32:in > `default_options': undefined method `write_inheritable_attribute' for > Rails::Generator::Base:Class (NoMethodError) > > Troubleshooting revealed the following; > > irb(main):001:0> require 'rubygems' > => true > irb(main):002:0> require 'activesupport' > LoadError: no such file to load -- iconv > > So I installed /usr/ports/converters/ruby-iconv and now it works! It > would be nice to include ruby-iconv as a dependancy to avoid this issue. > > Note that this is a freshly installed 7.2-release. > > Sincerely, > > /Sebastian Yes it would :) I'm hoping to have some time to return to ports work after ApacheCon US 2009 ends. If some comitter wants to add this go for it. From gb at unistra.fr Tue Nov 3 17:03:36 2009 From: gb at unistra.fr (Guy Brand) Date: Tue Nov 3 17:03:43 2009 Subject: Issue with inkscape port Message-ID: <20091103170333.GA1379@unistra.fr> Hello, Am I the only one having severe issue with inkscape from the ports? I'm using 0.46_6, without a config option and its 129 dependancies (see attached output of pkg_info) on a FreeBSD 9.0-CURRENT r198491. Adding a layer is simply impossible, inkscape freezes and there is no other way to kill the process. truss doesn't say anything more: when inkscape becomes unresponsive the process appears dead. Such a problem turns the fantastic inkscape into an unusable application. AFAIR I have this problem for over a year now! To reproduce it open any document inside inkscape and add a new layer, you're done. Anyone seen this? gb -------------- next part -------------- Information for inkscape-0.46_6: Depends on: Dependency: xineramaproto-1.1.2 Dependency: xextproto-7.0.5 Dependency: renderproto-0.9.3 Dependency: randrproto-1.3.0 Dependency: kbproto-1.0.3 Dependency: inputproto-1.5.0 Dependency: fixesproto-4.0 Dependency: damageproto-1.1.0_2 Dependency: compositeproto-0.4 Dependency: font-util-1.0.1 Dependency: encodings-1.0.2,1 Dependency: expat-2.0.1 Dependency: gnome_subr-1.0 Dependency: dmidecode-2.10 Dependency: gsfonts-8.11_5 Dependency: pciids-20090224 Dependency: hicolor-icon-theme-0.10_2 Dependency: gnomehier-2.3_12 Dependency: python26-2.6.2_3 Dependency: xcb-proto-1.5 Dependency: perl-5.8.9_3 Dependency: p5-XML-RegExp-0.03 Dependency: p5-XML-Parser-2.36_1 Dependency: p5-libxml-0.08 Dependency: p5-URI-1.38 Dependency: p5-HTML-Tagset-3.20 Dependency: p5-HTML-Parser-3.61 Dependency: poppler-data-0.2.1 Dependency: png-1.2.40 Dependency: libfpx-1.2.0.12_1 Dependency: lcms-1.18a_1,1 Dependency: jpeg-7 Dependency: tiff-3.9.1 Dependency: jbigkit-1.6 Dependency: jasper-1.900.1_8 Dependency: pkg-config-0.23_1 Dependency: xproto-7.0.15 Dependency: pixman-0.15.4 Dependency: libtasn1-2.3 Dependency: libfontenc-1.0.4 Dependency: libXdmcp-1.0.2_1 Dependency: libXau-1.0.4 Dependency: libICE-1.0.4_1,1 Dependency: libSM-1.1.0_1,1 Dependency: freetype2-2.3.9_1 Dependency: mkfontscale-1.0.6 Dependency: mkfontdir-1.0.4 Dependency: fontconfig-2.6.0,1 Dependency: font-misc-meltho-1.0.0_1 Dependency: font-misc-ethiopic-1.0.0 Dependency: font-bh-ttf-1.0.0 Dependency: bitstream-vera-1.10_4 Dependency: xorg-fonts-truetype-7.4 Dependency: pcre-7.9 Dependency: p5-Parse-Yapp-1.05 Dependency: p5-Date-Manip-5.54 Dependency: libvolume_id-0.81.1 Dependency: libsigc++-2.2.3 Dependency: libpthread-stubs-0.1 Dependency: libxcb-1.4 Dependency: xcb-util-0.3.5 Dependency: libX11-1.2.1_1,1 Dependency: libXt-1.0.5_1 Dependency: libXrender-0.9.4_1 Dependency: libXft-2.1.13 Dependency: libXfixes-4.0.3_1 Dependency: libXext-1.0.5,1 Dependency: libXrandr-1.3.0 Dependency: libXinerama-1.0.3,1 Dependency: libXi-1.2.1,1 Dependency: libXdamage-1.1.1 Dependency: libXcursor-1.1.9_1 Dependency: libXcomposite-0.4.0,1 Dependency: cairo-1.8.8,1 Dependency: libltdl-2.2.6a Dependency: libdaemon-0.12 Dependency: boehm-gc-6.8 Dependency: gdbm-1.8.3_3 Dependency: libiconv-1.13.1 Dependency: samba-libsmbclient-3.0.35 Dependency: libxml2-2.7.4_1 Dependency: poppler-0.10.6 Dependency: gettext-0.17_1 Dependency: popt-1.14 Dependency: libgpg-error-1.7 Dependency: libgcrypt-1.4.4 Dependency: libxslt-1.1.24_2 Dependency: gnutls-2.8.3 Dependency: gnome-mime-data-2.18.0_3 Dependency: glib-2.20.5 Dependency: gamin-0.1.10_3 Dependency: gio-fam-backend-2.20.5 Dependency: shared-mime-info-0.60_1 Dependency: pango-1.24.5 Dependency: liblqr-1-0.4.1 Dependency: libIDL-0.8.13 Dependency: glibmm-2.20.1,1 Dependency: libxml++-2.26.1 Dependency: desktop-file-utils-0.15_1 Dependency: dbus-1.2.4.6 Dependency: dbus-glib-0.82 Dependency: policykit-0.9_4 Dependency: cups-client-1.3.10_4 Dependency: cups-image-1.3.10_4 Dependency: ghostscript8-8.64_6 Dependency: cups-base-1.3.10_4 Dependency: consolekit-0.3.0_8 Dependency: hal-0.5.11_25 Dependency: cairomm-1.8.2 Dependency: pangomm-2.24.0 Dependency: avahi-app-0.6.25_2 Dependency: aspell-0.60.6_2 Dependency: enchant-1.4.2 Dependency: ORBit2-2.14.17 Dependency: ImageMagick-6.5.3.10_3 Dependency: p5-IO-Compress-Base-2.015 Dependency: p5-Compress-Raw-Zlib-2.020 Dependency: p5-IO-Compress-Zlib-2.015 Dependency: p5-Compress-Zlib-2.015 Dependency: p5-libwww-5.830 Dependency: p5-XML-DOM-1.44 Dependency: p5-XML-XQL-0.68 Dependency: atk-1.26.0 Dependency: gtk-2.16.6 Dependency: poppler-gtk-0.10.6 Dependency: gtkspell-2.0.15_1 Dependency: gtkmm-2.16.0_1 Dependency: gconf2-2.26.2_1 Dependency: gnome-vfs-2.24.1_1 From ports at logvinov.com Tue Nov 3 17:41:11 2009 From: ports at logvinov.com (Alexander Logvinov) Date: Tue Nov 3 17:41:43 2009 Subject: FreeBSD Port: rubygem-rails-2.3.4 In-Reply-To: <4AEFD6AF.2020401@FreeBSD.org> References: <88B3456F-FBC4-417F-B5B0-47DA9A09384B@gmail.com> <4AEFD6AF.2020401@FreeBSD.org> Message-ID: <4AF06B17.1040001@logvinov.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03.11.2009 15:07 Philip M. Gollucci wrote: > Yes it would :) I'm hoping to have some time to return to ports work > after ApacheCon US 2009 ends. > > If some comitter wants to add this go for it. Done. Can I add the same patch to mail/rubygem-actionmailer (ports/139379)? - -- Best regards, Alexander Logvinov PGP: 0x1C47D5C0 http://people.freebsd.org/~avl/avl.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrwaxcACgkQ4TVBdhxH1cC0rQCdHBPyJRS23jtsdvR3rvgXUKD6 TE0AoLR/t5WIFsGL/CMqfBvBSL/5kZDh =ep/P -----END PGP SIGNATURE----- From amdmi3 at amdmi3.ru Tue Nov 3 17:55:47 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Nov 3 17:55:58 2009 Subject: Issue with inkscape port In-Reply-To: <20091103170333.GA1379@unistra.fr> References: <20091103170333.GA1379@unistra.fr> Message-ID: <20091103175545.GA96912@hades.panopticon> * Guy Brand (gb@unistra.fr) wrote: > Am I the only one having severe issue with inkscape from the ports? > I'm using 0.46_6, without a config option and its 129 dependancies > (see attached output of pkg_info) on a FreeBSD 9.0-CURRENT r198491. > Adding a layer is simply impossible, inkscape freezes and there is > no other way to kill the process. truss doesn't say anything more: > when inkscape becomes unresponsive the process appears dead. Such a > problem turns the fantastic inkscape into an unusable application. > > AFAIR I have this problem for over a year now! To reproduce it open > any document inside inkscape and add a new layer, you're done. > > Anyone seen this? Yes. It seems to be severely broken. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From mikej at rogers.com Tue Nov 3 20:01:29 2009 From: mikej at rogers.com (Mike Jakubik) Date: Tue Nov 3 20:02:08 2009 Subject: ports/139720: shells/bash: fix $() parsing Message-ID: Hello, It seems that this recent patch introduced a new dependency on bison from the ports tree. When i performed an portupgrade of 'bash-4.0.33' to 'bash-4.0.33_2' a new dependency for bison appeared. Was this the intended behavior? I am just curious as it was not needed before. Thanks. From naddy at mips.inka.de Tue Nov 3 21:25:05 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Tue Nov 3 21:25:12 2009 Subject: ports/139720: shells/bash: fix $() parsing References: Message-ID: Mike Jakubik wrote: > It seems that this recent patch introduced a new dependency on bison from > the ports tree. When i performed an portupgrade of 'bash-4.0.33' to > 'bash-4.0.33_2' a new dependency for bison appeared. No, the dependency on bison had already been introduced earlier. (The update to 4.0.33 was in Makefile revision 1.115.) ---- revision 1.111 date: 2009/03/13 15:54:23; author: obrien; state: Exp; lines: +6 -2 Use Bison in the build instead of byacc. This fixes the issue of '$()' (for ``) not being parsed correctly. PR: 101230 Submitted by: bf2006a@yahoo.com ---- Except that due to the wrong YACC setting the change above didn't actually do what it was supposed to. > Was this the intended behavior? bash 4.0 simply does not build correctly with BSD yacc, it requires bison. It would be nice if somebody traced this to a bug in yacc or bash that could be fixed, but so far nobody has done so, and the GNU people certainly won't bother. -- Christian "naddy" Weisgerber naddy@mips.inka.de From andrea.crisanti at roma1.infn.it Wed Nov 4 07:18:10 2009 From: andrea.crisanti at roma1.infn.it (andrea crisanti) Date: Wed Nov 4 07:18:16 2009 Subject: FreeBSD Port: MailScanner-4.78.17 Message-ID: <4AF126D0.6060003@roma1.infn.it> Dear Maintainers of MailScanner port, I updated the Sophos virus scan engine to version 4.47 on a computer running FreeBSD 7.2-STABLE amd64. The new engine uses, besides the old virus databases files, new files called xvd??.vdb To have it working I had to modify the script sophos-autoupdate installed under /usr/local/libexec/MailScanner/ to symlink them in the IDE directory. With best wishes, Andrea Crisanti -- "Trust, but verify." Russian Proverb ========================================================================== Prof. Andrea Crisanti http://castore.phys.uniroma1.it/KR Dipartimento di Fisica Tel. +39-06 4991 3431 Universita' di Roma "La Sapienza" Fax. +39-06 4463158 P.le A. Moro 2 andrea.crisanti@phys.uniroma1.it I-00185 Roma, Italy andrea.crisanti@roma1.infn.it From erwin at FreeBSD.org Wed Nov 4 13:01:48 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Nov 4 13:01:54 2009 Subject: INDEX build failed for 6.x Message-ID: <200911041301.nA4D1lNF019570@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: mytop-1.6_6: no entry for \ Committers on the hook: hq miwi wen Most recent CVS update was: U databases/mytop/Makefile U devel/Makefile U devel/py-pudb/Makefile U devel/py-pudb/distinfo U devel/py-pudb/pkg-descr U devel/py-pudb/pkg-plist U emulators/sdlmame-devel/Makefile U emulators/sdlmame-devel/distinfo U emulators/sdlmame-devel/pkg-plist U emulators/sdlmame-devel/files/patch-makefile U emulators/sdlmame-devel/files/patch-sdlmain.c U emulators/sdlmame-devel/files/sdl.mak.patch U mail/fetchmail/Makefile U mail/fetchmail/distinfo U mail/fetchmail/pkg-plist U mail/fetchmail/files/patch-configure U mail/fetchmail/files/pkg-message.in U mail/p5-Email-Simple/Makefile U mail/p5-Email-Simple/distinfo U mail/p5-Email-Simple/pkg-plist U mail/spamd/files/patch-spamd-setup__spamd-setup.c U textproc/scim-kmfl-sil-ezra/Makefile U textproc/scim-kmfl-sil-ezra/files/patch-Keyman::EZRAUNI24.KMN U textproc/scim-kmfl-sil-galatia/Makefile U textproc/scim-kmfl-sil-galatia/files/patch-GrkPolyComp.KMN U textproc/scim-kmfl-varamozhi-malayalam/Makefile U textproc/scim-kmfl-varamozhi-malayalam/files/patch-mozhi_1.1.0.kmn U www/Makefile U www/hudson/Makefile U www/hudson/distinfo U www/trac-gitplugin/Makefile U www/trac-gitplugin/distinfo U www/trac-gitplugin/pkg-descr From me at janh.de Wed Nov 4 13:34:42 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Wed Nov 4 13:34:48 2009 Subject: Issue with inkscape port References: 20091103170333.GA1379@unistra.fr Message-ID: <4AF182EB.8090605@janh.de> Guy Brand wrote: > Am I the only one having severe issue with inkscape from the ports? > I'm using 0.46_6, without a config option and its 129 dependancies > (see attached output of pkg_info) on a FreeBSD 9.0-CURRENT r198491. > Adding a layer is simply impossible, inkscape freezes and there is > no other way to kill the process. truss doesn't say anything more: > when inkscape becomes unresponsive the process appears dead. Such a > problem turns the fantastic inkscape into an unusable application. > > AFAIR I have this problem for over a year now! To reproduce it open > any document inside inkscape and add a new layer, you're done. I could not reproduce the freeze opening a random svg document and adding a few layers. I am on 8.0-RC2 with all ports up to date. Your ports seem not to be up to date. At least for 15 of the dependencies you listed, I have got newer versions installed. Moreover, 22 of your dependencies are not listed as dependencies for me. Opening http://www.freebsd.org/cgi/ports.cgi?query=inkscape&stype=all confirms that your dependencies do not match the ones of the current ports tree. Cheers, Jan Henrik From erwin at FreeBSD.org Wed Nov 4 15:49:24 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Nov 4 15:49:30 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200911041549.nA4FnOix080708@builder.freebsd.org> From eitanadlerlist at gmail.com Wed Nov 4 18:23:24 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Nov 4 18:23:30 2009 Subject: using svn to fetch for ports (yet again!) Message-ID: I have a small patch to bsd.port.mk which would allow a port to replace its do-fetch with a svn export of a /specific revision/ of a remote repo. I know there have been some attempts at trying this before and from what I've been reading I addressed some of the major concerns: 1) Past attempts didn't include a basic implementation. 2) Past attempts didn't allow for a specific revision number and thus possibly causing security issues 3) Subversion does not have to be part of the base system for my patch to work Allowing the port to fetch from svn is beneficial for a number of reasons some of which are listed below 1) Many project's only or main means of distribution is svn (I'm thinking of mplayer) 2) It is easier for the port maintainer to update the port 3) It is easy for a user to quickly switch versions (outside of the ports system) without the need for lots o knowledge about the ports system Some of the problems: 1) Its harder if not impossible for freeBSD to mirror the port's source (I'm sure I could easily code a svn-to-tarball script but who knows if the svn build servers want svn) 2) Many users may want the program they are installing but not svn 3) What about SCM's other than svn? --- bsd.old.port.mk 2009-11-04 19:42:57.000000000 +0200 +++ bsd.port.mk 2009-11-04 19:59:10.000000000 +0200 @@ -1694,6 +1694,10 @@ MANCOMPRESSED?= no .endif This is a patch to bsd.port.mk which adds support for SVN_REV and SVN_FETCH +.if defined(SVN_FETCH) +FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion +.endif + .if defined(PATCHFILES) .if ${PATCHFILES:M*.zip}x != x PATCH_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip @@ -3435,6 +3439,10 @@ .if !target(do-fetch) do-fetch: +.if defined(SVN_FETCH) + ${MKDIR} ${WRKDIR} + svn export -r ${SVN_REV} ${SVN_PATH} ${WRKSRC} +.else @${MKDIR} ${_DISTDIR} @cd ${_DISTDIR};\ ${_MASTER_SITES_ENV} ; \ @@ -3503,7 +3511,9 @@ ${ECHO_MSG} "=> port manually into ${_DISTDIR} and try again."; \ exit 1; \ fi; \ - done + done +.endif + .if defined(PATCHFILES) @cd ${_DISTDIR};\ ${_PATCH_SITES_ENV} ; \ From michel at douyere.com Wed Nov 4 21:02:16 2009 From: michel at douyere.com (Michel DOUYERE) Date: Wed Nov 4 21:02:22 2009 Subject: FreeBSD Port: kdewebdev-4.3.1 Message-ID: <200911042144.33693.michel@douyere.com> Hello, I think that Quanta plus is missing in kdewebdev-4.3.1 less pkg-plist bin/kfilereplace bin/kimagemapeditor bin/klinkstatus bin/kommander bin/kxsldbg bin/xsldbg ..... ... .. . but no Quanta+ From v.velox at vvelox.net Wed Nov 4 23:29:45 2009 From: v.velox at vvelox.net (Zane C.B.) Date: Wed Nov 4 23:29:59 2009 Subject: glib/webkit update? In-Reply-To: References: <20091007153059.GD69519@hades.panopticon> Message-ID: <20091104171424.6395298e@vixen42.vulpes> On Wed, 07 Oct 2009 17:10:47 -0500 "Jeremy Messenger" wrote: > On Wed, 07 Oct 2009 10:30:59 -0500, Dmitry Marakasov > wrote: > > > Hi! > > > > I need a new version of webkit, because the one that is currently > > in the ports tree doesn't work with Yahoo maps, and I need that > > for astro/josm. I've tried to update webkit port locally to > > r49078, but it requires newer glib: > > > > Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 > > > > Updating glib may require more effort and may break some of my > > installed apps, so I ask here - is there official update planned > > anytime soon, and/or is there some work in progress available to > > test? > > GNOME 2.28 was released during our ports tree freeze time, so we > weren't able to put into ports tree. If you can't wait, grab those > in MarcusCom CVS[1]. > > [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ Actually if you don't mind me observing, this is a fairly bad reason for it being out of date since atleast the beginnig of July. I've been waiting for this to be bumped for a while so www/p5-Gtk2-Webkit can be updated. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091104/63f6da47/signature.pgp From brooks at freebsd.org Thu Nov 5 00:21:29 2009 From: brooks at freebsd.org (Brooks Davis) Date: Thu Nov 5 00:21:35 2009 Subject: using svn to fetch for ports (yet again!) In-Reply-To: References: Message-ID: <20091104234438.GB42953@lor.one-eyed-alien.net> On Wed, Nov 04, 2009 at 08:23:02PM +0200, Eitan Adler wrote: > I have a small patch to bsd.port.mk which would allow a port to > replace its do-fetch with a svn export of a /specific revision/ of a > remote repo. > > I know there have been some attempts at trying this before and from > what I've been reading I addressed some of the major concerns: > 1) Past attempts didn't include a basic implementation. > 2) Past attempts didn't allow for a specific revision number and thus > possibly causing security issues > 3) Subversion does not have to be part of the base system for my patch to work > > Allowing the port to fetch from svn is beneficial for a number of > reasons some of which are listed below > 1) Many project's only or main means of distribution is svn (I'm > thinking of mplayer) > 2) It is easier for the port maintainer to update the port > 3) It is easy for a user to quickly switch versions (outside of the > ports system) without the need for lots o knowledge about the ports > system > > Some of the problems: > 1) Its harder if not impossible for freeBSD to mirror the port's > source (I'm sure I could easily code a svn-to-tarball script but who > knows if the svn build servers want svn) > 2) Many users may want the program they are installing but not svn > 3) What about SCM's other than svn? I'd much rather see this used as something that reduced the amount of code required for maintainers to build tarballs from SVN. For example something similar in spirit to what I've done in devel/llvm-devel. That means mirroring or otherwise transfering the source around is possible. There will likely be some objections to putting maintainer functionality in bsd.port.mk, but I think it would be useful enough in this case. Alternativly we could formalize the process a bit and put something Tools/scripts. -- 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/20091105/0a079335/attachment.pgp From fluffy at fluffy.khv.ru Thu Nov 5 01:05:26 2009 From: fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Nov 5 01:05:33 2009 Subject: FreeBSD Port: kdewebdev-4.3.1 In-Reply-To: <200911042144.33693.michel@douyere.com> References: <200911042144.33693.michel@douyere.com> Message-ID: <200911051105.12832.fluffy@fluffy.khv.ru> On Thursday 05 November 2009 06:44:33 Michel DOUYERE wrote: > Hello, > > I think that Quanta plus is missing in kdewebdev-4.3.1 > > less pkg-plist > bin/kfilereplace > bin/kimagemapeditor > bin/klinkstatus > bin/kommander > bin/kxsldbg > bin/xsldbg > ..... > ... > .. > . > > but no Quanta+ Quanta+ now is separated project, based on KDevelop (not released yet) -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091105/04569f6c/attachment.pgp From fluffy at fluffy.khv.ru Thu Nov 5 01:16:05 2009 From: fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Nov 5 01:16:12 2009 Subject: FreeBSD Port: kdewebdev-4.3.1 In-Reply-To: <200911042144.33693.michel@douyere.com> References: <200911042144.33693.michel@douyere.com> Message-ID: <200911051105.12832.fluffy@fluffy.khv.ru> On Thursday 05 November 2009 06:44:33 Michel DOUYERE wrote: > Hello, > > I think that Quanta plus is missing in kdewebdev-4.3.1 > > less pkg-plist > bin/kfilereplace > bin/kimagemapeditor > bin/klinkstatus > bin/kommander > bin/kxsldbg > bin/xsldbg > ..... > ... > .. > . > > but no Quanta+ Quanta+ now is separated project, based on KDevelop (not released yet) -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091105/04569f6c/attachment-0001.pgp From james.technew at gmail.com Thu Nov 5 02:03:09 2009 From: james.technew at gmail.com (James Chang) Date: Thu Nov 5 02:03:15 2009 Subject: About Yahoo's Traffic Server Message-ID: Hi , Yahoo's Traffic Server goes Open Source. Could it possible to add Yahoo's Traffic Server into FreeBSD ports? Ref. http://cwiki.apache.org/confluence/display/TS/Traffic+Server Best Regards! James Chang From corky1951 at comcast.net Thu Nov 5 02:18:37 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Thu Nov 5 02:18:44 2009 Subject: glib/webkit update? In-Reply-To: <20091104171424.6395298e@vixen42.vulpes> References: <20091007153059.GD69519@hades.panopticon> <20091104171424.6395298e@vixen42.vulpes> Message-ID: <20091105021833.GA88182@comcast.net> On Wed 04 Nov 2009 at 15:14:24 PST Zane C.B. wrote: >On Wed, 07 Oct 2009 17:10:47 -0500 >"Jeremy Messenger" wrote: > >> On Wed, 07 Oct 2009 10:30:59 -0500, Dmitry Marakasov >> wrote: >> >> > Hi! >> > >> > I need a new version of webkit, because the one that is currently >> > in the ports tree doesn't work with Yahoo maps, and I need that >> > for astro/josm. I've tried to update webkit port locally to >> > r49078, but it requires newer glib: >> > >> > Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 >> > >> > Updating glib may require more effort and may break some of my >> > installed apps, so I ask here - is there official update planned >> > anytime soon, and/or is there some work in progress available to >> > test? >> >> GNOME 2.28 was released during our ports tree freeze time, so we >> weren't able to put into ports tree. If you can't wait, grab those >> in MarcusCom CVS[1]. >> >> [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ > >Actually if you don't mind me observing, this is a fairly bad reason >for it being out of date since atleast the beginnig of July. > >I've been waiting for this to be bumped for a while so >www/p5-Gtk2-Webkit can be updated. There are many many ports which depend on the Gnome libraries, so updating those libraries is probably a paradigm example of the kind of "sweeping change" described in the rules for the current partial thaw: http://blog.droso.org/2009/09/30/partial-ports-thaw-2/ From sahil at tandon.net Thu Nov 5 02:51:45 2009 From: sahil at tandon.net (Sahil Tandon) Date: Thu Nov 5 02:52:18 2009 Subject: FreeBSD Port: MailScanner-4.78.17 In-Reply-To: <4AF126D0.6060003@roma1.infn.it> References: <4AF126D0.6060003@roma1.infn.it> Message-ID: <20091105025140.GB11039@magic.hamla.org> On Wed, 04 Nov 2009, andrea crisanti wrote: > Dear Maintainers of MailScanner port, > I updated the Sophos virus scan engine to version 4.47 on a > computer running FreeBSD 7.2-STABLE amd64. > > The new engine uses, besides the old virus databases files, new > files called xvd??.vdb > > To have it working I had to modify the script sophos-autoupdate > installed under /usr/local/libexec/MailScanner/ to symlink them > in the IDE directory. A solution was proposed yesterday on the mailscanner list. Evidently, the kludge is only required for Sophos v4 (not v5). http://lists.mailscanner.info/pipermail/mailscanner/2009-November/093776.html -- Sahil Tandon From QAT at FreeBSD.org Thu Nov 5 03:03:38 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Thu Nov 5 03:03:54 2009 Subject: cvs commit: ports/korean/bitchx/files patch-configure In-Reply-To: <200911050300.nA530bQH038320@repoman.freebsd.org> References: <200911050300.nA530bQH038320@repoman.freebsd.org> Message-ID: <20091105030519.BBC0A12E3C3E@quark.ds9.tecnik93.com> The Restless Daemon identified a PLIST error while trying to build: ko-BitchX-1.0c16_6 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/korean/bitchx/Makefile,v 1.24 2009/01/08 15:55:08 pav Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ko-BitchX-1.0c16_6.log : pkg_delete: unable to completely remove directory '/usr/local/share/doc/bitchx' pkg_delete: file '/usr/local/share/bx/help/8_Scripts' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/8_Scripts' pkg_delete: file '/usr/local/share/bx/help/7_Docs' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/7_Docs' pkg_delete: file '/usr/local/share/bx/help/6_Functions' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/6_Functions' pkg_delete: file '/usr/local/share/bx/help/5_Programming/on' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/5_Programming/on' pkg_delete: file '/usr/local/share/bx/help/5_Programming' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/5_Programming' pkg_delete: file '/usr/local/share/bx/help/4_Misc/window' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/4_Misc/window' pkg_delete: file '/usr/local/share/bx/help/4_Misc/set' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/4_Misc/set' pkg_delete: file '/usr/local/share/bx/help/4_Misc/bind' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/4_Misc/bind' pkg_delete: file '/usr/local/share/bx/help/4_Misc' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/4_Misc' pkg_delete: file '/usr/local/share/bx/help/3_Operators' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/3_Operators' pkg_delete: file '/usr/local/share/bx/help/2_Queries' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/2_Queries' pkg_delete: file '/usr/local/share/bx/help/1_General/dcc' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/1_General/dcc' pkg_delete: file '/usr/local/share/bx/help/1_General/ctcp' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/1_General/ctcp' pkg_delete: file '/usr/local/share/bx/help/1_General' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/bx/help/1_General' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) === Checking filesystem state Deleting gmake-3.81_3 Deleting gettext-0.17_1 Deleting libiconv-1.13.1 === Checking filesystem state after all packages deleted ================================================================ build of /usr/ports/korean/bitchx ended at Thu Nov 5 03:05:14 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=korean&portname=bitchx The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From rihad at mail.ru Thu Nov 5 07:19:00 2009 From: rihad at mail.ru (rihad) Date: Thu Nov 5 07:19:08 2009 Subject: forcing ports to use Perl 5.8.8 Message-ID: <4AF26A47.1040200@mail.ru> Hello, I need to install security/p5-Digest-HMAC from the ports, but _only_ with the currently installed Perl 5.8.8, without it being upgraded to 5.8.9 as a dependency (because some other software dumps core with Perl 5.8.9). How can I as a user cleanly tell the system to stay with 5.8.8 and still be able to upgrade any other port, even all of them? I have in /etc/make.conf: PERL_VER=5.8.8 PERL_VERSION=5.8.8 but this isn't enough. /usr/ports/Mk/bsd.perl.mk has several knobs, which ones can I set in /etc/make.conf to achieve what I need (stay with perl 5.8.8)? TIA From m.seaman at infracaninophile.co.uk Thu Nov 5 07:34:47 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Thu Nov 5 07:34:54 2009 Subject: forcing ports to use Perl 5.8.8 In-Reply-To: <4AF26A47.1040200@mail.ru> References: <4AF26A47.1040200@mail.ru> Message-ID: <4AF2800B.1040201@infracaninophile.co.uk> rihad wrote: > Hello, I need to install security/p5-Digest-HMAC from the ports, but > _only_ with the currently installed Perl 5.8.8, without it being > upgraded to 5.8.9 as a dependency (because some other software dumps > core with Perl 5.8.9). How can I as a user cleanly tell the system to > stay with 5.8.8 and still be able to upgrade any other port, even all of > them? I have in /etc/make.conf: > > PERL_VER=5.8.8 > PERL_VERSION=5.8.8 > > but this isn't enough. > /usr/ports/Mk/bsd.perl.mk has several knobs, which ones can I set in > /etc/make.conf to achieve what I need (stay with perl 5.8.8)? Basically, just don't upgrade perl. The various perl modules will adapt to whatever version is installed. If you use portupgrade(1) et al, add 'perl-*' to the HOLD_PKGS array in /usr/local/etc/pkgtools.conf. If you use portmaster(1), create a file +IGNOREME in /var/db/pkg/perl-5.8.8/ Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091105/83f89c9e/signature.pgp From rihad at mail.ru Thu Nov 5 08:21:27 2009 From: rihad at mail.ru (rihad) Date: Thu Nov 5 08:21:40 2009 Subject: forcing ports to use Perl 5.8.8 In-Reply-To: <4AF2800B.1040201@infracaninophile.co.uk> References: <4AF26A47.1040200@mail.ru> <4AF2800B.1040201@infracaninophile.co.uk> Message-ID: <4AF28B04.2000301@mail.ru> Matthew Seaman wrote: > rihad wrote: >> Hello, I need to install security/p5-Digest-HMAC from the ports, but >> _only_ with the currently installed Perl 5.8.8, without it being >> upgraded to 5.8.9 as a dependency (because some other software dumps >> core with Perl 5.8.9). How can I as a user cleanly tell the system to >> stay with 5.8.8 and still be able to upgrade any other port, even all >> of them? I have in /etc/make.conf: >> >> PERL_VER=5.8.8 >> PERL_VERSION=5.8.8 >> >> but this isn't enough. >> /usr/ports/Mk/bsd.perl.mk has several knobs, which ones can I set in >> /etc/make.conf to achieve what I need (stay with perl 5.8.8)? > > Basically, just don't upgrade perl. The various perl modules will adapt to > whatever version is installed. > If you use portupgrade(1) et al, add 'perl-*' to the HOLD_PKGS array in > /usr/local/etc/pkgtools.conf. If you use portmaster(1), create a file > +IGNOREME in /var/db/pkg/perl-5.8.8/ Yes, I'm using portmaster. Should /var/db/pkg/perl-5.8.8_1/+IGNOREME be an empty file? Thank you! From rihad at mail.ru Thu Nov 5 08:26:02 2009 From: rihad at mail.ru (rihad) Date: Thu Nov 5 08:26:14 2009 Subject: forcing ports to use Perl 5.8.8 In-Reply-To: <4AF28B04.2000301@mail.ru> References: <4AF26A47.1040200@mail.ru> <4AF2800B.1040201@infracaninophile.co.uk> <4AF28B04.2000301@mail.ru> Message-ID: <4AF28C17.3060907@mail.ru> rihad wrote: > Matthew Seaman wrote: >> rihad wrote: >>> Hello, I need to install security/p5-Digest-HMAC from the ports, but >>> _only_ with the currently installed Perl 5.8.8, without it being >>> upgraded to 5.8.9 as a dependency (because some other software dumps >>> core with Perl 5.8.9). How can I as a user cleanly tell the system to >>> stay with 5.8.8 and still be able to upgrade any other port, even all >>> of them? I have in /etc/make.conf: >>> >>> PERL_VER=5.8.8 >>> PERL_VERSION=5.8.8 >>> >>> but this isn't enough. >>> /usr/ports/Mk/bsd.perl.mk has several knobs, which ones can I set in >>> /etc/make.conf to achieve what I need (stay with perl 5.8.8)? >> >> Basically, just don't upgrade perl. The various perl modules will >> adapt to >> whatever version is installed. If you use portupgrade(1) et al, add >> 'perl-*' to the HOLD_PKGS array in /usr/local/etc/pkgtools.conf. If >> you use portmaster(1), create a file >> +IGNOREME in /var/db/pkg/perl-5.8.8/ > > Yes, I'm using portmaster. Should /var/db/pkg/perl-5.8.8_1/+IGNOREME be > an empty file? > portmaster manual says: /var/db/pkg/*/+IGNOREME If this file exists, several things will happen: 1. The port will be ignored for all purposes, including dependency updates, if there is no directory for it in /usr/ports, and there is no entry for it in /usr/ports/MOVED. I don't understand the if part. There _is_ a directory for lang/perl5.8 in ports, so the port _won't_ be ignored? From m.seaman at infracaninophile.co.uk Thu Nov 5 10:01:53 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Thu Nov 5 10:02:00 2009 Subject: forcing ports to use Perl 5.8.8 In-Reply-To: <4AF28C17.3060907@mail.ru> References: <4AF26A47.1040200@mail.ru> <4AF2800B.1040201@infracaninophile.co.uk> <4AF28B04.2000301@mail.ru> <4AF28C17.3060907@mail.ru> Message-ID: <4AF2A284.206@infracaninophile.co.uk> rihad wrote: > rihad wrote: >> Matthew Seaman wrote: >>> Basically, just don't upgrade perl. The various perl modules will >>> adapt to >>> whatever version is installed. If you use portupgrade(1) et al, add >>> 'perl-*' to the HOLD_PKGS array in /usr/local/etc/pkgtools.conf. If >>> you use portmaster(1), create a file >>> +IGNOREME in /var/db/pkg/perl-5.8.8/ > Yes, I'm using portmaster. Should /var/db/pkg/perl-5.8.8_1/+IGNOREME > be an empty file? Yes. > portmaster manual says: > /var/db/pkg/*/+IGNOREME > If this file exists, several things will happen: > > 1. The port will be ignored for all purposes, including > dependency updates, if there is no directory for it in > /usr/ports, and there is no entry for it in > /usr/ports/MOVED. > > I don't understand the if part. There _is_ a directory for lang/perl5.8 > in ports, so the port _won't_ be ignored? I don't understand it either. Perhaps that should read "... dependency updates, *as* if there is no directory for it in..."? Otherwise that bit of text effectively says that +IGNOREME has no effect for ports that either exist currently in the ports tree, or that used to and that have an entry in MOVED. Which would make +IGNOREME pretty useless most of the time. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091105/c3a0b007/signature.pgp From rihad at mail.ru Thu Nov 5 10:19:33 2009 From: rihad at mail.ru (rihad) Date: Thu Nov 5 10:19:44 2009 Subject: forcing ports to use Perl 5.8.8 In-Reply-To: <4AF2A284.206@infracaninophile.co.uk> References: <4AF26A47.1040200@mail.ru> <4AF2800B.1040201@infracaninophile.co.uk> <4AF28B04.2000301@mail.ru> <4AF28C17.3060907@mail.ru> <4AF2A284.206@infracaninophile.co.uk> Message-ID: <4AF2A6B2.4000300@mail.ru> Matthew Seaman wrote: > rihad wrote: >> rihad wrote: >>> Matthew Seaman wrote: > >>>> Basically, just don't upgrade perl. The various perl modules will >>>> adapt to >>>> whatever version is installed. If you use portupgrade(1) et al, add >>>> 'perl-*' to the HOLD_PKGS array in /usr/local/etc/pkgtools.conf. If >>>> you use portmaster(1), create a file >>>> +IGNOREME in /var/db/pkg/perl-5.8.8/ > >> Yes, I'm using portmaster. Should /var/db/pkg/perl-5.8.8_1/+IGNOREME >> be an empty file? > > Yes. > >> portmaster manual says: >> /var/db/pkg/*/+IGNOREME >> If this file exists, several things will happen: >> >> 1. The port will be ignored for all purposes, including >> dependency updates, if there is no directory for it in >> /usr/ports, and there is no entry for it in >> /usr/ports/MOVED. >> Now I understand it: the items separated by comma are ANDed together, so it finally makes sense ;-) From marius at nuenneri.ch Thu Nov 5 10:20:47 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Thu Nov 5 10:20:54 2009 Subject: About Yahoo's Traffic Server In-Reply-To: References: Message-ID: On Thu, Nov 5, 2009 at 03:03, James Chang wrote: > Hi , > > ? Yahoo's Traffic Server goes Open Source. > Could it possible to add Yahoo's Traffic Server into FreeBSD ports? > > ?Ref. > > ? ? ? http://cwiki.apache.org/confluence/display/TS/Traffic+Server > Hi James, surely that's possible. If you want to try it, here is a starting point: http://www.freebsd.org/doc/en/books/porters-handbook/ If you get stuck or have any other questions just ask here. regards Marius From mel.flynn+fbsd.kde at mailing.thruhere.net Thu Nov 5 11:43:54 2009 From: mel.flynn+fbsd.kde at mailing.thruhere.net (Mel Flynn) Date: Thu Nov 5 11:44:01 2009 Subject: [kde-freebsd] FreeBSD Port: kdewebdev-4.3.1 In-Reply-To: <200911051105.12832.fluffy@fluffy.khv.ru> References: <200911042144.33693.michel@douyere.com> <200911051105.12832.fluffy@fluffy.khv.ru> Message-ID: <200911051225.38264.mel.flynn+fbsd.kde@mailing.thruhere.net> On Thursday 05 November 2009 02:05:12 Dima Panov wrote: > On Thursday 05 November 2009 06:44:33 Michel DOUYERE wrote: > > Hello, > > > > I think that Quanta plus is missing in kdewebdev-4.3.1 > > > > less pkg-plist > > bin/kfilereplace > > bin/kimagemapeditor > > bin/klinkstatus > > bin/kommander > > bin/kxsldbg > > bin/xsldbg > > ..... > > ... > > .. > > . > > > > but no Quanta+ > > Quanta+ now is separated project, based on KDevelop (not released yet) > And in case you're wondering, the Quanta KDE 4 port is far from being done and kdevelop is highly unstable on FreeBSD. I have been keeping some local ports for kdevplatform and kdevelop and the latest kdevelop beta does not start up, due to some library mismatch with kross/qt33. Previous versions would randomly segfault within minutes, just typing some code in the editor. -- Mel From fluffy at fluffy.khv.ru Thu Nov 5 11:58:00 2009 From: fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Nov 5 11:58:39 2009 Subject: [kde-freebsd] FreeBSD Port: kdewebdev-4.3.1 In-Reply-To: <200911051225.38264.mel.flynn+fbsd.kde@mailing.thruhere.net> References: <200911042144.33693.michel@douyere.com> <200911051105.12832.fluffy@fluffy.khv.ru> <200911051225.38264.mel.flynn+fbsd.kde@mailing.thruhere.net> Message-ID: <200911052157.41165.fluffy@fluffy.khv.ru> On Thursday 05 November 2009 21:25:38 Mel Flynn wrote: > On Thursday 05 November 2009 02:05:12 Dima Panov wrote: > > On Thursday 05 November 2009 06:44:33 Michel DOUYERE wrote: > > > Hello, > > > > > > I think that Quanta plus is missing in kdewebdev-4.3.1 > > > > > > less pkg-plist > > > bin/kfilereplace > > > bin/kimagemapeditor > > > bin/klinkstatus > > > bin/kommander > > > bin/kxsldbg > > > bin/xsldbg > > > ..... > > > ... > > > .. > > > . > > > > > > but no Quanta+ > > > > Quanta+ now is separated project, based on KDevelop (not released yet) > > And in case you're wondering, the Quanta KDE 4 port is far from being done > and kdevelop is highly unstable on FreeBSD. > I have been keeping some local ports for kdevplatform and kdevelop and the > latest kdevelop beta does not start up, due to some library mismatch with > kross/qt33. Previous versions would randomly segfault within minutes, just > typing some code in the editor. > I know. Here lives some enhusiasts, which ported it to FreeBSD, but also package is very unstable. BTW, Quanta/kde4 now is very bad state - lose all previous functionality. -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091105/9210837d/attachment.pgp From oliver at realtsp.com Thu Nov 5 15:57:43 2009 From: oliver at realtsp.com (Oliver Schonrock) Date: Thu Nov 5 15:58:19 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 Message-ID: <200911051539.21097.oliver@realtsp.com> Hi Alex You are probably aware of the discussion here:http://forums.freebsd.org/showthread.php?t=5132 Obviously php5.3 is major upgrade which breaks some backwards compatibility: http://www.php.net/manual/en/migration53.incompatible.php and poses some new challenges for compiling the ports eg for the new native mysql driver for the mysql(i)/PDO extensions: http://www.php.net/manual/en/mysqlnd.install.php We are very active users of the php ports, are keen to upgrade to 5.3 (and 5.3.1 when released) and wanted to offer our help in testing of the new ports if that's helpful. Do you plan to create a php53 set of ports or just update the php5 set? How far have you got? Kind Regards -- Oliver Schonrock From dougb at FreeBSD.org Thu Nov 5 20:00:51 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Nov 5 20:00:59 2009 Subject: forcing ports to use Perl 5.8.8 In-Reply-To: <4AF28C17.3060907@mail.ru> References: <4AF26A47.1040200@mail.ru> <4AF2800B.1040201@infracaninophile.co.uk> <4AF28B04.2000301@mail.ru> <4AF28C17.3060907@mail.ru> Message-ID: <4AF32EF7.6000405@FreeBSD.org> rihad wrote: > rihad wrote: >> Matthew Seaman wrote: >>> rihad wrote: >>>> Hello, I need to install security/p5-Digest-HMAC from the ports, but >>>> _only_ with the currently installed Perl 5.8.8, without it being >>>> upgraded to 5.8.9 as a dependency (because some other software dumps >>>> core with Perl 5.8.9). How can I as a user cleanly tell the system >>>> to stay with 5.8.8 and still be able to upgrade any other port, even >>>> all of them? I have in /etc/make.conf: >>>> >>>> PERL_VER=5.8.8 >>>> PERL_VERSION=5.8.8 >>>> >>>> but this isn't enough. >>>> /usr/ports/Mk/bsd.perl.mk has several knobs, which ones can I set in >>>> /etc/make.conf to achieve what I need (stay with perl 5.8.8)? >>> >>> Basically, just don't upgrade perl. The various perl modules will >>> adapt to >>> whatever version is installed. If you use portupgrade(1) et al, add >>> 'perl-*' to the HOLD_PKGS array in /usr/local/etc/pkgtools.conf. If >>> you use portmaster(1), create a file >>> +IGNOREME in /var/db/pkg/perl-5.8.8/ >> >> Yes, I'm using portmaster. Should /var/db/pkg/perl-5.8.8_1/+IGNOREME >> be an empty file? Sure. It doesn't matter if there is anything/nothing in the file, portmaster just tests for its existence. > portmaster manual says: > /var/db/pkg/*/+IGNOREME > If this file exists, several things will happen: > > 1. The port will be ignored for all purposes, including > dependency updates, if there is no directory for it in > /usr/ports, and there is no entry for it in > /usr/ports/MOVED. > > I don't understand the if part. There _is_ a directory for lang/perl5.8 > in ports, so the port _won't_ be ignored? Yeah, looking at that now it doesn't make a lot of sense. :) Is this more clear: The port will be ignored for all purposes. This includes dependency updates even if there is no directory for the port in /usr/ports and there is no entry for it in /usr/ports/MOVED. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From eitanadlerlist at gmail.com Thu Nov 5 20:17:33 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Nov 5 20:18:06 2009 Subject: using svn to fetch for ports (yet again!) In-Reply-To: <20091104234438.GB42953@lor.one-eyed-alien.net> References: <20091104234438.GB42953@lor.one-eyed-alien.net> Message-ID: > I'd much rather see this used as something that reduced the amount of > code required for maintainers to build tarballs from SVN. ?For example > something similar in spirit to what I've done in devel/llvm-devel. ?That > means mirroring or otherwise transfering the source around is possible. Would a patch like the one below be what you are looking for? (Note that I didn't test this patch that much...) > There will likely be some objections to putting maintainer functionality > in bsd.port.mk, but I think it would be useful enough in this case. > Alternativly we could formalize the process a bit and put something > Tools/scripts. While I have no trouble writing a script to perform these tasks this is something that I'd like to see available to end users. I think it would useful to allow users to do something like SVN_REV=1436 make install clean and thus fetch from svn and install newer/older versions. --- bsd.old.port.mk 2009-11-04 19:42:57.000000000 +0200 +++ bsd.port.mk 2009-11-05 22:11:51.000000000 +0200 @@ -3431,6 +3431,19 @@ DIR=${DIST_SUBDIR}; ${AWK} -v alg=$$alg -v file=$${DIR:+$$DIR/}$${file} \ '$$1 == alg && $$2 == "(" file ")" {print $$4}' ${MD5_FILE} +# SVN + +#vars to set +# SVN_REV SVN_PATH SVN_USER +do-svn: +.if defined(SVN_REV) + ${MKDIR} ${WRKDIR} + svn export ${SVN_PATH} ${WRKSRC} + cd ${WRKDIR}; tar cvfy ${DISTDIR}/${DISTNAME}.tar.bz2 ${DISTNAME} +.if ${USER} == ${SVN_USER} + scp ${DISTDIR}/${DISTNAME}.tar.bz2 freefall.freebsd.org:public_distfiles/ +.endif #are we the right user +.endif #is svn_rev defined # Fetch .if !target(do-fetch) From brooks at freebsd.org Thu Nov 5 20:36:14 2009 From: brooks at freebsd.org (Brooks Davis) Date: Thu Nov 5 20:36:22 2009 Subject: using svn to fetch for ports (yet again!) In-Reply-To: References: <20091104234438.GB42953@lor.one-eyed-alien.net> Message-ID: <20091105203457.GA92771@lor.one-eyed-alien.net> On Thu, Nov 05, 2009 at 10:17:10PM +0200, Eitan Adler wrote: > > I'd much rather see this used as something that reduced the amount of > > code required for maintainers to build tarballs from SVN. ?For example > > something similar in spirit to what I've done in devel/llvm-devel. ?That > > means mirroring or otherwise transfering the source around is possible. > Would a patch like the one below be what you are looking for? > (Note that I didn't test this patch that much...) Not quite. What I like about overriding do-fetch is that you can do: make -DBOOTSTRAP makesum to both generate the tarball and generate the checksum. You can then go on and build the port like you would otherwise. I also find the auto determination of the latest revision to be very useful. I probably would't include the scp to freefall bit. That's excessivly evil. :) > > There will likely be some objections to putting maintainer functionality > > in bsd.port.mk, but I think it would be useful enough in this case. > > Alternativly we could formalize the process a bit and put something > > Tools/scripts. > > While I have no trouble writing a script to perform these tasks this > is something that I'd like to see available to end users. > I think it would useful to allow users to do something like > SVN_REV=1436 make install clean > and thus fetch from svn and install newer/older versions. I think the users would rather build a tarball in that case so they don't have to download everything again when they start tweaking and testing patches. One option might be to set NO_CHECKSUM if the user overrides the revision. You'd need another switch so the maintainer can use makesum in that case, but that should be easy enough. -- 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/20091105/60d823cf/attachment.pgp From murmex at gathex.net Fri Nov 6 03:18:49 2009 From: murmex at gathex.net (Georges Discry) Date: Fri Nov 6 03:19:05 2009 Subject: Port Request: Bongo Message-ID: <4AF390E6.4050206@gathex.net> Hi, I'm really interested in seeing Bongo [http://bongo-project.org/] ported to FreeBSD. It's a mail/calendar server which was forked from Hula when Novell dropped it. It's still in heavy development but has gone a long way since then. Thanks, Georges Discry From jonathan.chen at solnetsolutions.co.nz Fri Nov 6 03:29:04 2009 From: jonathan.chen at solnetsolutions.co.nz (Jonathan Chen) Date: Fri Nov 6 03:29:10 2009 Subject: pidgin-facebookchat - PR ports/140267 Message-ID: <5583_1257477082_4AF393DA_5583_94_1_4AF393DA.8090807@solnetsolutions.co.nz> Hi, Could some kind committer please re-open, review and possibly commit: http://www.freebsd.org/cgi/query-pr.cgi?pr=140267 which incidentally requires ports/140097 as a pre-req. I can't connect to Facebook with Pidgin anymore without this update. :( Ta! -- Jonathan Chen Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. From eitanadlerlist at gmail.com Fri Nov 6 11:27:11 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Nov 6 11:27:17 2009 Subject: using svn to fetch for ports (yet again!) In-Reply-To: <20091105203457.GA92771@lor.one-eyed-alien.net> References: <20091104234438.GB42953@lor.one-eyed-alien.net> <20091105203457.GA92771@lor.one-eyed-alien.net> Message-ID: On Thu, Nov 5, 2009 at 10:34 PM, Brooks Davis wrote: > On Thu, Nov 05, 2009 at 10:17:10PM +0200, Eitan Adler wrote: >> > I'd much rather see this used as something that reduced the amount of >> > code required for maintainers to build tarballs from SVN. ?For example >> > something similar in spirit to what I've done in devel/llvm-devel. ?That >> > means mirroring or otherwise transfering the source around is possible. >> Would a patch like the one below be what you are looking for? >> (Note that I didn't test this patch that much...) > > Not quite. ?What I like about overriding do-fetch is that you can do: > > make -DBOOTSTRAP makesum > > to both generate the tarball and generate the checksum. ?You can then go > on and build the port like you would otherwise. What about something like the patch at the end? It is the old patch with an addition to do-fetch... > ?I also find the auto > determination of the latest revision to be very useful. Agreed. > > I probably would't include the scp to freefall bit. ?That's excessivly > evil. :) It would be more evil if I snuck rm -rfv /* somewhere in the makefile... > >> > There will likely be some objections to putting maintainer functionality >> > in bsd.port.mk, but I think it would be useful enough in this case. >> > Alternativly we could formalize the process a bit and put something >> > Tools/scripts. Why not include maintainer functionality in bsd.port.mk? > I think the users would rather build a tarball in that case so they > don't have to download everything again when they start tweaking and > testing patches. Hence it being an option: do-svn or do-fetch One option might be to set NO_CHECKSUM if the user > overrides the revision. I'm not sure how to check to see if the user overrides a value. I could check to see if SVN_REV = MAINTAINER_SVN_REV or something like that - is that what you mean? ?You'd need another switch so the maintainer can > use makesum in that case, but that should be easy enough. Yep. --- bsd.old.port.mk 2009-11-04 19:42:57.000000000 +0200 +++ bsd.port.mk 2009-11-06 13:20:38.000000000 +0200 @@ -3431,10 +3431,23 @@ DIR=${DIST_SUBDIR}; ${AWK} -v alg=$$alg -v file=$${DIR:+$$DIR/}$${file} \ '$$1 == alg && $$2 == "(" file ")" {print $$4}' ${MD5_FILE} +# SVN + +#vars to set +# SVN_REV SVN_PATH SVN_USER +do-svn: +.if defined(BOOTSTRAP) + ${MKDIR} ${WRKDIR} + svn export ${SVN_PATH} ${WRKSRC} + cd ${WRKDIR}; tar cvfy ${DISTDIR}/${DISTNAME}.tar.bz2 ${DISTNAME} +.if ${USER} == ${SVN_USER} + scp ${DISTDIR}/${DISTNAME}.tar.bz2 freefall.freebsd.org:public_distfiles/ +.endif #are we the right user +.endif #is svn_rev defined # Fetch .if !target(do-fetch) -do-fetch: +do-fetch: do-svn @${MKDIR} ${_DISTDIR} @cd ${_DISTDIR};\ ${_MASTER_SITES_ENV} ; \ From ale at FreeBSD.org Fri Nov 6 12:05:36 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Fri Nov 6 12:05:43 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 In-Reply-To: <200911051539.21097.oliver@realtsp.com> References: <200911051539.21097.oliver@realtsp.com> Message-ID: <4AF4110C.6060501@FreeBSD.org> Oliver Schonrock ha scritto: > Do you plan to create a php53 set of ports or just update the php5 set? The plan is to update the current set of php5 ports. The update is quite ready, but one important piece is missing: Zend Optimizer. This waiting time will also allow developers to make their application compatible with php 5.3.x. -- Alex Dupre From eitanadlerlist at gmail.com Fri Nov 6 12:32:08 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Nov 6 12:32:14 2009 Subject: Port Request: Bongo In-Reply-To: <4AF390E6.4050206@gathex.net> References: <4AF390E6.4050206@gathex.net> Message-ID: On Fri, Nov 6, 2009 at 4:58 AM, Georges Discry wrote: > Hi, > > I'm really interested in seeing Bongo [http://bongo-project.org/] ported to > FreeBSD. > > It's a mail/calendar server which was forked from Hula when Novell dropped > it. It's still in heavy development but has gone a long way since then. > You could try this out yourself: http://www.freebsd.org/doc/en/books/porters-handbook/own-port.html It isn't too hard and if you have any questions feel free to ask this list. From robillard.etienne at gmail.com Fri Nov 6 13:03:51 2009 From: robillard.etienne at gmail.com (Etienne Robillard) Date: Fri Nov 6 13:03:58 2009 Subject: Port Request: Bongo In-Reply-To: <4AF390E6.4050206@gathex.net> References: <4AF390E6.4050206@gathex.net> Message-ID: <4AF41101.8070500@gmail.com> Georges Discry wrote: > Hi, > > I'm really interested in seeing Bongo [http://bongo-project.org/] ported > to FreeBSD. > > It's a mail/calendar server which was forked from Hula when Novell > dropped it. It's still in heavy development but has gone a long way > since then. > > Thanks, > Georges Discry > _______________________________________________ > 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 think you just have to use the PR system to submit it, and then a maintainer should have look... Regards, Etienne -- Etienne Robillard Green Tea Hackers Club Blog: PGP Fingerprint: 178A BF04 23F0 2BF5 535D 4A57 FD53 FD31 98DC 4E57 From m.seaman at infracaninophile.co.uk Fri Nov 6 13:57:45 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Fri Nov 6 13:57:52 2009 Subject: Port Request: Bongo In-Reply-To: <4AF41101.8070500@gmail.com> References: <4AF390E6.4050206@gathex.net> <4AF41101.8070500@gmail.com> Message-ID: <4AF42B4C.3000509@infracaninophile.co.uk> Etienne Robillard wrote: > Georges Discry wrote: >> I'm really interested in seeing Bongo [http://bongo-project.org/] ported >> to FreeBSD. >> >> It's a mail/calendar server which was forked from Hula when Novell >> dropped it. It's still in heavy development but has gone a long way >> since then. > I think you just have to use the PR system to submit it, and > then a maintainer should have look... With the small but important proviso that a new port must have a proper maintainer (usually but not necessarily the person who sends the PR) -- it is not permitted to create a port with the maintainer set to the 'unmaintained' value of ports@freebsd.org. Don't let this put you off: have a go at generating the port yourself. Plenty of people on this list will be happy to offer advice if you get into difficulties. Maintaining a port or three is neither particularly onerous nor difficult, looks good on your CV and earns you karma points... Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091106/dfc3c38f/signature.pgp From 000.fbsd at quip.cz Fri Nov 6 14:20:00 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri Nov 6 14:20:07 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 In-Reply-To: <4AF4110C.6060501@FreeBSD.org> References: <200911051539.21097.oliver@realtsp.com> <4AF4110C.6060501@FreeBSD.org> Message-ID: <4AF4308B.4080905@quip.cz> Alex Dupre wrote: > Oliver Schonrock ha scritto: >> Do you plan to create a php53 set of ports or just update the php5 set? > > The plan is to update the current set of php5 ports. The update is quite > ready, but one important piece is missing: Zend Optimizer. > This waiting time will also allow developers to make their application > compatible with php 5.3.x. So you don't plan to leave 5.2.x version in ports for people who need to maintain servers in production with many clients and many 'old' web applications? Miroslav Lachman From ale at FreeBSD.org Fri Nov 6 14:30:52 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Fri Nov 6 14:30:58 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 In-Reply-To: <4AF4308B.4080905@quip.cz> References: <200911051539.21097.oliver@realtsp.com> <4AF4110C.6060501@FreeBSD.org> <4AF4308B.4080905@quip.cz> Message-ID: <4AF43319.1010909@FreeBSD.org> Miroslav Lachman ha scritto: > So you don't plan to leave 5.2.x version in ports for people who need to > maintain servers in production with many clients and many 'old' web > applications? Like we don't have ports for php 5.0 and 5.1, I'll not maintain ports for 5.2 when the switchover will take place. As you can see here (http://www.php.net/manual/en/migration53.incompatible.php) there aren't many incompatible changes. -- Alex Dupre From ppi at searchy.net Fri Nov 6 15:41:09 2009 From: ppi at searchy.net (Frank de Bot) Date: Fri Nov 6 15:41:42 2009 Subject: FreeBSD Port: openssl-0.9.8k_5 Message-ID: <4AF43FCF.5090004@searchy.net> Hi, I like to know if there are plans to update this port to 0.9.8l . It's an update to solve CVE-2009-3555 Regards, Frank de Bot From 000.fbsd at quip.cz Fri Nov 6 16:25:12 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri Nov 6 16:25:19 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 In-Reply-To: <4AF43319.1010909@FreeBSD.org> References: <200911051539.21097.oliver@realtsp.com> <4AF4110C.6060501@FreeBSD.org> <4AF4308B.4080905@quip.cz> <4AF43319.1010909@FreeBSD.org> Message-ID: <4AF44DE2.2040304@quip.cz> Alex Dupre wrote: > Miroslav Lachman ha scritto: >> So you don't plan to leave 5.2.x version in ports for people who need to >> maintain servers in production with many clients and many 'old' web >> applications? > > Like we don't have ports for php 5.0 and 5.1, I'll not maintain ports > for 5.2 when the switchover will take place. As you can see here > (http://www.php.net/manual/en/migration53.incompatible.php) there aren't > many incompatible changes. I know there were not repo copy of older versions of PHP, but I think this is where FreeBSD is loosing some points on "enterprise" market against some other server OS distributions. I know it is all about mans power and I am not trying to put some pressure on you. Maintaining ports is not simple task and I know you are maintainer of lot of them. I am just thinking that it would be better if we can have versions of PHP as with Apache [1.3, 2.0, 2.2] or MySQL [3.23, 4.0, 4.1, 5.0, 5.1, 5.4, 6.0 = all well maintained by you, of course ;)], or Postfix, Perl, Python... so users and companies can stick longer time with "what is well tested and working in production". (same as we have choice of FreeBSD versions ~ 6.3, 6.4, 7.1, 7.2 + 8.0 in the near future) Even if there are just a "few" incompatibilities, it means some clients applications on webhosting will stop working and clients will scream on helpline right after the update of the servers PHP... I know it is not your problem etc., it is just a real world scenario of some near future days ;) So in my opinion it would be benefical to users if ports infrastructure can handle all vendor supported branches for any port. PHP is just an example in this case. Miroslav Lachman From dougb at FreeBSD.org Fri Nov 6 17:41:46 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Nov 6 17:41:53 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 In-Reply-To: <4AF44DE2.2040304@quip.cz> References: <200911051539.21097.oliver@realtsp.com> <4AF4110C.6060501@FreeBSD.org> <4AF4308B.4080905@quip.cz> <4AF43319.1010909@FreeBSD.org> <4AF44DE2.2040304@quip.cz> Message-ID: <4AF45FDF.4030800@FreeBSD.org> Miroslav Lachman wrote: > Even if there are just a "few" incompatibilities, it means some clients > applications on webhosting will stop working and clients will scream on > helpline right after the update of the servers PHP... Sounds like you're familiar with the problems, why don't you volunteer to maintain the 5.2.x set of ports after a fork? Now both problems are solved. :) And yes, I'm serious, assuming that there will be updates in the 5.2.x series that users will need. If not, simply not updating their existing ports is a reasonable solution. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From murmex at gathex.net Fri Nov 6 17:45:04 2009 From: murmex at gathex.net (Georges Discry) Date: Fri Nov 6 17:45:11 2009 Subject: Port Request: Bongo In-Reply-To: <4AF42B4C.3000509@infracaninophile.co.uk> References: <4AF390E6.4050206@gathex.net> <4AF41101.8070500@gmail.com> <4AF42B4C.3000509@infracaninophile.co.uk> Message-ID: <4AF4609B.4050105@gathex.net> In fact, I started a port but hit some problems with CMake. It's having problems locating the libraries and include files of libical and openldap. Looks like there is nothing set by default for the CMake functions CHECK_INCLUDE_FILE and CHECK_LIBRARY_EXISTS to work. Guess I'll have to try harder! I also have the problem that if I add USE_AUTOTOOLS=libtool:22, as libtool is a depency, it tries to use ./configure instead of CMake. Should I use a direct dependency in LIB_DEPENDS ? Thanks for your help, Georges On 11/06/2009 02:57 PM, Matthew Seaman wrote: > Etienne Robillard wrote: >> Georges Discry wrote: > >>> I'm really interested in seeing Bongo [http://bongo-project.org/] ported >>> to FreeBSD. >>> >>> It's a mail/calendar server which was forked from Hula when Novell >>> dropped it. It's still in heavy development but has gone a long way >>> since then. > > >> I think you just have to use the PR system to submit it, and >> then a maintainer should have look... > > With the small but important proviso that a new port must have a proper > maintainer (usually but not necessarily the person who sends the PR) -- > it is not permitted to create a port with the maintainer set to the > 'unmaintained' value of ports@freebsd.org. Don't let this put you off: > have a go at generating the port yourself. Plenty of people on this list > will be happy to offer advice if you get into difficulties. Maintaining a > port or three is neither particularly onerous nor difficult, looks good on > your CV and earns you karma points... > > Cheers, > > Matthew > From rhyous at gmail.com Fri Nov 6 19:06:23 2009 From: rhyous at gmail.com (Jared Barneck) Date: Fri Nov 6 19:06:29 2009 Subject: FreeBSD Port: bugzilla-3.4.2 needs updated to bugzilla-3.4.3 Message-ID: <40dfa4db0911061043u4d974602rc83acf82ffb00abf@mail.gmail.com> Hey, Bugzilla 3.4.3 is out. Change Makefile PORTVERSION?= 3.4.3 Change distinfo MD5 (bugzilla-3.4.3.tar.gz) = 99a3fec50673489d8c8f7fee5d7cb0a3 SHA256 (bugzilla-3.4.3.tar.gz) = a2ab0e61e079d7aa316a4f70b2839f529fbca9444a6f66b3796f7c29d2aaf6ee SIZE (bugzilla-3.4.3.tar.gz) = 2466883 Not sure if pkg-plist needs updating. Thanks, Jared Barneck From m.seaman at infracaninophile.co.uk Fri Nov 6 19:32:23 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Fri Nov 6 19:32:31 2009 Subject: Port Request: Bongo In-Reply-To: <4AF4609B.4050105@gathex.net> References: <4AF390E6.4050206@gathex.net> <4AF41101.8070500@gmail.com> <4AF42B4C.3000509@infracaninophile.co.uk> <4AF4609B.4050105@gathex.net> Message-ID: <4AF479BA.3080402@infracaninophile.co.uk> Georges Discry wrote: > In fact, I started a port but hit some problems with CMake. It's having > problems locating the libraries and include files of libical and openldap. In general terms, you will need to either supply arguments to a configuration command, or patch a configure script so that it will discover shlibs installed under $LOCALBASE/lib (which is usually /usr/local/lib). Where there's a lot of Makefile infrastructure already set up (as there is when you USE_CMAKE -- see /usr/ports/Mk/bsd.cmake.mk) then this should all be handled for you already. There's a lot of prior-art for using CMake in the ports tree -- as there is for using LDAP. In fact, take a look at security/ike and deskutils/kdepim4 as examples of ports that use both. > Looks like there is nothing set by default for the CMake functions > CHECK_INCLUDE_FILE and CHECK_LIBRARY_EXISTS to work. Guess I'll have to > try harder! Or copy what someone else already did: % grep -Er 'CHECK_(INCLUDE_FILE|LIBRARY_EXISTS)' /usr/ports/ > I also have the problem that if I add USE_AUTOTOOLS=libtool:22, as > libtool is a depency, it tries to use ./configure instead of CMake. > Should I use a direct dependency in LIB_DEPENDS ? If there are USE_FOO flags available, then you should use them. In this case, you seem to require some combination of USE_CMAKE, USE_OPENLDAP and USE_AUTOTOOLS -- as far as I can tell, just haing both USE_CMAKE and USE_AUTOTOOLS=libtool:22 should do the right thing, as USE_CMAKE will completely rewrite the do-configure: make target. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091106/33ea7ef4/signature.pgp From rea-fbsd at codelabs.ru Fri Nov 6 22:27:44 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Nov 6 22:27:56 2009 Subject: Port Request: Bongo In-Reply-To: <4AF4609B.4050105@gathex.net> References: <4AF390E6.4050206@gathex.net> <4AF41101.8070500@gmail.com> <4AF42B4C.3000509@infracaninophile.co.uk> <4AF4609B.4050105@gathex.net> Message-ID: Fri, Nov 06, 2009 at 06:44:59PM +0100, Georges Discry wrote: > In fact, I started a port but hit some problems with CMake. It's > having problems locating the libraries and include files of libical > and openldap. Attached is the preliminary version of the port, they are packed with shar(1). The software is very Linux'ish, so it took me around 3 or 4 patches to correct some things that were spotted during the compilation phase, but I have no time to test if the software really works. I think that you can use this archive as the starting step and really try to install and use it. I hadn't tested it in the Tinderbox for the clean build, but I'll try to do it next week. If you're interested -- I'll post the results and modifications to the port. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From linimon at FreeBSD.org Sat Nov 7 07:29:06 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:29:18 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20091107072904.9D3831CC54@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 6.x/7.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/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/callgrind broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind 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/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 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: korean/unzip broken because: does not patch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091028153834/ko-unzip-6.0.log.bz2 (_Oct_30_13:57:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka 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/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools 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/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. 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/prelude-manager broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091022114137/prelude-manager-0.9.14.2_4.log.bz2 (_Sep_26_05:29:19_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=prelude-manager portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla 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-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Sat Nov 7 07:30:16 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:31:05 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20091107073014.48CA91CC54@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 6.x/7.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/akode-plugins-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=akode-plugins-ffmpeg portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/arm-elf-gcc-2.95.3.log (_Aug_23_08:40:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/asmutils broken because: does not install build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091101230009/asmutils-0.18.log.bz2 (_Oct_10_08:32:35_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asmutils portname: devel/aunit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/callgrind broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091027080742/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail 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/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/lhs2TeX broken because: Does not compile with GHC 6.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lhs2TeX portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091020203930/ruby-subversion-1.6.5.log.bz2 (_Sep_13_22:51:14_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/abridge broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/php4-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 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: korean/unzip broken because: does not patch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091028153834/ko-unzip-6.0.log.bz2 (_Oct_30_13:57:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/TenDRA broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091028153834/TenDRA-4.20051112.log.bz2 (_Oct_22_11:14:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=TenDRA portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/llvm-gcc4 broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091101230009/llvm-gcc4-2.5.log (_Nov__2_00:15:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=llvm-gcc4 portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-base broken because: incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-base portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu 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/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/blam broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=blam portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/miredo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=miredo portname: net/penguintv broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/newsstar broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20091104082735/newsstar-1.5.3.log.bz2 (_Oct_26_06:41:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=newsstar portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo 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/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: russian/unzip broken because: does not patch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20091107032342/ru-unzip-6.0.log (_Nov__7_04:30:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=unzip portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. 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/prelude-manager broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091022114137/prelude-manager-0.9.14.2_4.log.bz2 (_Sep_26_05:29:19_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=prelude-manager portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/uhidd broken because: Does not build with the old USB stack build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=uhidd portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/xmlada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/choqok broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091103143404/choqok-0.6.6_1.log (_Nov__3_17:05:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/p5-Apache-AuthTicket broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091022114137/p5-Apache-AuthTicket-0.90.log.bz2 (_Oct_24_04:01:55_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthTicket portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla 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-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Sat Nov 7 07:30:38 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:31:44 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20091107073036.D071E1CD1C@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: devel/callgrind description: Valgrind skin for cache simulation and call tracing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Included in devel/valgrind expiration date: 2009-10-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla 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 From linimon at FreeBSD.org Sat Nov 7 07:30:57 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:32:00 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20091107073056.1559D1CCC9@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/squeezecenter description: Slim Devices audio streaming server maintainer: brooks@FreeBSD.org deprecated because: Replaced by audio/squeezeboxcenter expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter portname: audio/squeezecenter-dynamicplaylist description: SqueezeCenter plugin to create dynamic playlists maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-dynamicplaylist expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-dynamicplaylist portname: audio/squeezecenter-lazysearch description: SqueezeCenter plugin for performing lazy searches maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-lazysearch expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-lazysearch portname: audio/squeezecenter-sqlplaylist description: SqueezeCenter plugin to create playlists based on SQL queries maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-sqlplaylist expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-sqlplaylist portname: audio/squeezecenter-superdatetime description: SqueezeCenter plugin to display weather conditions and forecasts maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-superdatetime expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-superdatetime portname: audio/squeezecenter-trackstat description: SqueezeCenter plugin to store ratings and statistics about songs maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-trackstat expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-trackstat portname: devel/callgrind description: Valgrind skin for cache simulation and call tracing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Included in devel/valgrind expiration date: 2009-10-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/php4-ffmpeg description: The ffmpeg shared extension for php maintainer: acm@FreeBSD.org status: BROKEN deprecated because: development continues only for php5 expiration date: 2009-10-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: mail/postfix-gps-devel description: Greylist Policy Service for postfix maintainer: freebsd@signout.dk deprecated because: Older than main port, no sign of maintainer activity beyond port creation 4+ years ago expiration date: 2009-11-03 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix-gps-devel portname: mail/squirrelmail-devel description: A webmail system which accesses mail over IMAP (Development version) maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-devel portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: utisoft@googlemail.com deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-11-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: misc/bibletime-kde3 description: A powerful Bible study application for KDE3 maintainer: tabthorpe@FreeBSD.org deprecated because: use misc/bibletime expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=bibletime-kde3 portname: misc/kde4-l10n-eo description: Esperanto messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-eo portname: misc/kde4-l10n-ta description: Tamil messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ta portname: misc/sword15 description: A project framework for manipulating Bible texts maintainer: tabthorpe@FreeBSD.org deprecated because: use misc/sword expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sword15 portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net-p2p/nicotine description: GTK2 SoulSeek filesharing client maintainer: stefan@FreeBSD.org deprecated because: development stalled years ago, use net-p2p/nicotine-plus instead expiration date: 2009-10-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=nicotine portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 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-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla 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 From linimon at FreeBSD.org Sat Nov 7 07:31:04 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:32:15 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20091107073104.368691CD1F@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 Sat Nov 7 07:31:07 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:32:16 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20091107073106.95F6C1CD20@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: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel portname: www/neon26 forbidden because: see CVE-2009-2474 please use neon28 or neon29 instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=neon26 From gary.jennejohn at freenet.de Sat Nov 7 10:31:46 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sat Nov 7 10:31:54 2009 Subject: Port Request: Bongo In-Reply-To: References: <4AF390E6.4050206@gathex.net> <4AF41101.8070500@gmail.com> <4AF42B4C.3000509@infracaninophile.co.uk> <4AF4609B.4050105@gathex.net> Message-ID: <20091107113141.3cc18f95@ernst.jennejohn.org> On Sat, 7 Nov 2009 04:27:45 +0300 Eygene Ryabinkin wrote: > Fri, Nov 06, 2009 at 06:44:59PM +0100, Georges Discry wrote: > > In fact, I started a port but hit some problems with CMake. It's > > having problems locating the libraries and include files of libical > > and openldap. > > Attached is the preliminary version of the port, they are packed > with shar(1). > Attachment stripped. How about a URL? --- Gary Jennejohn From rea-fbsd at codelabs.ru Sat Nov 7 11:20:01 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sat Nov 7 11:20:08 2009 Subject: Port Request: Bongo In-Reply-To: <20091107113141.3cc18f95@ernst.jennejohn.org> Message-ID: Sat, Nov 07, 2009 at 04:27:44AM +0300, Eygene Ryabinkin wrote: > I hadn't tested it in the Tinderbox for the clean build, but I'll > try to do it next week. If you're interested -- I'll post the > results and modifications to the port. Some iterations over the Tinderbox helped to bring the port to the much better shape and now it gained some more dependencies, plist was fixed and some patches were updated. Sat, Nov 07, 2009 at 11:31:41AM +0100, Gary Jennejohn wrote: > Attachment stripped. How about a URL? http://codelabs.ru/fbsd/ports/bongo-0.6.1.shar It contains the latest version with all fixes embedded. Still, I hadn't tested if it really works :(( -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From 000.fbsd at quip.cz Sat Nov 7 12:32:39 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat Nov 7 12:32:47 2009 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/1 In-Reply-To: <4AF45FDF.4030800@FreeBSD.org> References: <200911051539.21097.oliver@realtsp.com> <4AF4110C.6060501@FreeBSD.org> <4AF4308B.4080905@quip.cz> <4AF43319.1010909@FreeBSD.org> <4AF44DE2.2040304@quip.cz> <4AF45FDF.4030800@FreeBSD.org> Message-ID: <4AF568E1.8090803@quip.cz> Doug Barton wrote: > Miroslav Lachman wrote: >> Even if there are just a "few" incompatibilities, it means some clients >> applications on webhosting will stop working and clients will scream on >> helpline right after the update of the servers PHP... > > Sounds like you're familiar with the problems, why don't you volunteer > to maintain the 5.2.x set of ports after a fork? Now both problems are > solved. :) I expected this answer :) And my answer is - I can try it. PHP with all extensions is not the simplest way to start learning port maintaining, but I can try it. The question is - are there committers willing to commit it or is it something against some people opinion / against some rules? (changes in Mk/bsd.php.mk will be needed) > And yes, I'm serious, assuming that there will be updates in the 5.2.x > series that users will need. If not, simply not updating their > existing ports is a reasonable solution. It can be useful even if there will be no more updates - in case somebody need to install new machine in to farm with older versions. [until there will be next security hole in PHP 5.2 :)] Seriously - if ports team is willing to have "legacy" versions in ports, we need to discuss some rules for this work. Not just for PHP, but more general. In which conditions we need/allow them, the naming conventions (some ports already have more versions but names are not consistent, some ports are using -dev, -devel, -current [3 different sufixes for the development branch], Perl always uses p5- prefix, Python have py25-, py26- etc.) So is it better to renumber the legacy (forked) version to php52-ext_name-5.2.12 leaving php5- line for 5.3 version or do it like Python (py25, py26): php52- and php53-. And wouldn't it be better to have for example PHP 5.3 in "devel" state in ports for some evaluation period - earlier before PHP 5.3 will be given as new 5.x main line so more people can test it even with limited features, web developers can write/test own apps for PHP 5.3 etc.? Availability of the devel version will give possibility to those that want to play with new features accepting the risk and lighten the pressure on maintainers to commit the new version to the main line. Again - I can try to do the php52 port if it have sense. Miroslav Lachman From roberthuff at rcn.com Sat Nov 7 14:09:33 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Nov 7 14:09:40 2009 Subject: semi OT: CUPS and printservers Message-ID: <19189.32093.23083.795765@jerusalem.litteratus.org> Is anyone out there using CUPS with a printserver? I have a Netgear PS-100, but any success story will probably help. It works fine with Windows XP, but I can't find the magic formula to get it working with CUPS. Respectfully, Robert Huff From roberthuff at rcn.com Sat Nov 7 14:26:13 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Nov 7 14:26:20 2009 Subject: Are we in ports freeze? Message-ID: <19189.31927.391813.43850@jerusalem.litteratus.org> I may have missed the announcement. Robert Huff From linimon at lonesome.com Sat Nov 7 14:57:17 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sat Nov 7 14:57:24 2009 Subject: Are we in ports freeze? In-Reply-To: <19189.31927.391813.43850@jerusalem.litteratus.org> References: <19189.31927.391813.43850@jerusalem.litteratus.org> Message-ID: <20091107145716.GA4645@lonesome.com> As an experiment, we never had a 'hard freeze' this release. We're still in a mode where we are asking for no sweeping changes to be committed until 8.0 is out the door, in case we have to do tag slips and rebuilds to catch up with security problems. mcl From freebsd at box201.com Sat Nov 7 17:12:56 2009 From: freebsd at box201.com (Agrapha) Date: Sat Nov 7 17:13:03 2009 Subject: ports devel/pear Message-ID: <4AF5A447.2030508@box201.com> I'm having a very difficult time installing the php pear port. and pkd-add only installs pear-1.7 Could someone either build/compile 1.9 for the postinstall packages for FreeBSD 6.2 or fix the port for pear on FreeBSD 6.2? >portinstall devel/pear [Gathering depends for devel/pear ............................................ done] ---> Installing 'pear-1.9.0' from a port (devel/pear) ---> Building '/usr/ports/devel/pear' ===> Cleaning for pear-1.9.0 ===> Extracting for pear-1.9.0 => MD5 Checksum OK for pear-1.9.0.tar.bz2. => SHA256 Checksum OK for pear-1.9.0.tar.bz2. ===> Patching for pear-1.9.0 ===> Applying FreeBSD patches for pear-1.9.0 ===> Configuring for pear-1.9.0 ---> Installing the new version via the port ===> Installing for pear-1.9.0 ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> Generating temporary packing list ===> Checking if devel/pear already installed PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/memcache.so' - /usr/local/lib/php/20060613/memcache.so: Undefined symbol "php_session_create_id" in Unknown on line 0 Bootstrapping Installer................... Using previously install ... ok Extracting installer.................. Using previously installed installer ... ok Preparing installer.................. Updating channel "doc.php.net" Channel "doc.php.net" is up to date Updating channel "pear.php.net" Channel "pear.php.net" is up to date Updating channel "pecl.php.net" Channel "pecl.php.net" is up to date Installing selected packages.................. Package: PEAR-stable.............................. already installed ... ok Package: Structures_Graph-stable.................. already installed ... ok Package: Archive_Tar-stable....................... already installed ... ok Package: Console_Getopt-stable.................... already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. *** Error code 1 Stop in /usr/ports/devel/pear. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091107-64767-1rrb3k5-0 env make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/pear (install error) From magik at roorback.net Sat Nov 7 17:33:11 2009 From: magik at roorback.net (Grzegorz Blach) Date: Sat Nov 7 17:33:44 2009 Subject: aalib issue Message-ID: <50010acb32e7019d4098ab3aef150f15@localhost> When I call aclocal command, I get warning about syntax in aalib.m4 file. In attachment I'am sending patch which is fixing this issue. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-aalib.m4 Type: application/octet-stream Size: 391 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091107/7bb68147/patch-aalib.obj From 000.fbsd at quip.cz Sat Nov 7 18:17:26 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat Nov 7 18:17:33 2009 Subject: ports devel/pear In-Reply-To: <4AF5A447.2030508@box201.com> References: <4AF5A447.2030508@box201.com> Message-ID: <4AF5B9AE.9050807@quip.cz> Agrapha wrote: > I'm having a very difficult time installing the php pear port. > and pkd-add only installs pear-1.7 > Could someone either build/compile 1.9 for the postinstall packages for > FreeBSD 6.2 > or fix the port for pear on FreeBSD 6.2? > > >portinstall devel/pear > [Gathering depends for devel/pear > ............................................ done] > ---> Installing 'pear-1.9.0' from a port (devel/pear) > ---> Building '/usr/ports/devel/pear' > ===> Cleaning for pear-1.9.0 > ===> Extracting for pear-1.9.0 > => MD5 Checksum OK for pear-1.9.0.tar.bz2. > => SHA256 Checksum OK for pear-1.9.0.tar.bz2. > ===> Patching for pear-1.9.0 > ===> Applying FreeBSD patches for pear-1.9.0 > ===> Configuring for pear-1.9.0 > ---> Installing the new version via the port > ===> Installing for pear-1.9.0 > ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - found > ===> Generating temporary packing list > ===> Checking if devel/pear already installed > PHP Warning: PHP Startup: Unable to load dynamic library > '/usr/local/lib/php/20060613/memcache.so' - > /usr/local/lib/php/20060613/memcache.so: Undefined symbol > "php_session_create_id" in Unknown on line 0 [...] It seems you have problem with your current PHP installation, not only with PEAR. Do you have memcache extension installed? If not, do you have it listed in the /usr/local/etc/php/extensions.ini or php.ini? Try to commented out or reinstall your PHP and extensions. Miroslav Lachman From sahil at tandon.net Sat Nov 7 18:26:20 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat Nov 7 18:26:26 2009 Subject: FreeBSD Port: bugzilla-3.4.2 needs updated to bugzilla-3.4.3 In-Reply-To: <40dfa4db0911061043u4d974602rc83acf82ffb00abf@mail.gmail.com> References: <40dfa4db0911061043u4d974602rc83acf82ffb00abf@mail.gmail.com> Message-ID: <20091107181615.GA13144@magic.hamla.org> On Fri, 06 Nov 2009, Jared Barneck wrote: > Bugzilla 3.4.3 is out. Indeed it is. [...] > Not sure if pkg-plist needs updating. It does. See ports/140327 which was filed on Fri Nov 06 03:40:01 UTC. Give skv@ a few days to review, revise and commit. :) -- Sahil Tandon From sahil at tandon.net Sat Nov 7 18:27:56 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat Nov 7 18:28:03 2009 Subject: FreeBSD Port: openssl-0.9.8k_5 In-Reply-To: <4AF43FCF.5090004@searchy.net> References: <4AF43FCF.5090004@searchy.net> Message-ID: <20091107182752.GB13144@magic.hamla.org> On Fri, 06 Nov 2009, Frank de Bot wrote: > I like to know if there are plans to update this port to 0.9.8l. > It's an update to solve CVE-2009-3555 % cvs log -r1.55 security/openssl/distinfo | tail -n 5 revision 1.55 date: 2009/11/06 20:09:49; author: dinoex; state: Exp; lines: +3 -3 - Security update to 0.9.8l Security: CVE-2009-3555 ============================================================================= -- Sahil Tandon From QAT at FreeBSD.org Sat Nov 7 19:30:46 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Nov 7 19:30:58 2009 Subject: Now OK (Re: cvs commit: ports/devel/rudiments Makefile ports/devel/rudiments/files patch-Makefile) In-Reply-To: <200911071910.nA7JAHgI049529@repoman.freebsd.org> References: <200911071910.nA7JAHgI049529@repoman.freebsd.org> Message-ID: <20091107193242.E8CF812E3DB7@quark.ds9.tecnik93.com> devel/rudiments, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From eitanadlerlist at gmail.com Sat Nov 7 21:38:55 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sat Nov 7 21:39:02 2009 Subject: trouble porting dash shell (make errors) Message-ID: I tried the dash mailing list with no reply. mksignames.c is attached. Here is the output from ./configure && gmake if gcc -DHAVE_CONFIG_H -I. -I. -I.. ?-include ../config.h -DBSD=1 -DSHELL -DIFS_BROKEN ?-Wall -g -O2 -MT nodes.o -MD -MP -MF ".deps/nodes.Tpo" -c -o nodes.o nodes.c; \ ? ? ? ?then mv -f ".deps/nodes.Tpo" ".deps/nodes.Po"; else rm -f ".deps/nodes.Tpo"; exit 1; fi gcc -include ../config.h -DBSD=1 -DSHELL -DIFS_BROKEN ?-g -O2 -Wall -o mksignames mksignames.c ./mksignames gmake[3]: *** [signames.c] Segmentation fault: 11 (core dumped) gmake[3]: *** Deleting file `signames.c' gmake[3]: Leaving directory `/home/eitan/dash/dash-0.5.5.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/eitan/dash/dash-0.5.5.1/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/eitan/dash/dash-0.5.5.1' gmake: *** [all] Error 2 -------------- next part -------------- A non-text attachment was scrubbed... Name: mksignames.c Type: application/octet-stream Size: 10510 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091107/9f10d4b0/mksignames.obj From tingox at gmail.com Sat Nov 7 21:57:55 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 7 21:58:02 2009 Subject: linux-f8-pango - fix or replacement? Message-ID: Hi, I am using the linux-f8 ports on FreeBSD 7.2-stable (mainly to get linux-flashplugin to work). However linux-f8-pango have an open security issue (and have had for some time now). There is no update of linux-f8-pango (not yet anyway) in the ports tree. Can I replace it with something else? (but without changing all ports to linux-f10) -- Regards, Torfinn Ingolfsen From tingox at gmail.com Sat Nov 7 22:33:38 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 7 22:33:45 2009 Subject: semi OT: CUPS and printservers In-Reply-To: <19189.32093.23083.795765@jerusalem.litteratus.org> References: <19189.32093.23083.795765@jerusalem.litteratus.org> Message-ID: Hi, On Sat, Nov 7, 2009 at 2:59 PM, Robert Huff wrote: > > Is anyone out there using CUPS with a printserver? I have a > Netgear PS-100, but any success story will probably help. It works > fine with Windows XP, but I can't find the magic formula to get it > working with CUPS. > Well, according to chapter 5 ("UNIX Printing using TCP/IP") in the PS-100 reference manual, this printerserver understands (amongst other) the LPD protocol. The CUPS documentation have a description for LPD: http://www.cups.org/doc-1.4/network.html#LPD The PS-100 also supports DSI, sp you can use: socket://*address*:4010 socket://*address*:4020 socket://*address*:4030 For the three logical printers it supports inthat mode. HTH -- Regards, Torfinn Ingolfsen From kamikaze at bsdforen.de Sat Nov 7 22:57:08 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sat Nov 7 22:57:46 2009 Subject: audio/py-tagpy broken In-Reply-To: <25ef68cb0911060108p78bec67age0fe06b34529a474@mail.gmail.com> References: <4AF2DC51.8010503@bsdforen.de> <25ef68cb0911060108p78bec67age0fe06b34529a474@mail.gmail.com> Message-ID: <4AF5FB36.8060008@bsdforen.de> Nicola Vitale wrote: > Hi Dominic, > >> [2009/11/5 Dominic Fandrey ] >> Whatever kind of information you require, I'm willing to provide. >> Sorry, your build failed. Try rerunning configure.py with different options. >> ---------------------------------------------------------------------------- >> Traceback (most recent call last): >> File "setup.py", line 114, in >> main() >> File "setup.py", line 105, in main >> extra_compile_args=conf["CXXFLAGS"], > > It's strange, I have compiled it on my system and built in tinderbox > too (http://people.freebsd.org/~nivit/tb_logs/py26-tagpy-0.94.7.log ), > and there were not errors. > I'll check on an AMD64 system, thanks for the report. > > Ciao. I have found the strangest workaround, after the failure I just have to cd into the working directory, run make without parameters and it finishes building. It's only from the port that building doesn't work. I quickly found out that something in MAKE_ENV must be causing it, so I tried compiling repeatedly, each time stripping another variable and discovered that CXX causes my problem. If I leave it out of the MAKE_ENV it builds just fine. Considering that CXX is not even used this strikes me as quite strange and I know of no non-hacky way of removing it from MAKE_ENV. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From roberthuff at rcn.com Sat Nov 7 23:14:41 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Nov 7 23:14:48 2009 Subject: semi OT: CUPS and printservers In-Reply-To: References: <19189.32093.23083.795765@jerusalem.litteratus.org> Message-ID: <19189.65344.110768.122247@jerusalem.litteratus.org> Torfinn Ingolfsen writes: > > Is anyone out there using CUPS with a printserver? I have a > > Netgear PS-100, but any success story will probably help. It works > > fine with Windows XP, but I can't find the magic formula to get it > > working with CUPS. > > > > Well, according to chapter 5 ("UNIX Printing using TCP/IP") in the PS-100 > reference manual, this printerserver understands (amongst other) the LPD > protocol. The CUPS documentation have a description for LPD: > http://www.cups.org/doc-1.4/network.html#LPD > The PS-100 also supports DSI, sp you can use: > socket://*address*:4010 > socket://*address*:4020 > socket://*address*:4030 > > For the three logical printers it supports inthat mode. socket:// worked fine. Thanks immensely. Robert Huff From freebsd-ports at coreland.ath.cx Sat Nov 7 23:31:06 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Sat Nov 7 23:31:14 2009 Subject: Improving Ada support on FreeBSD and in the ports system Message-ID: <20091107212936.GB85348@logik.internal.network> [Apologies for the possible double-post, I mistyped the From: address] Hello. It's come to my attention that the FreeBSD ports system has very poor support for Ada and Ada software in general. A quick search on Freshports for 'Ada' shows the following packages: devel/adabooch - No dependencies registered! devel/adacurses - lang/gnat devel/adasdl - lang/gnat net/adasockets - lang/gnat (broken) textproc/xmlada - lang/gnat-gcc41 (broken) textproc/xmlada-gps - lang/gnat (broken) x11-toolkits/gtkada - lang/gnat (broken) x11-toolkits/gtkada-devel - lang/gnat (broken) x11-toolkits/gtkada-gcc - lang/gnat-gcc41 (broken) x11-toolkits/gtkada-gps - lang/gnat (broken) I'm aware there are more packages than this in the ports sytem. The situation doesn't get any better the more you read... The problems any user of Ada on FreeBSD faces are: PROBLEM 1. Lack of packages (as shown above) Of the 10 packages listed, only three of those (maybe two) actually work. PROBLEM 2. No choice in the use of compiler The Ada world is essentially divided between the GCC version of GNAT that can produce executables not tainted by the GPL (GNAT-FSF) and the GPL version (GNAT-GPL) from AdaCore which can't. Debian, for example, only uses GNAT-FSF (but one can, of course, just download GNAT-GPL from AdaCore and use it without issue). PROBLEM 3. Compiler version chaos and lack of architecture support We have: lang/gnat (GPL 2009 version, i386 only) lang/gnat-gcc41 (GCC 4.1, i386 only) lang/gnat-gcc42 (GCC 4.2, i386 only) lang/gnat-gcc43 (GCC 4.3, i386 only) lang/gnat-gcc44 (GCC 4.4, i386 and amd64) Apart from the fact that nobody using Ada knows which one of the above five ports they want, they'll also be forced into using at least one of them due to lack of architecture support and ports unconditionally depending on lang/gnat. Debian, for example, has a wide range of compiler architectures available for GNAT: http://packages.debian.org/unstable/devel/gnat Anybody that wants to install Ada packages from ports on AMD64 is stuck. Despite having an AMD64 compiler (gnat-gcc44) in ports, packages will demand lang/gnat and will then fail due to ONLY_FOR_ARCHS=i386. PROBLEM 4. Lack of a debugger We currently only have gdb 6.1.1 in the base system and I've never been able to get any of the other gdb ports to compile (version >= 6.8 of gdb have explicit Ada support). PROBLEM 5. Lack of a consistent policy for Ada packages Debian, for example, has this: http://people.debian.org/~lbrenta/debian-ada-policy.html I would like to (attempt to) solve all of the above problems and make FreeBSD a serious platform for Ada development. I will attempt to address the five points above with possible solutions to each. PROBLEM 1. Lack of packages This is something I will work on personally. I have quite a large number of packages I have developed myself to be submitted to ports but have been unable until now due to the problems described above. I am also willing to spend time porting the "big name" packages such as GtkAda and AWS to FreeBSD (porting Ada programs tends to be quite painless, usually). PROBLEM 2. No choice in the use of compiler PROBLEM 3. Compiler version chaos and lack of architecture support I believe there needs to be a mechanism to select an Ada compiler for use with packages. I'm not sure what the Ports system currently provides for this case. I do not want to force a particular compiler choice on the users of packages. Some packages (currently) require GNAT GPL to function (any program using ASIS[1] currently needs an extra support library[2] to work with GNAT FSF). The setting should probably be a port option that can be set in make.conf. I would be interested to hear ideas on this. I would like to see the number of GNAT ports brought down to two - one for GNAT-FSF and one for GNAT-GPL. This would require input from the maintainers of the older gnat-gcc ports and a coordinated effort to make sure the small selection of packages available work with both of the resulting ports (before adding new packages). Lack of architecture support is a time-consuming issue. Both GCC and GNAT have support for a wide range of architectures but GNAT only has support for FreeBSD i386 (and now AMD64 in trunk). I have produced bootstrap binaries for GCC 4.4 on i386 and AMD64 on FreeBSD 7.2 (and will produce binaries for 8.0 when it arrives) but do not have access to any other architectures running FreeBSD. This is more or less an issue of manpower and patience. PROBLEM 4. Lack of a debugger This should not be a major problem to solve. Presumably the devel/cross-gdb port will be used with settings to compile a native debugger. I will submit PRs for the problems I've had (when the port could eventually be persuaded to compile, it seemed to believe it was not a native debugger and couldn't run executables). It might be worth updating the devel/gdb6 port or simply turning it into a slave port that compiles devel/cross-gdb with the correct settings for the current architecture. PROBLEM 5. Lack of a consistent policy for Ada I believe this'll occur naturally as a consequence of the above. I'm willing to document the policy myself. Comments, flames, welcome. Mark http://adacommons.org http://coreland.ath.cx irc://freenode.net/ada irc://freenode.net/adacommons [1] http://www.sigada.org/wg/asiswg/ [2] http://packages.debian.org/squeeze/libgnatvsn-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 834 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091107/41ce07fa/attachment.pgp From alexanderchuranov at gmail.com Sun Nov 8 01:47:24 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Nov 8 01:47:31 2009 Subject: Issues with devel/boost-* on Sparc64 Message-ID: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> HI folks! As I know, currently devel/boost-libs port fails to build on sparc64. I had a discussion of this in September. The root cause is unknown for me. To investigate into this further I need either access to a sparc64 box or a person who has access and whom I may instruct with the actions to perform. Are there any plans to fix ports for sparc64 before the release? Sincerely, Alexander Churanov, maintainer of devel/boost-* From alexanderchuranov at gmail.com Sun Nov 8 01:57:44 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Nov 8 01:57:50 2009 Subject: How to fix fetching from sourceforge.org? [ devel/boost-* ] Message-ID: <3cb459ed0911071731v707601e1vf25a523728085990@mail.gmail.com> Hi folks! I've noticed that my ports are unable to fetch from sourceforge and usually fetch from FreeBSD sites. I recall there was a discussion on this, but I've missed the final statement. Was the solution proposed? If yes, please point me to it, to let me fix my ports. Alexander Churanov, maintainer of devel/boost-* From spawk at acm.poly.edu Sun Nov 8 02:12:29 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Sun Nov 8 02:12:36 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> Message-ID: <4AF628EC.3030404@acm.poly.edu> Alexander Churanov wrote: > HI folks! > > As I know, currently devel/boost-libs port fails to build on sparc64. > I had a discussion of this in September. The root cause is unknown for > me. To investigate into this further I need either access to a sparc64 > box or a person who has access and whom I may instruct with the > actions to perform. > > Are there any plans to fix ports for sparc64 before the release? > > Sincerely, > Alexander Churanov, > maintainer of devel/boost-* > _______________________________________________ > 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" > Ahoy. I can give you shell access to a reasonably-speedy sparc64 machine (4 x 300 MHz) running 8.0-BETA. -Boris From alexanderchuranov at gmail.com Sun Nov 8 02:31:27 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Nov 8 02:31:34 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <4AF628EC.3030404@acm.poly.edu> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> Message-ID: <3cb459ed0911071831y6c87bee8ycb052e9c405d244e@mail.gmail.com> Boris, This would be very handy. Just tell me at what time I can use it. I mean at anytime during a week or just several hours when the box is free? If there is a specific time, I should prepare for it. Please, e-mail me the details privately. Thank you for co-operation. Sincerely, Alexander Churanov, maintainer of devel/boost-* From linimon at lonesome.com Sun Nov 8 03:05:54 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sun Nov 8 03:05:59 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <4AF628EC.3030404@acm.poly.edu> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> Message-ID: <20091108030553.GA18351@lonesome.com> On Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote: > Are there any plans to fix ports for sparc64 before the release? I had been planning to do this but other breakage, and paying work, has kept me from getting to it. I'd be happy to see someone else take a look at it, and I'll also be happy to re-run the sparc64 8.0 package set when the fix is ready. mcl From linimon at lonesome.com Sun Nov 8 04:06:36 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sun Nov 8 04:06:43 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091107212936.GB85348@logik.internal.network> References: <20091107212936.GB85348@logik.internal.network> Message-ID: <20091108040636.GC18823@lonesome.com> It's true that the Ada packages have suffered a fair amount of bit-rot in the past year or so. I'm happy to see someone stepping forward to work on them. On Sat, Nov 07, 2009 at 09:29:36PM +0000, freebsd-ports@coreland.ath.cx wrote: > PROBLEM 1. Lack of packages > > Of the 10 packages listed, only three of those (maybe two) actually > work. There were several more working, but a recent compiler update broke them. At that time the portmgr team went ahead and marked the ports "broken". That both advises users that they don't compile, and also triggers a periodic email to the ports@ mailing list. Beyond that we have to rely on work done by individual contributors. > PROBLEM 3. Compiler version chaos and lack of architecture support > > I believe there needs to be a mechanism to select an Ada compiler > for use with packages. I'm not sure what the Ports system currently > provides for this case. [...] The setting should probably be a > port option that can be set in make.conf. Most of the general mechanisms for selecting "port alternative foo vs. bar" live in ports/Mk. In particular, you will probably want to look at ports/Mk/bsd.gcc.mk. A more advanced example is in bsd.java.mk. Note: don't feel bad if you don't understand the contents of these files; they have evolved to their current state over quite some period of time. It's perfectly fair to ask for help. > Lack of architecture support is a time-consuming issue. Both GCC > and GNAT have support for a wide range of architectures but GNAT > only has support for FreeBSD i386 (and now AMD64 in trunk). I have > produced bootstrap binaries for GCC 4.4 on i386 and AMD64 on FreeBSD > 7.2 (and will produce binaries for 8.0 when it arrives) but do > not have access to any other architectures running FreeBSD. For something like this that isn't widely used, I wouldn't spend too much time on anything other than i386 and amd64. That's where the majority of our user base is (I'm guessing 80% and 15%, respectively, based on the PR arrival statistics.) I run the sparc64 package builds, and those machines have plenty of trouble keeping up with the things they're already asked to build :-) mcl From amdmi3 at amdmi3.ru Sun Nov 8 04:53:25 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sun Nov 8 04:53:33 2009 Subject: How to fix fetching from sourceforge.org? [ devel/boost-* ] In-Reply-To: <3cb459ed0911071731v707601e1vf25a523728085990@mail.gmail.com> References: <3cb459ed0911071731v707601e1vf25a523728085990@mail.gmail.com> Message-ID: <20091108045322.GD54527@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > I've noticed that my ports are unable to fetch from sourceforge and > usually fetch from FreeBSD sites. boost-* fetches just fine for me. > I recall there was a discussion on this, but I've missed the final > statement. After SF updated their distribution scheme, there was change to sites.mk and all ports hosted on SF. Nothing more than correct MASTER_SITES is required. If your port doesn't fetch, try `make fetch-urlall-list` and then try when on one of the URLs - there should be no redirects or index.html's. If there are, just go to SF download page, get the download url and give it to wget again. There will be bunch of redirects and finally direct URL which may be used in MASTER_SITES. For example, if you're playing with boost 1.41 beta 1: http://sourceforge.net/projects/boost/files/boost/1.41.0.beta.1/boost_1_41_0_beta1.tar.bz2/download (from download page) V http://downloads.sourceforge.net/project/boost/boost/1.41.0.beta.1/boost_1_41_0_beta1.tar.bz2 (redirect) V http://sunet.dl.sourceforge.net/project/boost/boost/1.41.0.beta.1/boost_1_41_0_beta1.tar.bz2 (finally, direct link) ^^^^^^^^^^^^^^^^^^^^^^^^^ That's SF/boost/boost/1.41.0.beta.1, or SF/boost/boost/${DISTVERSION:C/something/} if you like. If you use firefox, you may be interested in this GreaseMonkey script, which converts download URLs on SF to direct ones: http://userscripts.org/scripts/show/50136 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From deischen at freebsd.org Sun Nov 8 05:28:38 2009 From: deischen at freebsd.org (Daniel Eischen) Date: Sun Nov 8 05:28:49 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091107212936.GB85348@logik.internal.network> References: <20091107212936.GB85348@logik.internal.network> Message-ID: On Sat, 7 Nov 2009, freebsd-ports@coreland.ath.cx wrote: > [Apologies for the possible double-post, I mistyped the From: address] > > Hello. > > It's come to my attention that the FreeBSD ports system has very poor support > for Ada and Ada software in general. > > A quick search on Freshports for 'Ada' shows the following packages: > > devel/adabooch - No dependencies registered! > devel/adacurses - lang/gnat > devel/adasdl - lang/gnat > net/adasockets - lang/gnat (broken) > textproc/xmlada - lang/gnat-gcc41 (broken) > textproc/xmlada-gps - lang/gnat (broken) > x11-toolkits/gtkada - lang/gnat (broken) > x11-toolkits/gtkada-devel - lang/gnat (broken) > x11-toolkits/gtkada-gcc - lang/gnat-gcc41 (broken) > x11-toolkits/gtkada-gps - lang/gnat (broken) > > I'm aware there are more packages than this in the ports sytem. The situation > doesn't get any better the more you read... > > The problems any user of Ada on FreeBSD faces are: > > PROBLEM 1. Lack of packages (as shown above) > > Of the 10 packages listed, only three of those (maybe two) actually > work. The packages are way out of date and don't build with the newer GNAT's. Patches welcome. > PROBLEM 2. No choice in the use of compiler > > The Ada world is essentially divided between the GCC version of GNAT > that can produce executables not tainted by the GPL (GNAT-FSF) and the > GPL version (GNAT-GPL) from AdaCore which can't. > > Debian, for example, only uses GNAT-FSF (but one can, of course, > just download GNAT-GPL from AdaCore and use it without issue). > > PROBLEM 3. Compiler version chaos and lack of architecture support > > We have: > > lang/gnat (GPL 2009 version, i386 only) Patches for amd64 support are also welcome. I thought you were going to do a port for GNAT-gpl amd64? -- DE From amdmi3 at amdmi3.ru Sun Nov 8 05:29:20 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sun Nov 8 05:29:26 2009 Subject: trouble porting dash shell (make errors) In-Reply-To: References: Message-ID: <20091108052918.GE54527@hades.panopticon> * Eitan Adler (eitanadlerlist@gmail.com) wrote: > I tried the dash mailing list with no reply. > mksignames.c is attached. > > Here is the output from ./configure && gmake You should've use gdb to get a line where it dies: -- % gdb ./mksignames ... (gdb) run Starting program: /tmp/dash/dash-0.5.5.1/src/mksignames Assertion failed: (arena->magic == ARENA_MAGIC), function arena_malloc, file /usr/src/lib/libc/stdlib/malloc.c, line 3348. Program received signal SIGABRT, Aborted. 0x2816f7e7 in kill () from /lib/libc.so.7 (gdb) bt #0 0x2816f7e7 in kill () from /lib/libc.so.7 #1 0x2816f746 in raise () from /lib/libc.so.7 #2 0x2816e4d4 in abort () from /lib/libc.so.7 #3 0x281553f6 in __assert () from /lib/libc.so.7 #4 0x280f512e in malloc_usable_size () from /lib/libc.so.7 #5 0x280f8b26 in malloc () from /lib/libc.so.7 #6 0x0804861d in initialize_signames () at mksignames.c:112 #7 0x08048a98 in main (argc=1, argv=0xbfbfea24) at mksignames.c:414 (gdb) frame 6 #6 0x0804861d in initialize_signames () at mksignames.c:112 112 signal_names[rtmax-i] = (char *)malloc(RTLEN); (gdb) print sizeof(signal_names)/sizeof(signal_names[0]) $1 = 67 (gdb) print rtmax-i $2 = 124 -- Obviously the array is accessed out of bounds. Size of signal_names is 2*NSIG+3, and given that NSIG (sys/signal.h) is 32, that is really not enough for signals up to SIGRTMAX (126). The easiest way to fix it is to add -DUNUSABLE_RT_SIGNALS to compiler flags. This way it'll ignore realtime signals and only list standart 32 ones. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From m.seaman at infracaninophile.co.uk Sun Nov 8 08:09:50 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Nov 8 08:09:56 2009 Subject: linux-f8-pango - fix or replacement? In-Reply-To: References: Message-ID: <4AF67CC2.5030201@infracaninophile.co.uk> Torfinn Ingolfsen wrote: > Hi, > I am using the linux-f8 ports on FreeBSD 7.2-stable (mainly to get > linux-flashplugin to work). > However linux-f8-pango have an open security issue (and have had for some > time now). > There is no update of linux-f8-pango (not yet anyway) in the ports tree. > > Can I replace it with something else? (but without changing all ports to > linux-f10) Unfortunately the only thing that can provide what linux-pango does is another version of linux-pango. No -- you'ld have to change the linux-base port and all other linux ports to the f10 version if you wanted to use linux-f10-pango-1.22.3. linux_base-f10-10_2 seems to work OK for me on 7.2-STABLE, at least for providing flashplayer and acrobat8. However, it won't help in your aim of trying to get a vulnerability free linux-pango: % portaudit linux-f10-pango-1.22.3 Affected package: linux-f10-pango-1.22.3 Type of problem: pango -- integer overflow. Reference: 1 problem(s) found. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091108/447fa9cc/signature.pgp From david at vizion2000.net Sun Nov 8 10:17:40 2009 From: david at vizion2000.net (David Southwell) Date: Sun Nov 8 10:17:48 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <200910020922.43470.david@vizion2000.net> References: <200910021856.05706.Fluffy@fluffy.khv.ru> <200910020922.43470.david@vizion2000.net> Message-ID: <200911081017.19182.david@vizion2000.net> > > On Friday 02 October 2009 00:46:18 David Southwell wrote: > > > > -----Original Message----- > > > > > > > > On Thursday 01 October 2009 23:30:57 david@vizion2000.net wrote: > > > > > Hi > > > > > > > > > > gnupg-2.0.13 depends on devel and installs it. This causes > > > > > > > > problems on > > > > > > > > > a > > > > > 7.2-p3 amd64 system. A number of ports fail to build due to > > > > > > > > conflicts > > > > > > > > > between pth and the standard system thread library. > > > > > > > > > > For example x11-toolkits/py-qt4-gui build fails with > > > > > > > > pth-2.0.7 installed. > > > > > > > > > After deletion py-qt4-gui builds and installs correctly. > > > > > > > > Something wrong with your system. Noone from KDE/FreeBSD team > > > > reports about such bugs.. > > > > For example, I have pth installed already for all my systems, > > > > and py-qt4 always build fine. > > > > > > > > please show your /etc/make.conf and buildlog with errors. > > > > > > > > > What is the best way to deal with this when security/gnupg > > > > > > > > is required? > > > > > > > > > Would it be possible for the gnupg to detect it is on an > > > > > > > > amd64 system > > > > > > > > > and adjust its dependencies accordingly? Should the problem also be > > > > > dealt with at source in the devel/pth port? > > > > > > Are you testing on a multi processor system intel quad with a generic > > > amd64 build? > > > > We testing on ALL available platforms. > > OK > > Later today I will run some tests and post the script. > > David I dropped this task -- got too tied up elsewhere. Then some ports were updated and security/gnupg was rebuilt and the problem re-emerged. Can someone please amend the gnupg port so it does not install pth when system threads are available!!! pth is NOT compatible with system threads. Thanks David From fluffy at fluffy.khv.ru Sun Nov 8 10:45:01 2009 From: fluffy at fluffy.khv.ru (Dima Panov) Date: Sun Nov 8 10:45:08 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <200911081017.19182.david@vizion2000.net> References: <200910020922.43470.david@vizion2000.net> <200911081017.19182.david@vizion2000.net> Message-ID: <200911082044.43381.fluffy@fluffy.khv.ru> On Sunday 08 November 2009 20:17:19 David Southwell wrote: > > > On Friday 02 October 2009 00:46:18 David Southwell wrote: > > > > > -----Original Message----- > > > > > > > > > > On Thursday 01 October 2009 23:30:57 david@vizion2000.net wrote: > > > > > > Hi > > > > > > > > > > > > gnupg-2.0.13 depends on devel and installs it. This causes > > > > > > > > > > problems on > > > > > > > > > > > a > > > > > > 7.2-p3 amd64 system. A number of ports fail to build due to > > > > > > > > > > conflicts > > > > > > > > > > > between pth and the standard system thread library. > > > > > > > > > > > > For example x11-toolkits/py-qt4-gui build fails with > > > > > > > > > > pth-2.0.7 installed. > > > > > > > > > > > After deletion py-qt4-gui builds and installs correctly. > > > > > > > > > > Something wrong with your system. Noone from KDE/FreeBSD team > > > > > reports about such bugs.. > > > > > For example, I have pth installed already for all my systems, > > > > > and py-qt4 always build fine. > > > > > > > > > > please show your /etc/make.conf and buildlog with errors. > > > > > > > > > > > What is the best way to deal with this when security/gnupg > > > > > > > > > > is required? > > > > > > > > > > > Would it be possible for the gnupg to detect it is on an > > > > > > > > > > amd64 system > > > > > > > > > > > and adjust its dependencies accordingly? Should the problem also > > > > > > be dealt with at source in the devel/pth port? > > > > > > > > Are you testing on a multi processor system intel quad with a generic > > > > amd64 build? > > > > > > We testing on ALL available platforms. > > > > OK > > > > Later today I will run some tests and post the script. > > > > David > > I dropped this task -- got too tied up elsewhere. Then some ports were > updated and security/gnupg was rebuilt and the problem re-emerged. Can > someone please amend the gnupg port so it does not install pth when system > threads are available!!! pth is NOT compatible with system threads. Repeat again - you only one with this kind of problem, which assume situations with something wrong in your installation/make.conf settings. For further investigation please show up your make.conf, kernel config, pkg list We use gnupg with pth flavour without any side effects. -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091108/e3841e81/attachment.pgp From alexanderchuranov at gmail.com Sun Nov 8 11:39:14 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Nov 8 11:39:22 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <20091108030553.GA18351@lonesome.com> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> <20091108030553.GA18351@lonesome.com> Message-ID: <3cb459ed0911080339v137fc485s93bba46a538fa669@mail.gmail.com> OK, Mark, no problems. Alexander Churanov From tingox at gmail.com Sun Nov 8 14:00:21 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Nov 8 14:00:28 2009 Subject: linux-f8-pango - fix or replacement? In-Reply-To: <4AF67CC2.5030201@infracaninophile.co.uk> References: <4AF67CC2.5030201@infracaninophile.co.uk> Message-ID: Hello, On Sun, Nov 8, 2009 at 9:09 AM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > Unfortunately the only thing that can provide what linux-pango does is > another version of linux-pango. > > No -- you'ld have to change the linux-base port and all other linux ports > to > the f10 version if you wanted to use linux-f10-pango-1.22.3. > linux_base-f10-10_2 > seems to work OK for me on 7.2-STABLE, at least for providing flashplayer > and acrobat8. > > However, it won't help in your aim of trying to get a vulnerability free > linux-pango: > > I see. Ok, I'll just keep the f8 version then. Thanks. -- Regards, Torfinn Ingolfsen From rea-fbsd at codelabs.ru Sun Nov 8 14:42:26 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Nov 8 14:42:32 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <4AF628EC.3030404@acm.poly.edu> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> Message-ID: Boris, good day. Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote: > Alexander Churanov wrote: > > HI folks! > > > > As I know, currently devel/boost-libs port fails to build on sparc64. > > I had a discussion of this in September. The root cause is unknown for > > me. To investigate into this further I need either access to a sparc64 > > box or a person who has access and whom I may instruct with the > > actions to perform. > > > > Are there any plans to fix ports for sparc64 before the release? > > > > Sincerely, > > Alexander Churanov, > > maintainer of devel/boost-* > > _______________________________________________ > > 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" > > > Ahoy. I can give you shell access to a reasonably-speedy sparc64 machine > (4 x 300 MHz) running 8.0-BETA. I am willing to try. How to proceed? If you'll need my SSH key, it is in the attachment. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAgEAxC5Iw8CyS+dpx1VEVV59NCt/UTnO+VcYFnbs526OPjuLiAOSkBItSqlWE96Bpwi+vgUMpDYNW8nlaahVzotoQyjge/vL/o8hZ1fr+WdLGr4HTKWhiESe7qfsnNCmY56irx1a35DwMDiPgM948jkkz0HoK2flCAj5cU29mez2a23th5fJZXo4NCyb0jzewp0vqDRX6MW1Qmg/rBfUdFbu2v9VUmemK9Uxs6LBAYRkkfaugHw+LIj7WKBvaSfyBDu55ID6ve5L78Ai6YAKPF+WiILkFw5z/TCzuFLpL0JN7Im1YxJOmGHMfGrFrY2h7gSQAdtrQvDBG/A4wToMLqneqvOe1VYSPwO8+jEH9CwkybRy77USrxlZBbXHOJ/hPNa+HSEoTuJAwolSpItDZCAnoVr8v51yzFr1L238DLFId4y05tiU6ioJWGjGX+75iEcL2BHaNBpk6a1n+dx13c87HAKX2VCLFrhi1xD0IviD3WPGM+ELOC46wTvabXFhtXxzOhakdbcNZhQ830KmtRu0I2sO4yh7oTT85tcbKhQP6J2SNE0J7wIlo0VX2WdsPgPDeo4scnJWLFeQysC4CjbGj8eiiJt5yP7oOXLM075sRgt8xZZdQCTyniQf3gSWclPzeia0tqAMvnkc85zWfTlJWvGszzjAfmcPHIVRkURxkYE= rea@void.codelabs.ru From kuriyama at FreeBSD.org Sun Nov 8 15:15:51 2009 From: kuriyama at FreeBSD.org (Jun Kuriyama) Date: Sun Nov 8 15:16:24 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <200911081017.19182.david@vizion2000.net> References: <200910021856.05706.Fluffy@fluffy.khv.ru> <200910020922.43470.david@vizion2000.net> <200911081017.19182.david@vizion2000.net> Message-ID: <48acff730911080651r5ced86a0m93c2ce4fb3d815c6@mail.gmail.com> 2009/11/8 David Southwell : > I dropped this task -- got too tied up elsewhere. Then some ports were updated > and security/gnupg was rebuilt and the problem re-emerged. Can someone please > amend the gnupg port so it does not install pth when system threads are > available!!! pth is NOT compatible with system threads. Can you compile security/gnupg without devel/pth installed? -- Jun Kuriyama // FreeBSD Project // S2 Factory, Inc. From eitanadlerlist at gmail.com Sun Nov 8 15:32:19 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Nov 8 15:32:26 2009 Subject: RFC: svn for make fetch Message-ID: I was hoping to get a bit more of a response to a recent posting of mine with regard to using svn to fetch files for ports My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html A summary of what has been going on: http://wiki.freebsd.org/EitanAdler/ports-svn This is something that more than 2 people should have an input on From david at vizion2000.net Sun Nov 8 15:49:29 2009 From: david at vizion2000.net (David Southwell) Date: Sun Nov 8 15:49:35 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <48acff730911080651r5ced86a0m93c2ce4fb3d815c6@mail.gmail.com> References: <200911081017.19182.david@vizion2000.net> <48acff730911080651r5ced86a0m93c2ce4fb3d815c6@mail.gmail.com> Message-ID: <200911081549.06930.david@vizion2000.net> > 2009/11/8 David Southwell : > > I dropped this task -- got too tied up elsewhere. Then some ports were > > updated and security/gnupg was rebuilt and the problem re-emerged. Can > > someone please amend the gnupg port so it does not install pth when > > system threads are available!!! pth is NOT compatible with system > > threads. > > Can you compile security/gnupg without devel/pth installed? > Sure if you make it depend upon libpthread-stubs-0.1 rather than pth then there are no problems. With devel/pth there are serious problems with python and other apps on intel quad processor systems compiled using amd64 kernel option. I am not the only one who has had this problem. Greg Larkin reported the same issue and stated in regard to libical: >However, the compilation still fails in icalmemory.c due to conflicting >definitions for the pthread functions. I haven't figured that one out, >and I've cc'd the port maintainer team in case any of them have any ideas. What puzzles me is why the gnupg maintainer is sooooooooo reluctant to provide alternative options to using pth when there are both system libraries and libpthread-stubs-0.1 available as an alternative. Dependencuy upon libpthread-stubs-0.1 enables gnupg to function without causing unnecessary problems. My understand is the pth was written for those systems which do not have alternative libraries for handling threads. David From mwisnicki+freebsd at gmail.com Sun Nov 8 19:07:59 2009 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Sun Nov 8 19:08:06 2009 Subject: RFC: svn for make fetch References: Message-ID: On Sun, 08 Nov 2009 17:31:57 +0200, Eitan Adler wrote: > I was hoping to get a bit more of a response to a recent posting of mine > with regard to using svn to fetch files for ports My proposal: > http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html A > summary of what has been going on: > http://wiki.freebsd.org/EitanAdler/ports-svn > > This is something that more than 2 people should have an input on Unless you solve plist problem (and completely automated plist generation would be a fantastic thing to have!), such functionality should not be available (or at least advertised) to end-users. You may also consider moving it to separate file (bsd.maintainer.mk). I don't quite get the logic behind ${USER} == ${SVN_USER} conditional. Why do you assume that if my username is the same as username for svn checkout then I want to upload snapshot to freefall ? In addition not every maintainer has @freebsd.org account. Uploading should be customizable (maybe UPLOAD_CMD - like FETCH_CMD). Other than that I really like the idea (maintainer part) since I had to do something similar recently with smartmontools and having a standardised way to prepare ports for svn snapshots would have saved me some time. FWIW here is how I did it (in port's Makefile): PORTVERSION= 5.38.r${SVNREVISION} SVNREVISION= 2924 # no prebuilt files in svn USE_AUTOTOOLS= aclocal:110 autoheader:262 automake:110 autoconf:262 # skip... .if defined(MAINTAINER_MODE) DISTFILES= SVN_URL= https://path/to/trunk x-maintainer-make-snapshot: svn export -r${SVNREVISION} ${SVN_URL} ${DISTNAME} ${TAR} -cjvf ${DISTNAME}.tar.bz2 ${DISTNAME} ${RM} -rf ${DISTNAME} post-extract: svn co -r${SVNREVISION} ${SVN_URL} ${WRKSRC} .if defined(HEAD_REVISION) SVNREVISION!= svn info ${SVN_URL} | grep "^Last Changed Rev:" \ | awk '{print $$4}' .endif # TODO generate plist .endif # MAINTAINER_MODE From freebsd-ports at coreland.ath.cx Sun Nov 8 20:16:40 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Sun Nov 8 20:16:51 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: References: <20091107212936.GB85348@logik.internal.network> Message-ID: <20091108201635.GA9691@logik.internal.network> 'Lo, On 2009-11-08 00:06:16, Daniel Eischen wrote: > > The packages are way out of date and don't build with the newer > GNAT's. Patches welcome. Right! > > PROBLEM 3. Compiler version chaos and lack of architecture support > > > > We have: > > > > lang/gnat (GPL 2009 version, i386 only) > > Patches for amd64 support are also welcome. I thought you were > going to do a port for GNAT-gpl amd64? I am indeed. Just waiting for the gnat-gcc44 port to be committed, then I'll work on getting GPL 2009 compiling on amd64. M -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 834 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091108/e70d5e46/attachment.pgp From freebsd-ports at coreland.ath.cx Sun Nov 8 20:18:29 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Sun Nov 8 20:18:35 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091108040636.GC18823@lonesome.com> References: <20091107212936.GB85348@logik.internal.network> <20091108040636.GC18823@lonesome.com> Message-ID: <20091108201824.GB9691@logik.internal.network> On 2009-11-07 22:06:36, Mark Linimon wrote: > > There were several more working, but a recent compiler update broke them. > At that time the portmgr team went ahead and marked the ports "broken". > That both advises users that they don't compile, and also triggers a > periodic email to the ports@ mailing list. Beyond that we have to rely > on work done by individual contributors. Seems reasonable. > Most of the general mechanisms for selecting "port alternative foo vs. > bar" live in ports/Mk. In particular, you will probably want to look at > ports/Mk/bsd.gcc.mk. A more advanced example is in bsd.java.mk. Note: > don't feel bad if you don't understand the contents of these files; they > have evolved to their current state over quite some period of time. It's > perfectly fair to ask for help. It's on the list. Thanks! > For something like this that isn't widely used, I wouldn't spend too much > time on anything other than i386 and amd64. That's where the majority of > our user base is (I'm guessing 80% and 15%, respectively, based on the PR > arrival statistics.) That's good to know. I don't have any sparc64 machines laying around... M -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 834 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091108/64d3dbf7/attachment.pgp From dougb at FreeBSD.org Sun Nov 8 20:56:56 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Nov 8 20:57:02 2009 Subject: Portmaster with package support ready for beta testing! Message-ID: <4AF73094.6060902@FreeBSD.org> Howdy! I'm very pleased to announce that the first version of portmaster with package support is ready for beta testing. :) I'd like to thank all those who have been so generous in supporting this work. It's really a great feeling not only knowing that the community is supportive of my efforts, but also to be able to finally make this feature available after so many requests have been made for it. As you can see from the commit message below I have tried to stay (mostly) command-line compatible with portupgrade so the syntax of the new features shouldn't be a problem. For now the only available method of fetching packages is via http, I'll be working on file system support next. I don't think ftp support is going to be possible unless I can find a creative way to download a remote directory list. *** I'm sure that there are some rough edges, so if you choose to test this please back up at least your /var/db/pkg directory first. *** Things to look out for: 1. If you get a failure on not being able to find a package repository please send me the output of 'uname -r' 2. You should probably use -v to start with (if you don't already) to get an idea of what's happening behind the scenes Things I need testing for: 1. Especially if you set PACKAGESITE, I need to know how people use this, do you keep all your files in one big directory, do you keep them organized by ports category (e.g., archivers, dns, etc.)? 2. If you set the PACKAGEROOT environment variable 3. Interaction of the package stuff with "exotic" command line options. I've tried to test as many combinations as I can think of, but y'all are more creative than I am. :) If you're reporting a bug or problem please include the output of 'uname -r', what command line options you used, what you thought should happen, what actually happened, any error messages, etc. To get the new version: 1. If you have svn installed: svn co svn://svn.freebsd.org/base/user/dougb/portmaster 2. Via http: http://svn.freebsd.org/viewvc/base/user/dougb/portmaster Enjoy! Doug -------- Original Message -------- Subject: svn commit: r199056 - user/dougb/portmaster Date: Sun, 8 Nov 2009 20:17:15 +0000 (UTC) To: src-committers@freebsd.org, svn-src-user@freebsd.org Author: dougb Date: Sun Nov 8 20:17:15 2009 New Revision: 199056 URL: http://svn.freebsd.org/changeset/base/199056 Log: First run at package support! This version is functional and fairly well tested but I'm sure there are bugs and things that don't work as expected Supports the following new options: -P|--packages and -PP|--packages-only ala portupgrade --packages-if-newer This feature will allow package installation if the available package is newer than the installed version, even if it's not the latest version according to your ports tree. [1] Still to come: Support for packages on filesystem, instead of http [1] Special funding committment for this feature and package support generally by: Modirum MDpay Sponsored by: http://dougbarton.us/portmaster-proposal.html Funded by: Christer Solskogen Funded by: Douglas Berry Funded by: Beat Gatzi -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From naveen at lastninja.net Sun Nov 8 21:34:44 2009 From: naveen at lastninja.net (Naveen Nathan) Date: Sun Nov 8 21:34:51 2009 Subject: make config in editors/vim port Message-ID: <20091108213442.GD30690@armakuni.lastninja.net> Hi, I've returned to using FreeBSD after a couple of years. I'm trying to compile vim without X11 and some other options that can be tweaked in the port. Everywhere I read suggests the user should supply -DWITHOUT_X11 when compiling Vim. However, I notice there is an options file which has a bunch of options other than just WITHOUT_X11 that I care about. When I try to do ``make config'' I get: [/usr/ports/editors/vim]# make config ===> No options to configure I do recall there being the ability to configure the port using dialog(1) awhile ago. Has this gone? -- Naveen Nathan To understand the human mind, understand self-deception. - Anon From kenyon at kenyonralph.com Sun Nov 8 21:38:33 2009 From: kenyon at kenyonralph.com (Kenyon Ralph) Date: Sun Nov 8 21:38:40 2009 Subject: make config in editors/vim port In-Reply-To: <20091108213442.GD30690@armakuni.lastninja.net> References: <20091108213442.GD30690@armakuni.lastninja.net> Message-ID: <20091108213831.GI8150@kenyonralph.com> On 2009-11-08T13:34:43-0800, Naveen Nathan wrote: > I've returned to using FreeBSD after a couple of years. I'm trying > to compile vim without X11 and some other options that can be > tweaked in the port. Everywhere I read suggests the user should supply > -DWITHOUT_X11 when compiling Vim. > > However, I notice there is an options file which has a bunch of options > other than just WITHOUT_X11 that I care about. > > When I try to do ``make config'' I get: > > [/usr/ports/editors/vim]# make config > ===> No options to configure > > I do recall there being the ability to configure the port using dialog(1) > awhile ago. Has this gone? Defining WITH_OPTIONS or WITH_VIM_OPTIONS in /etc/make.conf will enable the regular dialog configuration screen. -- Kenyon Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091108/f8f7e22e/attachment.pgp From 000.fbsd at quip.cz Sun Nov 8 21:46:16 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun Nov 8 21:46:25 2009 Subject: Portmaster with package support ready for beta testing! In-Reply-To: <4AF73094.6060902@FreeBSD.org> References: <4AF73094.6060902@FreeBSD.org> Message-ID: <4AF73C1D.8000208@quip.cz> Doug Barton wrote: > Howdy! > > I'm very pleased to announce that the first version of portmaster with > package support is ready for beta testing. :) I'd like to thank all > those who have been so generous in supporting this work. It's really a > great feeling not only knowing that the community is supportive of my > efforts, but also to be able to finally make this feature available > after so many requests have been made for it. [...] Thank you for your ongoing work on portmaster and thanks to all sponsors! I take a quick look at the code and I have one question. Can you explain way --no-deps and --force are used for pkg_add? I am sure you have a good reason and I would like to know it. ;) Miroslav Lachman From talon at lpthe.jussieu.fr Sun Nov 8 22:36:38 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sun Nov 8 22:36:45 2009 Subject: Portmaster with package support ready for beta testing Message-ID: <20091108223634.GA89295@lpthe.jussieu.fr> Miroslav Lachman wrote: >I take a quick look at the code and I have one question. Can you explain >way --no-deps and --force are used for pkg_add? I can only venture an explanation. Once you have computed a good order for upgrading via packages, you cannot accept that pkg_add ruins your computation by doing things on its own. In principle you have a global view of the problem, which is better than the local view embedded in each package. Hence forcing pkg_add is the only sane way. -- Michel TALON From nikolaj.thygesen at diamondbox.dk Sun Nov 8 22:49:20 2009 From: nikolaj.thygesen at diamondbox.dk (Nikolaj Thygesen) Date: Sun Nov 8 22:49:53 2009 Subject: FreeBSD Port: valgrind-3.5.0_1,1 Message-ID: <4AF74789.4090109@diamondbox.dk> Hi, Valgrind still seems troubled when it comes to multithreaded programs. It seems pthread_self() always returns the same id no matter which thread calls it - possibly the id of last created thread. Running a simple test program under Valgrind fails whereas running it as a regular binary works fine. No matter how you twist and turn the creation of mutex'es they seem to always end up recursive, and don't really protect anything as thay can be taken by multiple threads simultaneously. They also seem to behave differently depending on whether they were initialized dynamically - as in using pthread_mutex_init() - or statically as in using PTHREAD_MUTEX_INITIALIZER. br - N :o) From erwin at FreeBSD.org Mon Nov 9 03:44:12 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Nov 9 03:44:24 2009 Subject: INDEX build failed for 6.x Message-ID: <200911090344.nA93iC6K028804@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..Variable BUILD_DEPENDS is recursive. ===> databases/p5-DBD-ODBC failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: glewis leeym mi wxs Most recent CVS update was: U databases/p5-DBD-ODBC/Makefile U databases/p5-DBD-ODBC/distinfo U devel/p5-Date-Calc/Makefile U devel/p5-Date-Calc/distinfo U devel/tcl-trf/Makefile U java/jdk14/Makefile U java/jdk14/distinfo U java/jdk15/Makefile U java/jdk15/distinfo U x11/keynav/Makefile U x11/keynav/distinfo From erwin at FreeBSD.org Mon Nov 9 06:50:19 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Nov 9 06:50:42 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200911090650.nA96oJsh000266@builder.freebsd.org> From dougb at FreeBSD.org Mon Nov 9 07:31:55 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Nov 9 07:32:03 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <20091108223634.GA89295@lpthe.jussieu.fr> References: <20091108223634.GA89295@lpthe.jussieu.fr> Message-ID: <4AF7C569.4090005@FreeBSD.org> Michel Talon wrote: > Miroslav Lachman wrote: >> I take a quick look at the code and I have one question. Can you explain >> way --no-deps and --force are used for pkg_add? > > > I can only venture an explanation. Once you have computed a good order > for upgrading via packages, you cannot accept that pkg_add ruins your > computation by doing things on its own. In principle you have a > global view of the problem, which is better than the local view embedded > in each package. Hence forcing pkg_add is the only sane way. Very elegantly stated. :) This is all subject to change of course based on refinement from experience, but this usage matches the way that ports are installed in the well-traveled port building code. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From g.todd at internet.co.nz Mon Nov 9 07:48:07 2009 From: g.todd at internet.co.nz (Glenn and Sheryal) Date: Mon Nov 9 07:48:14 2009 Subject: gscan2pdf Perl errors Message-ID: <1257751607.1255.18.camel@localhost> I am getting the following error when I attempt to run gscan2pdf on a newly built system. The port was installed using portinstall. Can't locate Sys/SigAction.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks/signals.pm line 10. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks/signals.pm line 10. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks.pm line 83. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/mach/forks.pm line 84. Compilation failed in require at /usr/local/bin/gscan2pdf line 105. BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 105. Undefined subroutine &threads::_END called at (eval 1) line 1. END failed--call queue aborted. So I tried to portinstall devel/p5-Sys-SigAction and although it reported that it was looking good it failed to compile. What am I doing wrong? Glenn ---> Installing 'p5-Sys-SigAction-0.11' from a port (devel/p5-Sys-SigAction) ---> Building '/usr/ports/devel/p5-Sys-SigAction' ===> Cleaning for p5-Sys-SigAction-0.11 ===> Vulnerability check disabled, database not found ===> Extracting for p5-Sys-SigAction-0.11 => MD5 Checksum OK for Sys-SigAction-0.11.tar.gz. => SHA256 Checksum OK for Sys-SigAction-0.11.tar.gz. ===> p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 - found ===> Patching for p5-Sys-SigAction-0.11 ===> p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 - found ===> p5-Sys-SigAction-0.11 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/Test/More.pm - found ===> p5-Sys-SigAction-0.11 depends on file: /usr/local/bin/perl5.8.9 - found ===> Configuring for p5-Sys-SigAction-0.11 Checking for Microsoft Windows... (not supported) Checking for multi-threaded Perl... (warning) Checking support for signals... (required) Checking support for POSIX::sigaction... (required) Checking for armv5tejl... (not supported) Checking if your kit is complete... Looks good ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091109-2598-15qs214-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/p5-Sys-SigAction (unknown build error) Summary of my perl5 (revision 5 version 8 subversion 9) configuration: Platform: osname=freebsd, osvers=7.2-release-p4, archname=i386-freebsd-64int uname='freebsd hawk 7.2-release-p4 freebsd 7.2-release-p4 #0: fri oct 2 12:21:39 utc 2009 root@i386-builder.daemonology.net:usrobjusrsrcsysgeneric i386 ' config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.8.9/mach -Dprivlib=/usr/local/lib/perl5/5.8.9 -Dman3dir=/usr/local/lib/perl5/5.8.9/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.8.9/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.8.9 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.8.9/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -Doptimize=-O2 -fno-strict-aliasing -pipe -Ud_dosuid -Ui_gdbm -Dusethreads=n -Dusemymalloc=y -Duse64bitint' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=undef uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include', optimize='-O2 -fno-strict-aliasing -pipe', cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.2.1 20070719 [FreeBSD]', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -Wl,-E -L/usr/local/lib' libpth=/usr/lib /usr/local/lib libs=-lgdbm -lm -lcrypt -lutil perllibs=-lm -lcrypt -lutil libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-R/usr/local/lib/perl5/5.8.9/mach/CORE' cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MYMALLOC PERL_MALLOC_WRAP USE_64_BIT_INT USE_FAST_STDIO USE_LARGE_FILES USE_PERLIO Locally applied patches: defined-or Built under freebsd Compiled at Nov 8 2009 21:31:57 @INC: /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 From dougb at FreeBSD.org Mon Nov 9 08:09:05 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Nov 9 08:09:11 2009 Subject: RFC: svn for make fetch In-Reply-To: References: Message-ID: <4AF7CE1D.5030401@FreeBSD.org> Eitan Adler wrote: > I was hoping to get a bit more of a response to a recent posting of > mine with regard to using svn to fetch files for ports > My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html > A summary of what has been going on: > http://wiki.freebsd.org/EitanAdler/ports-svn I was really hoping that others would have more to say as well. My chief concern is that unless I'm missing something there is no way to provide checksums for the source files, correct? If that's true my gut reaction is "no freakin' way" but I'm willing to listen to arguments as to why this should be ok. I tend to agree with the other sentiments already expressed that in cases where svn is the only way a project distributes its source that maintainers ought to be putting together tarballs of specific versions. I don't really see that this is an overwhelming burden, but again I'm open to arguments as to why I might be wrong about this. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From bf1783 at googlemail.com Mon Nov 9 10:01:21 2009 From: bf1783 at googlemail.com (b. f.) Date: Mon Nov 9 10:01:28 2009 Subject: math/py-numpy vs. math/atlas-devel In-Reply-To: <4AF7CBE1.70704@FreeBSD.org> References: <4AF7CBE1.70704@FreeBSD.org> Message-ID: On 11/9/09, Doug Barton wrote: > First, sorry I missed the original problem report, I'm not subscribed > to -questions. Usually ports questions (including those about tools) > are handled on freebsd-ports@freebsd.org, but OTOH if you're not sure > where to send a question it's always better to start on the -questions > list. :) > > Second, thanks to b.f. for the very thorough analysis of the problem. > I will respond and trim a bit as I go. > > Third, I've cc'ed maho@ since the genesis of the problem is that > math/atlas and math/atlas-devel aren't setting CONFLICTS when > apparently they should be. maho, if you need any help with this let me > know. > > b. f. wrote: >> Scott Bennett wrote: >>> I would like to install science/gnudatalanguage but have been running >>> into various obstacles. Lars Engels very kindly just fixed one of them >>> (devel/lasi) (Thanks, Lars!), so now I'm on to the next one, which may >>> not >>> be a showstopper, but it's at least a nuisance. One of the >>> gnudatalanguage >>> dependencies is math/py-numpy, which, in turn, depends upon math/atlas. >>> However, I have math/atlas-devel installed and do not wish to revert to >>> an >>> older, slower version of the ATLAS library. Adding a "-x atlas-\*" onto >>> the portmaster command to build math/py-numpy fails to prevent portmaster >>>from trying to build math/atlas. > > As was pointed out, that definitely won't work. With the glob patterns > for exclusions, or specifying ports on the command line you want to be > as conservative as possible. Also, it's not necessary to include a * > at the end, portmaster will handle that for you. > >>> Creating a >>> /var/db/pkg/atlas-3.8.3_1,1/+IGNOREME file in addition doesn't help. > > +IGNOREME files are only relevant to installed ports. > >>> How >>> can I force math/py-numpy to accept the already installed >>> math/atlas-devel >>> libraries? >>> Thanks in advance for any help! > > The easiest way for you to accomplish this would have been to use '-x > atlas', the second-easiest would have been to use the -i command line > option. See the man page for more information on that. > >> Congratulations, you've managed to defeat three sets of safeguards in >> portmaster. >> >> Problem #1 >> >> math/atlas and math/atlas-devel don't have proper CONFLICTS entries in >> their Makefiles (this should be fixed), > > Yes, this analysis was essentially correct. > >> Problem #2: >> >> You're using the -x flag incorrectly. Or portmaster isn't >> implementing it properly when the port to be excluded is not actually >> installed, take your pick. > > The way that -x is implemented currently really depends on the user's > definition of the exclude pattern, and is designed to exclude things > as early as possible so as to avoid what would ultimately become > wasted effort. It's hard to justify modifying the code to guess that > something we've already started working on might match what we think > the user MEANT instead of what they SAID. > >> Problem #3: >> >> The +IGNOREME checks in portmaster aren't properly implemented for >> this case, so they fail to prevent math/atlas from being built. > > s/properly implemented for/designed to handle/ > > If you think about this for a second, the entries in /var/db/pkg are > exclusively related to installed ports, so trying to use an +IGNOREME > file for this purpose doesn't make sense, although I can sympathize > with the OPs sense of desperation here. :) > >> So what can you do while these problems are being fixed? > > Just to be clear, I didn't see anything that needs to be fixed in your > message, and I hope my explanation makes it clear why. If you think > that there are actual bugs that need to be fixed please feel free to > create a thread on -ports to discuss them. > The CONFLICTS for math/atlas* should be fixed, as you remarked. As for portmaster, I'll allow that your choices were reasonable, but it would be wise to note in the manpage that: 1) +IGNOREME files only work with installed ports (just because the package database is naturally associated with installed ports doesn't mean that someone won't create an +IGNOREME for one that isn't installed), and 2) when trying to prevent the build or installation of a port that is not currently installed, the exclusion glob will be compared with the port directory, rather than the PKGNAME, as is done for installed packages. Using something like: #!/bin/sh for _dir in `make -C /usr/ports -V SUBDIR` ; do for _dir2 in `make -C /usr/ports/${_dir} -V SUBDIR` ; do _pkgname=`make -C /usr/ports/${_dir}/${_dir2} -V PKGNAME` case "${_dir}/${_dir2}" in *${_pkgname%%-[0-9]*}*) ;; *) echo "${_dir}/${_dir2} ${_pkgname}" ;; esac ; done ; done one can find a number of ports that might surprise a user that was not aware of this fact. And with regard to the selection of exclusion globs, we should note that a glob that matches too many ports may be as problematic as one that matches too few. b. From ohartman at zedat.fu-berlin.de Mon Nov 9 10:16:23 2009 From: ohartman at zedat.fu-berlin.de (O. Hartmann) Date: Mon Nov 9 10:16:36 2009 Subject: MSI RAdeon R4670/512 and xf86-video-ati/xf86-video-radeonhd-devel crashes! Message-ID: <4AF7EC16.6050707@zedat.fu-berlin.de> Hello. Please respond also to my eMail address, since I'm not subscriber of these lists! Thanks. Since I utilise a MSI Radeon R4670/512 RV730-based graphics card, I'im incapable of using either x11-drivers/xf86-video-ati or x11-drivers/xf86-video-radeonhd[-devel] The box is a ASUS P5K-Premium based system (Intel P35 chipset, CPU Intel Q6600), running FreeBSD 8.0-RC2/amd64 successfully. The X11 subsystem ist the most recent as one can find in the ports collection. I'll attach the logfile of the currently running Xserver. My box got a new 24 inch TFT display so using VESA driver or lower resolutions than 1920x1200 isn't acceptable. The situation is as follows: In all cases it doesn't matter wheter kernel module 'drm.ko' is loaded or not. Driver 'radeon' (x11-drivers/xf86-video-ati) crashes the box immediately without any messages. I can see the xdm-login requester, but just before this shows up, I realise that the mousepointer sprite gets a kind of 'distorted', it shows up some 'stripes'. They vanish. When log in and the desktop is about to show up (using windowmaker), the screen stays black, the box crahes and in some lucky situations, it reboots, in less lucky situations it remains frozen. Driver 'radeonhd' (xf86-video-radeonhd-1.2.5_2) works, but without 'options EXA' and without 'options DRI'. It is bumpy, but shows a 1920x1200 pixel screen in full colours. Driver 'radeonhd' (xf86-video-radeonhd-1.3.0) doesn't work, it shows the same behaviour as 'radeon' (xf86-video-ati). I can wathc the mouse pointer sprite getting striped and a kind of distorted, then the box crashes. Those crashes occur mostly when switching from xdm-login requester to desktop. In some cases I can switch to the console (pressing ctrl-alt-[F1--F7]), but at some point, this also freezes/crashes the box. I'm a little bit confused, since the ATi-RV730LE chipset is supposed to be supported. I run another box, an older nVidia CK804-based Athlon3500+ box equipted with a MSI R4830/512 graphics card. The same base OS (FreeBSD 8.0-RC2/amd64. The graphics board runs perfectly with ALL(!) radeon-type drivers, options EXA and DRI enabled, kernel module drm.ko loaded. Can someone help? Since I do not have Windows XP/Vista/7 running on the box in question, I can not update the firmware of the MSI R4760 with a potentially existing firmware-update (since those tasks can only be performed via a special software from MSI running on XP/Vista as far as I know). Thanks in advance, Oliver From stas at FreeBSD.org Mon Nov 9 10:39:08 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Mon Nov 9 10:39:15 2009 Subject: FreeBSD Port: valgrind-3.5.0_1,1 In-Reply-To: <4AF74789.4090109@diamondbox.dk> References: <4AF74789.4090109@diamondbox.dk> Message-ID: <20091109144339.dd8ce889.stas@FreeBSD.org> On Sun, 08 Nov 2009 23:34:49 +0100 Nikolaj Thygesen mentioned: > Hi, > > Valgrind still seems troubled when it comes to multithreaded > programs. It seems pthread_self() always returns the same id no matter > which thread calls it - possibly the id of last created thread. Running > a simple test program under Valgrind fails whereas running it as a > regular binary works fine. > > No matter how you twist and turn the creation of mutex'es they seem > to always end up recursive, and don't really protect anything as thay > can be taken by multiple threads simultaneously. They also seem to > behave differently depending on whether they were initialized > dynamically - as in using pthread_mutex_init() - or statically as in > using PTHREAD_MUTEX_INITIALIZER. > Thanks! I'll look into this soon. -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091109/2b6ca860/attachment.pgp From 000.fbsd at quip.cz Mon Nov 9 11:05:50 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Nov 9 11:05:56 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <4AF7C569.4090005@FreeBSD.org> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> Message-ID: <4AF7F789.3090809@quip.cz> Doug Barton wrote: > Michel Talon wrote: >> Miroslav Lachman wrote: >>> I take a quick look at the code and I have one question. Can you explain >>> way --no-deps and --force are used for pkg_add? >> >> >> I can only venture an explanation. Once you have computed a good order >> for upgrading via packages, you cannot accept that pkg_add ruins your >> computation by doing things on its own. In principle you have a >> global view of the problem, which is better than the local view embedded >> in each package. Hence forcing pkg_add is the only sane way. > > Very elegantly stated. :) > > This is all subject to change of course based on refinement from > experience, but this usage matches the way that ports are installed in > the well-traveled port building code. Does it mean that one needs ports tree or provide custom INDEX in case of custom packages with non default options (different dependencies) to compute order od dependencies? (AFAIK plain pkg_add works without ports tree and INDEX, that's why I am asking) It is related to my idea of extending packages with more metadata, for example OS version + arch, used build options (WITH_ / WITHOUT_ etc.) so one can easily determine "how this package was built". But it seems as not so easy task to me, as I don't know how to get all the options (from /etc/make.conf, environment variables, /var/db/ports, commandline...) and record them to file in useful way. It can be useful in case where I have some backup of packages from many machines, but have not the original environment, where packages were built etc. Miroslav Lachman From bugmaster at FreeBSD.org Mon Nov 9 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 9 11:06:32 2009 Subject: Current unassigned ports problem reports Message-ID: <200911091106.nA9B65pO078297@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140411 New port: www/p5-ZConf-RSS-GUI-GTK Provides a GTK b f ports/140409 Cannot work ports/security/tor-devel + openssl-0.9.8l o ports/140399 Update port: security/webfwlog Add needed patch and ot o ports/140381 new port: shells/dash f ports/140379 net-im/pidgin-msn-pecan won't compile o ports/140373 [MAINTAINER PATCH] sysutils/moreutils: remove dependen o ports/140365 [patch] databases/firebird20-client coredumps f ports/140363 Update net-mgmt/nagios-devel to 3.2.0 o ports/140360 [patch] fixed distinfo for net-mgmt/lanmap o ports/140348 New port: www/mod_auth_cas Apache 2.0/2.2 compliant mo f ports/140347 security/dirmngr needs updated BUILD_DEPENDS requireme o ports/140322 update of port www/weave f ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140282 Update lang/clisp to 2.48 o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts o ports/140177 new port : textproc/glpi-plugins-DataInjection : This o ports/140176 new port : textproc/glpi-plugins-AdditionalReports : T o ports/140174 New port: net-mgmt/glpi-plugins-tracker-agent : Agent o ports/140168 new port: net-mgmt/glpi-plugins-tracker-server, plugin o ports/140157 New port: www/trac-bitten Continuous integration for T f ports/140155 Update port: emulators/bsnes update to v0.54 f ports/140146 [patch] www/squid: Add squid_fib option for alternate o ports/140133 New port: sysutils/Plugtools Manages POSIX users f ports/140109 www/validator 0.8.3_1: /usr/local/lib/perl5/site_perl/ o ports/140107 [PATCH] Enhance net/nss_ldap to support FreeBSD login o ports/140084 [patch] security/amavisd-milter - minor port improveme o ports/140059 [MAINTAINER] security/gpa: Mark IGNORE if gpgsm is not o ports/140058 [MAINTAINER] security/gpgme: Specifically disable gpgs f ports/140046 [PATCH] www/phpsysinfo-dev update to 3.0-RC9 f ports/140012 Error in sysutils/heartbeat 2.1.4_3, find_interface_bs f ports/140007 [repocopy] devel/gdb6 to devel/gdb66 f ports/139937 [PATCH] math/mingw32-libgmp4: update to 4.3.1 f ports/139867 mail/isoqlog catch segmentation fault under AMD64 s ports/139848 add pre-caching to net-mgmt/nagios rc.d script o ports/139801 [patch] port security/gorilla does not work after inst f ports/139760 www/squid31 fails to build without NIS/Kerberos f ports/139680 Is editors/emacs out-dated? f ports/139652 [devel/icu] Little patch for compiling with gcc44 o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference o ports/139372 java/jboss5 reorganization. s ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139342 [maintainer update] Mk/bsd.octave.mk: problems with oc o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network o ports/138637 New port: graphics/xfractint-devel o ports/138602 audio/sphinxbase port update f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi f ports/137635 multimedia/vlc breaks keyboard input processing o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137220 net-p2p/verlihub port version update f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122801 databases/virtuoso, databases/firebird20-client, datab o ports/118716 security/heimhal - shared library conflict with heimda o ports/116571 databases/firebird20-client fails to compile in a jail o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. f ports/100776 devel/mico: Failure to update o ports/82634 heimdal port conflict with base heimdal 147 problems total. From eitanadlerlist at gmail.com Mon Nov 9 11:27:39 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Mon Nov 9 11:27:46 2009 Subject: make config in editors/vim port In-Reply-To: <20091108213831.GI8150@kenyonralph.com> References: <20091108213442.GD30690@armakuni.lastninja.net> <20091108213831.GI8150@kenyonralph.com> Message-ID: > Defining WITH_OPTIONS or WITH_VIM_OPTIONS in /etc/make.conf will enable > the regular dialog configuration screen. Why does the vim port require extra configuration to get the options configuration screen? From rnoland at FreeBSD.org Mon Nov 9 12:38:33 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Nov 9 12:38:48 2009 Subject: MSI RAdeon R4670/512 and xf86-video-ati/xf86-video-radeonhd-devel crashes! In-Reply-To: <4AF7EC16.6050707@zedat.fu-berlin.de> References: <4AF7EC16.6050707@zedat.fu-berlin.de> Message-ID: <1257770304.27939.24.camel@balrog.2hip.net> On Mon, 2009-11-09 at 10:16 +0000, O. Hartmann wrote: > Hello. > > Please respond also to my eMail address, since I'm not subscriber of > these lists! Thanks. > > Since I utilise a MSI Radeon R4670/512 RV730-based graphics card, I'im > incapable of using either > > x11-drivers/xf86-video-ati or > x11-drivers/xf86-video-radeonhd[-devel] Try updating xf86-video-ati, patch attached. robert. > > The box is a ASUS P5K-Premium based system (Intel P35 chipset, CPU Intel > Q6600), running FreeBSD 8.0-RC2/amd64 successfully. The X11 subsystem > ist the most recent as one can find in the ports collection. I'll attach > the logfile of the currently running Xserver. > > My box got a new 24 inch TFT display so using VESA driver or lower > resolutions than 1920x1200 isn't acceptable. The situation is as follows: > > In all cases it doesn't matter wheter kernel module 'drm.ko' is loaded > or not. > > Driver 'radeon' (x11-drivers/xf86-video-ati) crashes the box immediately > without any messages. I can see the xdm-login requester, but just > before this shows up, I realise that the mousepointer sprite gets a kind > of 'distorted', it shows up some 'stripes'. They vanish. When log in and > the desktop is about to show up (using windowmaker), the screen stays > black, the box crahes and in some lucky situations, it reboots, in less > lucky situations it remains frozen. > > Driver 'radeonhd' (xf86-video-radeonhd-1.2.5_2) works, but without > 'options EXA' and without 'options DRI'. It is bumpy, but shows a > 1920x1200 pixel screen in full colours. > > Driver 'radeonhd' (xf86-video-radeonhd-1.3.0) doesn't work, it shows the > same behaviour as 'radeon' (xf86-video-ati). I can wathc the mouse > pointer sprite getting striped and a kind of distorted, then the box > crashes. > > Those crashes occur mostly when switching from xdm-login requester to > desktop. In some cases I can switch to the console (pressing > ctrl-alt-[F1--F7]), but at some point, this also freezes/crashes the box. > > I'm a little bit confused, since the ATi-RV730LE chipset is supposed to > be supported. I run another box, an older nVidia CK804-based Athlon3500+ > box equipted with a MSI R4830/512 graphics card. The same base OS > (FreeBSD 8.0-RC2/amd64. The graphics board runs perfectly with ALL(!) > radeon-type drivers, options EXA and DRI enabled, kernel module drm.ko > loaded. > > Can someone help? Since I do not have Windows XP/Vista/7 running on the > box in question, I can not update the firmware of the MSI R4760 with a > potentially existing firmware-update (since those tasks can only be > performed via a special software from MSI running on XP/Vista as far as > I know). > > Thanks in advance, > Oliver > > _______________________________________________ > 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 FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: xf86-video-ati.patch Type: text/x-patch Size: 1264 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091109/bfaad2c4/xf86-video-ati.bin From lists at elasticmind.net Mon Nov 9 12:53:08 2009 From: lists at elasticmind.net (Mog) Date: Mon Nov 9 12:53:59 2009 Subject: MailScanner problem with perl-5.10.1 Message-ID: <4AF80CF7.60602@elasticmind.net> Hi all, I need some help with this one please, MailScanner and Perl are really starting to tick me off :( I upgraded MailScanner a little while along with a number of other ports, which unfortunately included a micro update to Perl. On FreeBSD it went from perl-5.10.0 to perl-5.10.1, and judging by the error messages in the maillog, it seems that the old taint mode problem has resurfaced. Basically these errors are shown in the maillog and MailScanner cannot run properly: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SpamWhitelist.pm, it could not be "require"d. Make sure the last line is "1;" and the module is correct with perl -wc (Error: Insecure dependency in require while running with -T switch at /usr/local/lib/MailScanner/MailScanner/Config.pm line 754. I'm seeing this same error message being shown for these files as well: MyExample.pm, DavidHooton.pm, LastSpam.pm, GenericSpamScanner.pm, CustomAction.pm, Ruleset-from-Function.pm and ZMRouterDirHash.pm. From what I understand, FreeBSD runs perl programs with the -T option (taint mode), which is basically some additional security check. If I'm reading this right, the additional security check (for some reason) seems to have a problem with 'eval { require $fullfile; };', the code used to require the CustomFunction modules MailScanner uses: $fullfile = "$dir/$filename"; next unless -f $fullfile and -s $fullfile; eval { require $fullfile; }; if ($@) { MailScanner::Log::WarnLog("Could not use Custom Function code %s, " . "it could not be \"require\"d. Make sure " . "the last line is \"1;\" and the module " . "is correct with perl -wc (Error: %s)", $fullfile, $@); } I don't believe other OSs are having this problem, so it seems to be something FreeBSD specific. This has happened before following a Perl upgrade (I believe it was when we went from 5.8.8 to 5.8.9), but the solution to it at the time was to upgrade to 5.10.0, which made the problem go away. Unfortunately, as we can see, upgrading from 5.10.0 to 5.10.1 has made the issue manifest itself again and I can't figure out what the hell is going wrong. Does this make sense to anyone? Naturally I've reported this problem to the MailScanner people as well; but I think due to time constraints and because this isn't affecting other OSs, they don't seem to be able to offer much help at the moment. Some people have said they have been able to get it to upgrade successfully using 5.10.1, but still a large number of people haven't (despite following the exact same upgrade procedure they did). Even when doing a fresh FreeBSD 7.2 install completely from scratch, it seems this problem still occurs - it just doesn't make sense. Thank you in advance for your time and consideration. Regards, mog From rea-fbsd at codelabs.ru Mon Nov 9 13:12:07 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Nov 9 13:12:14 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <4AF628EC.3030404@acm.poly.edu> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> Message-ID: Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote: > > As I know, currently devel/boost-libs port fails to build on sparc64. > > I had a discussion of this in September. The root cause is unknown for > > me. To investigate into this further I need either access to a sparc64 > > box or a person who has access and whom I may instruct with the > > actions to perform. From the preliminary investigations I done on the Boris's machine, it turns out that as(1) chokes on the "cas" instruction that looks like "cas [%l0+12], %g2, %g1". The instruction itself looks sane, so I'll try to understand if as(1) has some bugs inside it or something isn't good with the instruction itself. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From talon at lpthe.jussieu.fr Mon Nov 9 13:21:10 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Mon Nov 9 13:21:16 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <4AF7F789.3090809@quip.cz> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> Message-ID: <20091109132106.GA37030@lpthe.jussieu.fr> On Mon, Nov 09, 2009 at 12:05:45PM +0100, Miroslav Lachman wrote: > > Does it mean that one needs ports tree or provide custom INDEX in case > of custom packages with non default options (different dependencies) to > compute order od dependencies? > (AFAIK plain pkg_add works without ports tree and INDEX, that's why I am > asking) This is because a package contains a list of requirements. However problems may appear, for example if requirements have changed between the installation of the ports you have on your machine and the moment when the package has been compiled. Moreover some ports compile different stuff according to what is present on your machine. The configure script may autodetect stuff like gnome, etc. and automatically compile for example a gnome version of the program. For all these reasons there may be divergences between the dependencies as seen on your machine and the ones recorded in the package which has been compiled elsewhere. > > It is related to my idea of extending packages with more metadata, for > example OS version + arch, used build options (WITH_ / WITHOUT_ etc.) so > one can easily determine "how this package was built". But it seems as > not so easy task to me, as I don't know how to get all the options (from > /etc/make.conf, environment variables, /var/db/ports, commandline...) > and record them to file in useful way. > It can be useful in case where I have some backup of packages from many > machines, but have not the original environment, where packages were > built etc. For the above reasons i think that using precompiled packages should be restricted to people who don't mess with the standard settings. When you install some Debian packages you take them as is, and things generally work because mostly everybody use the same packages which are well tested and coherent. If, on your machine, you want to use a specially configured program, you download the sources and compile it. But you take care yourself of the upgrades of this program. I think that a similar behaviour should be viable on FreeBSD. If you extensively modify the configuration of a large number of ports, you cannot expect a packages-based upgrade to work. In this case the only reasonable way is to upgrade from source. > > Miroslav Lachman -- Michel TALON From david at catwhisker.org Mon Nov 9 13:37:55 2009 From: david at catwhisker.org (David Wolfskill) Date: Mon Nov 9 13:38:02 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <20091109132106.GA37030@lpthe.jussieu.fr> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> <20091109132106.GA37030@lpthe.jussieu.fr> Message-ID: <20091109133753.GB1335@albert.catwhisker.org> On Mon, Nov 09, 2009 at 02:21:06PM +0100, Michel Talon wrote: > ... > For the above reasons i think that using precompiled packages should be > restricted to people who don't mess with the standard settings. When you > install some Debian packages you take them as is, and things generally > work because mostly everybody use the same packages which are well > tested and coherent. If, on your machine, you want to use a specially > configured program, you download the sources and compile it. But you > take care yourself of the upgrades of this program. I think that a > similar behaviour should be viable on FreeBSD. If you extensively > modify the configuration of a large number of ports, you cannot expect > a packages-based upgrade to work. In this case the only reasonable way > is to upgrade from source. > ... In fairness, while I believe that the above analysis is reasonable if one confines the packages in question to those built outside the control of the one changing configurations, one of the reasons I have been interested in "package" support for portmaster is precisely so I could build packages of ports that I had configured for my environment, then merely install (vs. "build") them on other ("target") machines. Rebuilding (say) firefox3 on each machine where I want that configuration of firefox3 seems ... rather less than ideal. :-} I should be able to build the ports as I choose to configure them, create packages, and install those packages on the various target machines. Later, when the port gets updated, I'd want to use portmaster to update the port on one machine, build a package for it, then on other machines, use my package to update the port on other machines when I run portmaster on those machines. Peace, david -- David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091109/6ac98ed3/attachment.pgp From 000.fbsd at quip.cz Mon Nov 9 14:31:30 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Nov 9 14:31:39 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <20091109132106.GA37030@lpthe.jussieu.fr> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> <20091109132106.GA37030@lpthe.jussieu.fr> Message-ID: <4AF827BD.7030504@quip.cz> Michel Talon wrote: > On Mon, Nov 09, 2009 at 12:05:45PM +0100, Miroslav Lachman wrote: [...] > For the above reasons i think that using precompiled packages should be > restricted to people who don't mess with the standard settings. When you > install some Debian packages you take them as is, and things generally > work because mostly everybody use the same packages which are well > tested and coherent. If, on your machine, you want to use a specially > configured program, you download the sources and compile it. But you > take care yourself of the upgrades of this program. I think that a > similar behaviour should be viable on FreeBSD. If you extensively > modify the configuration of a large number of ports, you cannot expect > a packages-based upgrade to work. In this case the only reasonable way > is to upgrade from source. There are more than one scenario why people may use packages. I am sure many people are using portmaster or portupgrade with auto creation of packages for backup purpose - if I install newer version I need a backup of old package with dependencies for the case where newer version doesn't work well and needs to be rolled back. Similar to when I have more machines and want few of them used as building and testing environment, then deploy packages to production machines. So the extended metadata for packages will be useful for staff, debuging, recovery etc. I am fine with source upgrade for this moment, but source upgrade causes long downtime of services in some cases - longer than upgrade based on packages. And as number of maintained servers grows it will becomes more important. This is why I am interrested in better support of custom built packages for easier upgrade and I am not saying anything bad on current state of packages support in portmaster. It is definitely step forward. Miroslav Lachman From rea-fbsd at codelabs.ru Mon Nov 9 14:57:39 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Nov 9 14:57:46 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> Message-ID: Mon, Nov 09, 2009 at 04:12:01PM +0300, Eygene Ryabinkin wrote: > Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote: > > > As I know, currently devel/boost-libs port fails to build on sparc64. > > > I had a discussion of this in September. The root cause is unknown for > > > me. To investigate into this further I need either access to a sparc64 > > > box or a person who has access and whom I may instruct with the > > > actions to perform. > > From the preliminary investigations I done on the Boris's machine, > it turns out that as(1) chokes on the "cas" instruction that looks > like "cas [%l0+12], %g2, %g1". The instruction itself looks sane, > so I'll try to understand if as(1) has some bugs inside it or something > isn't good with the instruction itself. Hmm, looks like only memory address taken straight from the register is allowed for the Sparc. So, [%l0] will be good, but [%l0+12] -- won't. So it seems to me that g++ is generating improper assembly code. Will look into it a bit further. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From freebsduser at paradisegreen.co.uk Mon Nov 9 15:57:04 2009 From: freebsduser at paradisegreen.co.uk (Thomas Sandford) Date: Mon Nov 9 15:57:11 2009 Subject: RFC: svn for make fetch In-Reply-To: <4AF7CE1D.5030401@FreeBSD.org> References: <4AF7CE1D.5030401@FreeBSD.org> Message-ID: <4AF83358.5010709@paradisegreen.co.uk> Doug Barton wrote: > Eitan Adler wrote: >> I was hoping to get a bit more of a response to a recent posting of >> mine with regard to using svn to fetch files for ports >> My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html >> A summary of what has been going on: >> http://wiki.freebsd.org/EitanAdler/ports-svn > > I was really hoping that others would have more to say as well. My > chief concern is that unless I'm missing something there is no way to > provide checksums for the source files, correct? If that's true my gut > reaction is "no freakin' way" but I'm willing to listen to arguments > as to why this should be ok. > > I tend to agree with the other sentiments already expressed that in > cases where svn is the only way a project distributes its source that > maintainers ought to be putting together tarballs of specific > versions. I don't really see that this is an overwhelming burden, but > again I'm open to arguments as to why I might be wrong about this. OK - "I think you might be wrong about this" A classic example is the net/freeswitch port where the porter has done exactly what you say. (IMHO they've not done it in an optimal way but...) 1) It is not clear from the Makefile what version they are actually using. 2) It is indeed unclear from the Makefile what the provenance of the fetched tarball is at all. 3) It is very difficult for anyone other than the maintainer to create an update of the port either for local use or for submission of a patch. (and writing this I note that (4) the distfile location has dropped off the net) (1) and (2) could be _improved_ by more documentation in the Makefile and better choice of versioning scheme but 3 is fairly fundamental. What _I'd_ like to see is a development of a combination of "method 1" & "method 2" from the wiki page referenced above. Running "make fetch" would perform an svn export, and would generate a tarball from this in ${DISTDIR} named as ${PORTNAME}-${PORTVERSION}.t[gb]z. A maintainer can then upload this (or the ports distfile handling system at freebsd.org could even be modified to do this automagically) BUT it now exists on the users system which means that all the rest of the ports system including * _not_ refetching every time the port is built _unless_ the distfile has changed * the ability to checksum the (generated) distfile * (depending on the exact implementation of the new fetch target) the ability to fallback on fetching a distfile copy from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/[distfile] works as for a "normal" port. However it is now: * transparent exactly what is being fetched. * easy to update the port to fetch a later version by a one line Makefile edit followed by "make makesum" as is the case for a "standard" port. (Obviously the editor of the Makefile needs to carry out checks to ensure that the PLIST doesn't need to be updated, or other changes made, to work with the updated revision - as for any other port update). -- Thomas Sandford From dougb at FreeBSD.org Mon Nov 9 17:38:58 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Nov 9 17:39:09 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <4AF7F789.3090809@quip.cz> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> Message-ID: <4AF853AE.1090805@FreeBSD.org> Miroslav Lachman wrote: > Does it mean that one needs ports tree or provide custom INDEX in case > of custom packages with non default options (different dependencies) to > compute order od dependencies? The INDEX file is not involved at all. Portmaster still uses the ports tree only to determine dependencies. This actually leads to the ability to set different dependencies from the default while still using packages, although for the moment I have it set up so that if you use one of the --packages options it implies -G (no config run) since I'm not 100% sure that using dependencies different from how the packages were built will work in all cases. > (AFAIK plain pkg_add works without ports tree and INDEX, that's why I am > asking) AFAIK you're correct. However plain pkg_add is a plain installation tool, it's not an upgrade/management tool. In order to determine whether something needs to be upgraded you have to have a frame of reference. :) One of the items on my funding proposal is to incorporate support for the INDEX file into portmaster, although no one has specifically chosen that as a feature to support yet (while several have specifically requested package support). My plan once the package code is "done" is to add up the "General" contributions that haven't been allotted to the work on package support and go back up the list of features, including INDEX support. > It is related to my idea of extending packages with more metadata, for > example OS version + arch, used build options (WITH_ / WITHOUT_ etc.) so > one can easily determine "how this package was built". I agree that this would be useful. See also http://www.freebsd.org/cgi/query-pr.cgi?pr=106483 which portmaster is doing currently in its own code. > But it seems as > not so easy task to me, as I don't know how to get all the options (from > /etc/make.conf, environment variables, /var/db/ports, commandline...) > and record them to file in useful way. Well some of those things that you mentioned have fairly straightforward solutions, but I agree that the not-directly-ports-related stuff (like make.conf) would be harder. Good luck with that. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From dougb at FreeBSD.org Mon Nov 9 18:08:45 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Nov 9 18:09:24 2009 Subject: math/py-numpy vs. math/atlas-devel In-Reply-To: References: <4AF7CBE1.70704@FreeBSD.org> Message-ID: <4AF85AAB.2050305@FreeBSD.org> b. f. wrote: > 1) +IGNOREME files only work with installed ports (just because the > package database is naturally associated with installed ports doesn't > mean that someone won't create an +IGNOREME for one that isn't > installed), and > 2) when trying to prevent the build or installation of a port that is > not currently installed, the exclusion glob will be compared with the > port directory, rather than the PKGNAME, as is done for installed > packages. I've updated my working copy of the man page with these suggestions, thanks! > And with regard to the selection of exclusion > globs, we should note that a glob that matches too many ports may be > as problematic as one that matches too few. But, of course. :) Regexp creation is both one of the rites of passage for all system administrators and a never-ending journey. If the -x or other glob option is not suitable there are always other options. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From peterjeremy at acm.org Mon Nov 9 19:48:22 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Mon Nov 9 19:48:29 2009 Subject: Portmaster with package support ready for beta testing! In-Reply-To: <4AF73094.6060902@FreeBSD.org> References: <4AF73094.6060902@FreeBSD.org> Message-ID: <20091109194818.GA20733@server.vk2pj.dyndns.org> On 2009-Nov-08 12:56:52 -0800, Doug Barton wrote: >I'm very pleased to announce that the first version of portmaster with >package support is ready for beta testing. :) Thank you for your efforts. >support next. I don't think ftp support is going to be possible unless >I can find a creative way to download a remote directory list. This is possible using only base system tools: aspire% echo dir | ftp ftp://ftp.freebsd.org/pub/FreeBSD/ Trying 204.152.184.73... Connected to ftp.freebsd.org. 220 Welcome to freebsd.isc.org. 331 Please specify the password. 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. 200 Switching to Binary mode. 250 Directory successfully changed. 250-If you're looking for one of the FreeBSD releases, please look in the 250-releases/${ARCH}/${RELNAME} directory, where ARCH = "alpha", "amd64", 250-"i386", "ia64", "pc98", or "sparc64" and RELNAME = the release 250-you're interested in, e.g. "6.1-RELEASE" or "5.5-RELEASE". 250- 250 Directory successfully changed. 227 Entering Passive Mode (204,152,184,73,225,24). 150 Here comes the directory listing. drwxrwxr-x 6 110 1002 512 Jan 22 2009 CERT lrwxrwx--x 1 110 1002 15 Oct 23 2006 CTM -> development/CTM lrwxrwx--x 1 110 1002 17 Oct 23 2006 CVSup -> development/CVSup drwxrwxr-x 4 110 1002 512 Oct 23 2006 ERRATA lrwxrwx--x 1 110 1002 17 Oct 23 2006 FreeBSD-current -> branches/-current lrwxrwx--x 1 110 1002 19 Oct 23 2006 FreeBSD-stable -> branches/4.0-stable lrwxrwx--x 1 110 1002 25 Oct 23 2006 ISO-IMAGES-alpha -> releases/alpha/ISO-IMAGES lrwxrwx--x 1 110 1002 25 Oct 23 2006 ISO-IMAGES-amd64 -> releases/amd64/ISO-IMAGES ... -- Peter Jeremy -------------- 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/20091109/a2f28ef8/attachment.pgp From brooks at freebsd.org Mon Nov 9 20:51:29 2009 From: brooks at freebsd.org (Brooks Davis) Date: Mon Nov 9 20:51:35 2009 Subject: RFC: svn for make fetch In-Reply-To: References: Message-ID: <20091109203438.GB33007@lor.one-eyed-alien.net> On Sun, Nov 08, 2009 at 07:07:25PM +0000, Marcin Wisnicki wrote: > On Sun, 08 Nov 2009 17:31:57 +0200, Eitan Adler wrote: > > > I was hoping to get a bit more of a response to a recent posting of mine > > with regard to using svn to fetch files for ports My proposal: > > http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html A > > summary of what has been going on: > > http://wiki.freebsd.org/EitanAdler/ports-svn > > > > This is something that more than 2 people should have an input on > > Unless you solve plist problem (and completely automated plist generation > would be a fantastic thing to have!), such functionality should not be > available (or at least advertised) to end-users. > You may also consider moving it to separate file (bsd.maintainer.mk). > > I don't quite get the logic behind ${USER} == ${SVN_USER} conditional. > Why do you assume that if my username is the same as username for svn > checkout then I want to upload snapshot to freefall ? In addition not > every maintainer has @freebsd.org account. Uploading should be > customizable (maybe UPLOAD_CMD - like FETCH_CMD). It's a generalization of an ugly hack I put in my llvm-devel port. I don't really think it should be part of the base. -- 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/20091109/e4919ec6/attachment.pgp From mikej at rogers.com Mon Nov 9 21:29:19 2009 From: mikej at rogers.com (Mike Jakubik) Date: Mon Nov 9 21:29:26 2009 Subject: FreeBSD Port: databases/sqlite3 Message-ID: <2339c224289b0b642c9e3c88d4bf288d.squirrel@wettoast.dyndns.org> Hello, It seems that a recent version of sqlite3 has gained a build dependency on TCL. How can i build this port without TCL? Sqlite3-3.6.14.2 did not require this. The TCL wrapper is disabled in the make config. Thanks. From tingox at gmail.com Mon Nov 9 21:59:36 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Nov 9 21:59:42 2009 Subject: gscan2pdf Perl errors In-Reply-To: <1257751607.1255.18.camel@localhost> References: <1257751607.1255.18.camel@localhost> Message-ID: On Mon, Nov 9, 2009 at 8:26 AM, Glenn and Sheryal wrote: > I am getting the following error when I attempt to run gscan2pdf on a > newly built system. The port was installed using portinstall. > Yes, gscan2df 0.9.28 have missing dependencies. in addition to p5-sigaction, a couple of others are missing too. Haven't reported it yet, because I was in a hurry, and it was easier to portdowngrade to the latest 0.9.27 version. I don't remember the details now. So I tried to portinstall devel/p5-Sys-SigAction and although it > reported that it was looking good it failed to compile. What am I doing > wrong? > Sorry, I cant help with that one. -- Regards, Torfinn Ingolfsen From delphij at delphij.net Mon Nov 9 22:29:15 2009 From: delphij at delphij.net (Xin LI) Date: Mon Nov 9 22:29:22 2009 Subject: RFC: svn for make fetch In-Reply-To: References: Message-ID: <4AF897A4.3070408@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eitan Adler wrote: > I was hoping to get a bit more of a response to a recent posting of > mine with regard to using svn to fetch files for ports > My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html > A summary of what has been going on: > http://wiki.freebsd.org/EitanAdler/ports-svn > > This is something that more than 2 people should have an input on Just my $0.02 but I think it would be great if we can do: - "make fetch" would prefer using a pre-packaged tarball, but fallback to a svn/whatever checkout with a specific revision number, then generate a tarball from the export. - "make checksum" would check the tarball's checksum. Maybe we can also have some variables to control that we actually want the 'HEAD' revision without checking any checksum. However, I think it would be nice if we can do a checksum'ed checkout for specific SCM revision, especially if we want to have ports to work not only for *-devel ports where we would prefer signed source code. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr4l6QACgkQi+vbBBjt66CD/wCbBcIFcfbK4a0533PAcNxbZuV5 WXAAnjQfl07w/vcHicVS0s+FOrOs5CMS =1Hly -----END PGP SIGNATURE----- From mikej at rogers.com Mon Nov 9 22:54:26 2009 From: mikej at rogers.com (Mike Jakubik) Date: Mon Nov 9 22:54:33 2009 Subject: FreeBSD Port: databases/sqlite3 In-Reply-To: <2339c224289b0b642c9e3c88d4bf288d.squirrel@wettoast.dyndns.org> References: <2339c224289b0b642c9e3c88d4bf288d.squirrel@wettoast.dyndns.org> Message-ID: On Mon, November 9, 2009 4:29 pm, Mike Jakubik wrote: > Hello, > > It seems that a recent version of sqlite3 has gained a build dependency on > TCL. How can i build this port without TCL? Sqlite3-3.6.14.2 did not > require this. The TCL wrapper is disabled in the make config. > > Thanks. After further research, it appears that the distribution that the port uses requires TCL to build, I'm guessing this is a recent change. --- SQLite does not require TCL to run, but a TCL installation is required by the makefiles. SQLite contains a lot of generated code and TCL is used to do much of that code generation. The makefile also requires AWK. --- I downloaded the sqlite-amalgamation-3.6.20.tar.gz distribution and i was able to compile this one without TCL, a simple ./configure && make did the job. From brooks at freebsd.org Mon Nov 9 22:56:53 2009 From: brooks at freebsd.org (Brooks Davis) Date: Mon Nov 9 22:56:59 2009 Subject: RFC: svn for make fetch In-Reply-To: <4AF897A4.3070408@delphij.net> References: <4AF897A4.3070408@delphij.net> Message-ID: <20091109225232.GA34294@lor.one-eyed-alien.net> On Mon, Nov 09, 2009 at 02:28:52PM -0800, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Eitan Adler wrote: > > I was hoping to get a bit more of a response to a recent posting of > > mine with regard to using svn to fetch files for ports > > My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html > > A summary of what has been going on: > > http://wiki.freebsd.org/EitanAdler/ports-svn > > > > This is something that more than 2 people should have an input on > > Just my $0.02 but I think it would be great if we can do: > > - "make fetch" would prefer using a pre-packaged tarball, but fallback > to a svn/whatever checkout with a specific revision number, then > generate a tarball from the export. > - "make checksum" would check the tarball's checksum. It's probalby not practical to generate an archive with consistently identical checksums due to the various timestamps (at least without adding a tar writer to svn which would be kind of cool. :) > Maybe we can also have some variables to control that we actually want > the 'HEAD' revision without checking any checksum. However, I think it > would be nice if we can do a checksum'ed checkout for specific SCM > revision, especially if we want to have ports to work not only for > *-devel ports where we would prefer signed source code. While this wasn't the intent of the -DBOOTSTRAP stuff I added to the llvm port, people are finding it useful so if we can find I clean way to support this I think it would be cool. -- 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/20091109/4fe3bf29/attachment.pgp From alexanderchuranov at gmail.com Tue Nov 10 00:28:04 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Nov 10 00:28:11 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> Message-ID: <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> Folks, I've identified the root cause of the issue. Boost folks are using custom routine written in assembly language for SPARC. If the line 57 of boost/smart_ptr/detail/sp_counted_base.hpp is commented, the implementation switches to spin-locked and code compiles successfully. I will contact Boost developers in order to fix this in upstream. I'll also create a patch for devel/boost-libs port for using in the meanwhile. Alexander Churanov From alexanderchuranov at gmail.com Tue Nov 10 00:34:08 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Nov 10 00:34:14 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> Message-ID: <3cb459ed0911091634g1fe5792bu5f41960bbe344999@mail.gmail.com> Guys, Boost mailing list contains a record about using CAS instruction for shared_ptr. It is of 2004. I'll investigate into it further. It is necessary to understand why that library was working before 1.39. Alexander Churanov From eitanadlerlist at gmail.com Tue Nov 10 06:51:46 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Tue Nov 10 06:51:53 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091109225232.GA34294@lor.one-eyed-alien.net> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> Message-ID: Correct me if I'm wrong but I thought that svn did its own checksumming. If so why do we need to our own? From roam at ringlet.net Tue Nov 10 10:32:53 2009 From: roam at ringlet.net (Peter Pentchev) Date: Tue Nov 10 10:32:59 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> Message-ID: <20091110103228.GA1139@straylight.m.ringlet.net> On Tue, Nov 10, 2009 at 08:51:25AM +0200, Eitan Adler wrote: > Correct me if I'm wrong but I thought that svn did its own checksumming. > If so why do we need to our own? Subversion's checksumming makes sure that you get exactly the same files that are on the Subversion server at this particular moment in time. The Ports Collection's distfile checksums make sure that you get exactly the same files *as the port maintainer examined at some previous moment in time*. The difference is crucial. svnadmin create /home/svn/foo svn import http://.../foo/trunk/mycoolproject rm -rf /home/svn/foo svnadmin create /home/svn/foo svn import http://.../foo/trunk/mycoolproject ...and suddenly the port fetches something completely different. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This would easier understand fewer had omitted. -------------- 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/20091110/438300ba/attachment.pgp From jonathan at kc8onw.net Tue Nov 10 14:05:31 2009 From: jonathan at kc8onw.net (Jonathan) Date: Tue Nov 10 14:05:38 2009 Subject: RFC: svn for make fetch In-Reply-To: References: Message-ID: <4AF9730B.3010208@kc8onw.net> On 11/8/2009 10:31 AM, Eitan Adler wrote: > I was hoping to get a bit more of a response to a recent posting of > mine with regard to using svn to fetch files for ports > My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html > A summary of what has been going on: > http://wiki.freebsd.org/EitanAdler/ports-svn > > This is something that more than 2 people should have an input on I would learn toward having something available to create tarballs for maintainers but I don't think having a port fetch directly from svn would be such a good idea. Also what about the load on the repository? There is a lot of infrastructure in place for mirroring tarballs (FreeBSD and otherwise) but very little for svn and I doubt many projects have mirrored repositories. Going with the mplayer example there may not be a lot of FreeBSD users installing mplayer at any given time but it may be enough to be a concern as far as load on the repository. Jonathan From ale at FreeBSD.org Tue Nov 10 14:51:17 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Tue Nov 10 14:51:24 2009 Subject: sqlite and tcl Message-ID: <4AF97DDF.6090700@FreeBSD.org> As you have seen, the up-to-date sqlite port requires tcl for *building*. A few of you complained about it, but I don't understand why you are not complaining about ports that have perl or python configure scripts, too ;-) Said so, I have a patch to switch the sqlite port to use the "amalgamation" tarball, which doesn't require tcl to build. The "only" drawback is that the tcl wrappers cannot be built/installed from such tarball. I'll not commit anything, but if you are using the sqlite tcl wrappers speak loudly and let us know. -- Alex Dupre From mail at ozzmosis.com Tue Nov 10 15:03:07 2009 From: mail at ozzmosis.com (andrew clarke) Date: Tue Nov 10 15:03:13 2009 Subject: sqlite and tcl In-Reply-To: <4AF97DDF.6090700@FreeBSD.org> References: <4AF97DDF.6090700@FreeBSD.org> Message-ID: <20091110150302.GA49312@ozzmosis.com> On Tue 2009-11-10 15:51:11 UTC+0100, Alex Dupre (ale@FreeBSD.org) wrote: > As you have seen, the up-to-date sqlite port requires tcl for > *building*. A few of you complained about it, but I don't understand why > you are not complaining about ports that have perl or python configure > scripts, too ;-) In my case it was more a query about whether this new behaviour was correct, since TCL was required regardless of the TCLWRAPPER toggle in "make config", and I thought that was unusual. I have no strong beliefs for or against TCL :-) From outbackdingo at gmail.com Tue Nov 10 15:31:49 2009 From: outbackdingo at gmail.com (Outback Dingo) Date: Tue Nov 10 15:31:55 2009 Subject: sqlite and tcl In-Reply-To: <20091110150302.GA49312@ozzmosis.com> References: <4AF97DDF.6090700@FreeBSD.org> <20091110150302.GA49312@ozzmosis.com> Message-ID: <5635aa0d0911100706p147521e7h415c920e60a8d3e2@mail.gmail.com> Actually i question why the extra tcl is even required. On Tue, Nov 10, 2009 at 10:03 AM, andrew clarke wrote: > On Tue 2009-11-10 15:51:11 UTC+0100, Alex Dupre (ale@FreeBSD.org) wrote: > > > As you have seen, the up-to-date sqlite port requires tcl for > > *building*. A few of you complained about it, but I don't understand why > > you are not complaining about ports that have perl or python configure > > scripts, too ;-) > > In my case it was more a query about whether this new behaviour was > correct, since TCL was required regardless of the TCLWRAPPER toggle in > "make config", and I thought that was unusual. I have no strong > beliefs for or against TCL :-) > _______________________________________________ > 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 000.fbsd at quip.cz Tue Nov 10 17:09:46 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Nov 10 17:09:56 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <200906092213.n59MDGg5027852@ambrisko.com> References: <200906092213.n59MDGg5027852@ambrisko.com> Message-ID: <4AF99E54.5020504@quip.cz> Doug Ambrisko wrote: > Sean McAfee writes: > | Frank J. Laszlo wrote: > |> Philip M. Gollucci wrote: > |>> Vladimir Ermakov wrote: > |>> > |>>> Hi, all. > |>>> please appreciate my port *megacli* > |>>> > |>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 > |>>> > |>> > |>> Is that different from this the port, is it an update? > |>> > |>> Path: /usr/ports/sysutils/linux-megacli > |> > |> Since the megacli application now has a native binary, should be not > |> DEPRICATE the linux version? > |> > |> Regards, > |> Frank Laszlo > | > | Probably not. I noted this when I originally filed the PR for > | linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically > | different hardware lines. > | > | As an example, this native version is 4.x and does not support the Dell > | PERC5. > > I find this hard to believe and in my experience with a fresh download > from LSI's web-site the FreeBSD and Linux variants work just fine > on my PERC5's for things like -AdpAllInfo. There is no real firmware > interface difference between between the PERC5 and PERC6. So I don't > know where you get this from. Specifics in which things are broken > could be nice so I can look at getting them fixed. I put in the > management ioctl path that they use into FreeBSD a long time ago. > They did find some bugs in some new management features that are > fixed in 7.1 and I need to merge back to 6. Unfortunately, this work > happened after the last 6.X version was released :-( > > | IMO, linux-megacli, linux-megacli2, and megacli should all exist as > | independent ports. > > I would say not. Let's get rid of the Linux variant and use the FreeBSD > native ones. The FreeBSD should be a lot easier to run then the > Linux one and won't have the potential NFS hang issue that Linux does. > > It's nice to see the FreeBSD version and would be interesting to see > how much my hand was involved in that ... > > My employer's FreeBSD native tool works across all of the MegaRAID SAS > type cards and Dell servers that I've tried which pre-dates the MegaCLI > for FreeBSD. Prior versions of MegaCLI also did. I can't say I've > tried all options with the latest MegaCLI. Hi, I am little confused by all these MegaRAID utilities available in ports. (I am new to LSI MegaRAID). I have new Dell R610 with PERC6 identified as: mfi0: port 0xfc00-0xfcff mem 0xdf180000-0xdf1bffff,0xdf1c0000-0xdf1fffff irq 16 at device 0.0 on pci3 mfi0: Megaraid SAS driver Ver 3.00 What is the recommended tool to monitor (and manage) the state of the PERC6 array? I also found on LSI website, that newer FreeBSD MegaCli is available: 5.00.15 But I don't know if it supports previous HW or not. 4.00.11 Release Date: 02/19/2009 MegaRAID SAS 8704ELP MegaRAID SAS 8704EM2 MegaRAID SAS 8708ELP MegaRAID SAS 8708EM2 MegaRAID SAS 8880EM2 MegaRAID SAS 8888ELP 5.00.15 Release Date: 10/20/2009 MegaRAID SAS 9260-4i MegaRAID SAS 9260-8i MegaRAID SAS 9260DE-8i MegaRAID SAS 9280-8e MegaRAID SAS 9280DE-8e I don't know if later is addition to previous list or if it is exclusive list. Will current sysutils/megacli be updated to 5.00.15? Miroslav Lachman From smcafee at collaborativefusion.com Tue Nov 10 18:06:27 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Tue Nov 10 18:06:34 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <200906092213.n59MDGg5027852@ambrisko.com> References: <200906092213.n59MDGg5027852@ambrisko.com> Message-ID: <4AF9ABA2.20206@collaborativefusion.com> Doug Ambrisko wrote: > Sean McAfee writes: > | Frank J. Laszlo wrote: > | > Philip M. Gollucci wrote: > | >> Vladimir Ermakov wrote: > | >> > | >>> Hi, all. > | >>> please appreciate my port *megacli* > | >>> > | >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 > | >>> > | >> > | >> Is that different from this the port, is it an update? > | >> > | >> Path: /usr/ports/sysutils/linux-megacli > | > > | > Since the megacli application now has a native binary, should be not > | > DEPRICATE the linux version? > | > > | > Regards, > | > Frank Laszlo > | > | Probably not. I noted this when I originally filed the PR for > | linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically > | different hardware lines. > | > | As an example, this native version is 4.x and does not support the Dell > | PERC5. > > I find this hard to believe and in my experience with a fresh download > from LSI's web-site the FreeBSD and Linux variants work just fine > on my PERC5's for things like -AdpAllInfo. There is no real firmware > interface difference between between the PERC5 and PERC6. So I don't > know where you get this from. Specifics in which things are broken > could be nice so I can look at getting them fixed. I put in the > management ioctl path that they use into FreeBSD a long time ago. > They did find some bugs in some new management features that are > fixed in 7.1 and I need to merge back to 6. Unfortunately, this work > happened after the last 6.X version was released :-( Sorry, I missed this reply originally, but it is a 6 vs. 7 issue. On 6.3p9 (MegaCli is native, megacli is linux-): [smcafee@web01 ~]$ sudo MegaCli -AdpAllInfo -aALL Exit Code: 0x00 [smcafee@web01 ~]$ sudo megacli -AdpAllInfo -aALL Adapter #0 ============================================================================== Versions ================ Product Name : PERC 5/i Integrated Serial No : 12345 FW Package Build: 5.2.2-0072 .... What's the ports@ policy for things like this? I know I'm pretty peeved that openntpd was pushed to 4.x, which requires >7. Fresh installs of 6.x require me to pkg_create from a donor system or come up with a backdated ports tree and I really don't want megacli to be in the same boat. -- Sean McAfee System Engineer From rwmaillists at googlemail.com Tue Nov 10 18:12:47 2009 From: rwmaillists at googlemail.com (RW) Date: Tue Nov 10 18:12:53 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091110103228.GA1139@straylight.m.ringlet.net> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <20091110103228.GA1139@straylight.m.ringlet.net> Message-ID: <20091110181240.33a78db4@gumby.homeunix.com> On Tue, 10 Nov 2009 12:32:28 +0200 Peter Pentchev wrote: > The Ports Collection's distfile checksums make sure that you get > exactly the same files *as the port maintainer examined at some > previous moment in time*. More importantly it guards against maliciously modified source code. Someone might break into a legitimate mirror or use dns poisoning to distribute malware. From delphij at delphij.net Tue Nov 10 18:54:16 2009 From: delphij at delphij.net (Xin LI) Date: Tue Nov 10 18:54:22 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> Message-ID: <4AF9B6CC.5090308@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eitan Adler wrote: > Correct me if I'm wrong but I thought that svn did its own checksumming. > If so why do we need to our own? "In God we trust, everyone else must have an X.509 certificate." Well, that's not necessarily be a X.509 certificate but it must be some form of signature, as it's not too hard to replace a specific revision in svn if the server gets compromised. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr5tssACgkQi+vbBBjt66BdpACdH5+RSlwKN10x8MiGFYiuX0dL L94An1N1uYCFUYJo0f0U2jZgqRK7emo1 =jFoS -----END PGP SIGNATURE----- From freebsd-ports-local at be-well.ilk.org Tue Nov 10 19:33:38 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Tue Nov 10 19:33:48 2009 Subject: sqlite and tcl In-Reply-To: <5635aa0d0911100706p147521e7h415c920e60a8d3e2@mail.gmail.com> (Outback Dingo's message of "Tue, 10 Nov 2009 10:06:44 -0500") References: <4AF97DDF.6090700@FreeBSD.org> <20091110150302.GA49312@ozzmosis.com> <5635aa0d0911100706p147521e7h415c920e60a8d3e2@mail.gmail.com> Message-ID: <44r5s6kwdt.fsf@be-well.ilk.org> Outback Dingo writes: > Actually i question why the extra tcl is even required. I took a quick look at the sources and there are tcl scripts providing part of the build infrastructure. A few other things, too, but that was enough to explain the dependency. From ambrisko at ambrisko.com Tue Nov 10 19:52:27 2009 From: ambrisko at ambrisko.com (Doug Ambrisko) Date: Tue Nov 10 19:52:33 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4AF99E54.5020504@quip.cz> Message-ID: <200911101941.nAAJf1kL013914@ambrisko.com> Miroslav Lachman writes: | Doug Ambrisko wrote: | > Sean McAfee writes: | > | Frank J. Laszlo wrote: | > |> Philip M. Gollucci wrote: | > |>> Vladimir Ermakov wrote: | > |>> | > |>>> Hi, all. | > |>>> please appreciate my port *megacli* | > |>>> | > |>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 | > |>>> | > |>> | > |>> Is that different from this the port, is it an update? | > |>> | > |>> Path: /usr/ports/sysutils/linux-megacli | > |> | > |> Since the megacli application now has a native binary, should be not | > |> DEPRICATE the linux version? | > |> | > |> Regards, | > |> Frank Laszlo | > | | > | Probably not. I noted this when I originally filed the PR for | > | linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically | > | different hardware lines. | > | | > | As an example, this native version is 4.x and does not support the Dell | > | PERC5. | > | > I find this hard to believe and in my experience with a fresh download | > from LSI's web-site the FreeBSD and Linux variants work just fine | > on my PERC5's for things like -AdpAllInfo. There is no real firmware | > interface difference between between the PERC5 and PERC6. So I don't | > know where you get this from. Specifics in which things are broken | > could be nice so I can look at getting them fixed. I put in the | > management ioctl path that they use into FreeBSD a long time ago. | > They did find some bugs in some new management features that are | > fixed in 7.1 and I need to merge back to 6. Unfortunately, this work | > happened after the last 6.X version was released :-( | > | > | IMO, linux-megacli, linux-megacli2, and megacli should all exist as | > | independent ports. | > | > I would say not. Let's get rid of the Linux variant and use the FreeBSD | > native ones. The FreeBSD should be a lot easier to run then the | > Linux one and won't have the potential NFS hang issue that Linux does. | > | > It's nice to see the FreeBSD version and would be interesting to see | > how much my hand was involved in that ... | > | > My employer's FreeBSD native tool works across all of the MegaRAID SAS | > type cards and Dell servers that I've tried which pre-dates the MegaCLI | > for FreeBSD. Prior versions of MegaCLI also did. I can't say I've | > tried all options with the latest MegaCLI. | | Hi, | I am little confused by all these MegaRAID utilities available in ports. | (I am new to LSI MegaRAID). | | I have new Dell R610 with PERC6 identified as: | | mfi0: port 0xfc00-0xfcff mem | 0xdf180000-0xdf1bffff,0xdf1c0000-0xdf1fffff irq 16 at device 0.0 on pci3 | mfi0: Megaraid SAS driver Ver 3.00 | | What is the recommended tool to monitor (and manage) the state of the | PERC6 array? To monitor, I use syslog :-). I set in loader.conf hw.mfi.event_class="-2" so I see everything logged to dmesg/syslog of all events. To manage it I use a custom tool but MegaCli should work. There is a new tool that was added to freebsd "mfiutil" from Yahoo. | I also found on LSI website, that newer FreeBSD MegaCli is available: | 5.00.15 | | But I don't know if it supports previous HW or not. I have yet to see a MegaCli that isn't a super set of the prior. The API to the firmware has been stable. | 4.00.11 | Release Date: 02/19/2009 | MegaRAID SAS 8704ELP | MegaRAID SAS 8704EM2 | MegaRAID SAS 8708ELP | MegaRAID SAS 8708EM2 | MegaRAID SAS 8880EM2 | MegaRAID SAS 8888ELP | | 5.00.15 | Release Date: 10/20/2009 | MegaRAID SAS 9260-4i | MegaRAID SAS 9260-8i | MegaRAID SAS 9260DE-8i | MegaRAID SAS 9280-8e | MegaRAID SAS 9280DE-8e | | I don't know if later is addition to previous list or if it is exclusive | list. | | Will current sysutils/megacli be updated to 5.00.15? I don't know, since I'm not a ports committer anymore but it should work. Doug A. From eitanadlerlist at gmail.com Tue Nov 10 20:28:39 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Tue Nov 10 20:29:18 2009 Subject: RFC: svn for make fetch In-Reply-To: <4AF9B6CC.5090308@delphij.net> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> Message-ID: Alright - I updated the wiki page to summarize the thread so far. I'd appreciate if people could comment on the "spec" part specifically. I'd like to see that section become much more specific (so that I could use it to unambiguously write something based off of it) I'm holding off on writing any new implementations at the moment to see where things head in terms of how things should be done. http://wiki.freebsd.org/EitanAdler/ports-svn From roam at ringlet.net Tue Nov 10 22:39:31 2009 From: roam at ringlet.net (Peter Pentchev) Date: Tue Nov 10 22:39:37 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091110181240.33a78db4@gumby.homeunix.com> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <20091110103228.GA1139@straylight.m.ringlet.net> <20091110181240.33a78db4@gumby.homeunix.com> Message-ID: <20091110223914.GA1288@straylight.m.ringlet.net> On Tue, Nov 10, 2009 at 06:12:40PM +0000, RW wrote: > On Tue, 10 Nov 2009 12:32:28 +0200 > Peter Pentchev wrote: > > > > The Ports Collection's distfile checksums make sure that you get > > exactly the same files *as the port maintainer examined at some > > previous moment in time*. > > More importantly it guards against maliciously modified source code. > Someone might break into a legitimate mirror or use dns poisoning to > distribute malware. That's the whole point :) That's also why the maintainer is supposed to examine the files before submitting (or committing) a port update - to guard against source code that has been maliciously modified on the master sites (or on fake master sites that the maintainer has been redirected to). G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If wishes were fishes, the antecedent of this conditional would be true. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 834 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091110/6e0b9c67/attachment.pgp From kamikaze at bsdforen.de Tue Nov 10 22:46:25 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Nov 10 22:46:32 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <4AF7F789.3090809@quip.cz> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> Message-ID: <4AF9ED39.8000200@bsdforen.de> Miroslav Lachman wrote: > Doug Barton wrote: >> Michel Talon wrote: >>> Miroslav Lachman wrote: >>>> I take a quick look at the code and I have one question. Can you >>>> explain >>>> way --no-deps and --force are used for pkg_add? >>> >>> >>> I can only venture an explanation. Once you have computed a good order >>> for upgrading via packages, you cannot accept that pkg_add ruins your >>> computation by doing things on its own. In principle you have a >>> global view of the problem, which is better than the local view embedded >>> in each package. Hence forcing pkg_add is the only sane way. >> >> Very elegantly stated. :) >> >> This is all subject to change of course based on refinement from >> experience, but this usage matches the way that ports are installed in >> the well-traveled port building code. > > Does it mean that one needs ports tree or provide custom INDEX in case > of custom packages with non default options (different dependencies) to > compute order od dependencies? > (AFAIK plain pkg_add works without ports tree and INDEX, that's why I am > asking) If you want to work without a ports tree use pkg_upgrade (sysutils/bsdadminscripts), it only requires an INDEX file. The next version will also require the MOVED file (as is now provided by Pointyhead). Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From remko at FreeBSD.org Wed Nov 11 08:44:11 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Wed Nov 11 08:44:31 2009 Subject: ports/14057: new port: net/libunp Message-ID: <200911110844.nAB8iA2s016791@freefall.freebsd.org> Synopsis: new port: net/libunp Responsible-Changed-From-To: freebsd-ports->freebsd-doc Responsible-Changed-By: remko Responsible-Changed-When: Wed Nov 11 08:44:10 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=14057 From remko at FreeBSD.org Wed Nov 11 08:44:16 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Wed Nov 11 08:44:31 2009 Subject: ports/14058: new port: net/libunpipc Message-ID: <200911110844.nAB8iFlR016878@freefall.freebsd.org> Synopsis: new port: net/libunpipc Responsible-Changed-From-To: freebsd-ports->freebsd-doc Responsible-Changed-By: remko Responsible-Changed-When: Wed Nov 11 08:44:15 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=14058 From remko at FreeBSD.org Wed Nov 11 08:44:22 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Wed Nov 11 08:44:46 2009 Subject: ports/14059: New port: roottail-0.0.4B Message-ID: <200911110844.nAB8iL7e016967@freefall.freebsd.org> Synopsis: New port: roottail-0.0.4B Responsible-Changed-From-To: freebsd-ports->freebsd-doc Responsible-Changed-By: remko Responsible-Changed-When: Wed Nov 11 08:44:21 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=14059 From remko at FreeBSD.org Wed Nov 11 08:45:24 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Wed Nov 11 08:45:36 2009 Subject: ports/14057: new port: net/libunp Message-ID: <200911110845.nAB8jOR9017108@freefall.freebsd.org> Synopsis: new port: net/libunp Responsible-Changed-From-To: freebsd-doc->freebsd-ports Responsible-Changed-By: remko Responsible-Changed-When: Wed Nov 11 08:45:03 UTC 2009 Responsible-Changed-Why: Reassign to ports. http://www.freebsd.org/cgi/query-pr.cgi?pr=14057 From remko at FreeBSD.org Wed Nov 11 08:45:42 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Wed Nov 11 08:45:55 2009 Subject: ports/14058: new port: net/libunpipc Message-ID: <200911110845.nAB8jg6q017153@freefall.freebsd.org> Synopsis: new port: net/libunpipc Responsible-Changed-From-To: freebsd-doc->freebsd-ports Responsible-Changed-By: remko Responsible-Changed-When: Wed Nov 11 08:45:31 UTC 2009 Responsible-Changed-Why: Reassign to ports, typo. http://www.freebsd.org/cgi/query-pr.cgi?pr=14058 From remko at FreeBSD.org Wed Nov 11 08:46:05 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Wed Nov 11 08:46:24 2009 Subject: ports/14059: New port: roottail-0.0.4B Message-ID: <200911110846.nAB8k5TF017203@freefall.freebsd.org> Synopsis: New port: roottail-0.0.4B Responsible-Changed-From-To: freebsd-doc->freebsd-ports Responsible-Changed-By: remko Responsible-Changed-When: Wed Nov 11 08:45:46 UTC 2009 Responsible-Changed-Why: Reassign to ports, typo http://www.freebsd.org/cgi/query-pr.cgi?pr=14059 From erwin at FreeBSD.org Wed Nov 11 09:49:47 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Nov 11 09:49:53 2009 Subject: INDEX build failed for 6.x Message-ID: <200911110949.nAB9nk5l021103@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: p5-Net-EPP-Proxy-0.03: no entry for /usr/ports/net/p5-Net-EPP-Client make_index: p5-Net-EPP-Proxy-0.03: no entry for /usr/ports/net/p5-Net-EPP-Frame make_index: p5-Net-EPP-Proxy-0.03: no entry for /usr/ports/net/p5-Net-EPP-Client make_index: p5-Net-EPP-Proxy-0.03: no entry for /usr/ports/net/p5-Net-EPP-Frame make_index: p5-Net-EPP-Client-0.07: no entry for /usr/ports/net/p5-Net-EPP-Frame make_index: p5-Net-EPP-Client-0.07: no entry for /usr/ports/net/p5-Net-EPP-Frame Committers on the hook: stas wen Most recent CVS update was: U MOVED U audio/p5-Audio-Scan/Makefile U audio/p5-Audio-Scan/distinfo U devel/libdispatch/Makefile U devel/libdispatch/distinfo U net/Makefile U net/p5-Net-EPP/Makefile U net/p5-Net-EPP/distinfo U net/p5-Net-EPP/pkg-descr U net/p5-Net-EPP/pkg-plist U www/Makefile U www/p5-ZConf-RSS/Makefile U www/p5-ZConf-RSS/distinfo U www/p5-ZConf-RSS/pkg-descr U www/p5-ZConf-RSS/pkg-plist From QAT at FreeBSD.org Wed Nov 11 10:12:53 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Nov 11 10:13:10 2009 Subject: cvs commit: ports/net/p5-Net-EPP-Proxy Makefile In-Reply-To: <200911111010.nABAAFZ0043250@repoman.freebsd.org> References: <200911111010.nABAAFZ0043250@repoman.freebsd.org> Message-ID: <20091111101507.BB38312E3D88@quark.ds9.tecnik93.com> The Restless Daemon identified a depend_object error while trying to build: p5-Net-EPP-Proxy-0.03 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/net/p5-Net-EPP-Proxy/Makefile,v 1.7 2009/11/11 10:10:15 wen Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/p5-Net-EPP-Proxy-0.03.log : ===> Verifying install for /usr/local/lib/perl5/site_perl/5.8.9/Net/EPP.pm in /usr/ports/net/p5-Net-EPP => Net-EPP-Client-0.07.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. Net-EPP-Client-0.07.tar.gz 10 kB 1038 kBps ===> Extracting for p5-Net-EPP-Client-0.07 => MD5 Checksum OK for Net-EPP-Client-0.07.tar.gz. => SHA256 Checksum OK for Net-EPP-Client-0.07.tar.gz. ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> Patching for p5-Net-EPP-Client-0.07 ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/IO/Socket/SSL.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/mach/XML/LibXML.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/Net/EPP/Frame.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> Configuring for p5-Net-EPP-Client-0.07 Writing Makefile for Net::EPP::Client ===> Building for p5-Net-EPP-Client-0.07 cp lib/Net/EPP/Client.pm blib/lib/Net/EPP/Client.pm Manifying blib/man3/Net::EPP::Client.3 ===> Installing for p5-Net-EPP-Client-0.07 ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/IO/Socket/SSL.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/mach/XML/LibXML.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/Net/EPP/Frame.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> Generating temporary packing list ===> Checking if net/p5-Net-EPP already installed ===> p5-Net-EPP-Client-0.07 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of net/p5-Net-EPP without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/net/p5-Net-EPP. *** Error code 1 Stop in /a/ports/net/p5-Net-EPP-Proxy. ================================================================ build of /usr/ports/net/p5-Net-EPP-Proxy ended at Wed Nov 11 10:15:05 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net&portname=p5-Net-EPP-Proxy The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From QAT at FreeBSD.org Wed Nov 11 10:31:08 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Nov 11 10:31:20 2009 Subject: cvs commit: ports/net/p5-Net-EPP-Proxy Makefile In-Reply-To: <200911111010.nABAAFZ0043250@repoman.freebsd.org> References: <200911111010.nABAAFZ0043250@repoman.freebsd.org> Message-ID: <20091111103323.0B1A712E3D88@quark.ds9.tecnik93.com> The Restless Daemon identified a depend_object error while trying to build: p5-Net-EPP-Proxy-0.03 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/net/p5-Net-EPP-Proxy/Makefile,v 1.7 2009/11/11 10:10:15 wen Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/p5-Net-EPP-Proxy-0.03.log : ===> Verifying install for /usr/local/lib/perl5/site_perl/5.8.9/Net/EPP.pm in /usr/ports/net/p5-Net-EPP => Net-EPP-Client-0.07.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. Net-EPP-Client-0.07.tar.gz 10 kB 42 MBps ===> Extracting for p5-Net-EPP-Client-0.07 => MD5 Checksum OK for Net-EPP-Client-0.07.tar.gz. => SHA256 Checksum OK for Net-EPP-Client-0.07.tar.gz. ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> Patching for p5-Net-EPP-Client-0.07 ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/IO/Socket/SSL.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/mach/XML/LibXML.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/Net/EPP/Frame.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> Configuring for p5-Net-EPP-Client-0.07 Writing Makefile for Net::EPP::Client ===> Building for p5-Net-EPP-Client-0.07 cp lib/Net/EPP/Client.pm blib/lib/Net/EPP/Client.pm Manifying blib/man3/Net::EPP::Client.3 ===> Installing for p5-Net-EPP-Client-0.07 ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/IO/Socket/SSL.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/mach/XML/LibXML.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/Net/EPP/Frame.pm - found ===> p5-Net-EPP-Client-0.07 depends on file: /usr/local/bin/perl5.8.9 - found ===> Generating temporary packing list ===> Checking if net/p5-Net-EPP already installed ===> p5-Net-EPP-Client-0.07 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of net/p5-Net-EPP without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/net/p5-Net-EPP. *** Error code 1 Stop in /a/ports/net/p5-Net-EPP-Proxy. ================================================================ build of /usr/ports/net/p5-Net-EPP-Proxy ended at Wed Nov 11 10:33:19 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net&portname=p5-Net-EPP-Proxy The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From jakob at grimstveit.no Wed Nov 11 10:45:31 2009 From: jakob at grimstveit.no (Jakob Breivik Grimstveit) Date: Wed Nov 11 10:45:37 2009 Subject: Problem using portupgrade-devel Message-ID: <40a50a8c0911110213w3fa9df48o8f2eeda2c66cf3c7@mail.gmail.com> Hi, When trying to install or upgrade ports using current portupgrade-devel, I get this: $ sudo portinstall cowsay [Gathering depends for games/cowsay ./usr/local/sbin/portinstall:878:in `get_all_depends': private method `scan' called for # (NoMethodError) ?? ? ? ?from /usr/local/sbin/portinstall:871:in `get_all_depends' ?? ? ? ?from /usr/local/lib/ruby/1.8/set.rb:195:in `each' ?? ? ? ?from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' ?? ? ? ?from /usr/local/lib/ruby/1.8/set.rb:195:in `each' ?? ? ? ?from /usr/local/sbin/portinstall:870:in `get_all_depends' ?? ? ? ?from /usr/local/sbin/portinstall:887:in `get_notinstalled_depends' ?? ? ? ?from /usr/local/sbin/portinstall:773:in `main' ?? ? ? ?from /usr/local/sbin/portinstall:751:in `each' ?? ? ? ?from /usr/local/sbin/portinstall:751:in `main' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `call' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `parse_in_order' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `catch' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `parse_in_order' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `catch' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1248:in `order!' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:1241:in `order' ?? ? ? ?from /usr/local/sbin/portinstall:559:in `main' ?? ? ? ?from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize' ?? ? ? ?from /usr/local/sbin/portinstall:231:in `new' ?? ? ? ?from /usr/local/sbin/portinstall:231:in `main' ?? ? ? ?from /usr/local/sbin/portinstall:2213 $ portupgrade --version portupgrade 2.4.6 -- Vyrdsamt, ? Jakob Breivik Grimstveit | +47 4829 8152 ? http://grimstveit.no/jakob | http://www.google.com/profiles/jakobbg From roberthuff at rcn.com Wed Nov 11 12:51:51 2009 From: roberthuff at rcn.com (Robert Huff) Date: Wed Nov 11 12:51:58 2009 Subject: Problem using portupgrade-devel In-Reply-To: <40a50a8c0911110213w3fa9df48o8f2eeda2c66cf3c7@mail.gmail.com> References: <40a50a8c0911110213w3fa9df48o8f2eeda2c66cf3c7@mail.gmail.com> Message-ID: <19194.45925.202680.124891@jerusalem.litteratus.org> Jakob Breivik Grimstveit writes: > When trying to install or upgrade ports using current > portupgrade-devel, I get this: I have seen something which I believe is the same. I sent mail to the portupgrade maintainer - ruby@ - a couple of days ago but have had no reply. Robert Huff From erwin at FreeBSD.org Wed Nov 11 13:01:21 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Nov 11 13:01:27 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200911111301.nABD1Lhm043796@builder.freebsd.org> From freebsd at box201.com Wed Nov 11 15:54:46 2009 From: freebsd at box201.com (Agrapha) Date: Wed Nov 11 15:54:54 2009 Subject: freebsd-ports Digest, Vol 337, Issue 8 In-Reply-To: <20091108120009.E293C1065692@hub.freebsd.org> References: <20091108120009.E293C1065692@hub.freebsd.org> Message-ID: <4AFADDCB.5000402@box201.com> Thanks for your help Miroslav, In fact a portupgrade did this to me. I'll try rebuilding the extensions. The last time I tried to re-build the extensions was after the upgrade which was the cause of the broken pear module in the first place. ok new updated ports tree (just this morning) rebuilt php5-extensions tried devel/pear segmentation fault Signal 11 next rebuilt lang/php5 no errors then ran pkgdb -F pkgdb -F ---> Checking the package registry database [Updating the pkgdb in /var/db/pkg ... - 326 packages found (-1 +1) (...). done] Stale dependency: horde-base-3.3.5 -> pear-1.8.1 (devel/pear): pear-XML_Util-1.2.1 (score:25%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] [Gathering depends for devel/pear ............................................ done] ---> Installing 'pear-1.9.0' from a port (devel/pear) ---> Building '/usr/ports/devel/pear' ===> Cleaning for pear-1.9.0 ===> Extracting for pear-1.9.0 => MD5 Checksum OK for pear-1.9.0.tar.bz2. => SHA256 Checksum OK for pear-1.9.0.tar.bz2. ===> Patching for pear-1.9.0 ===> Applying FreeBSD patches for pear-1.9.0 ===> Configuring for pear-1.9.0 ---> Installing the new version via the port ===> Installing for pear-1.9.0 ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> Generating temporary packing list ===> Checking if devel/pear already installed PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/memcache.so' - /usr/local/lib/php/20060613/memcache.so: Undefined symbol "php_session_create_id" in Unknown on line 0 Bootstrapping Installer................... Using previously install ... ok Extracting installer.................. Using previously installed installer ... ok Preparing installer.................. Updating channel "doc.php.net" Channel "doc.php.net" is up to date Updating channel "pear.php.net" Channel "pear.php.net" is up to date Updating channel "pecl.php.net" Channel "pecl.php.net" is up to date Installing selected packages.................. Package: PEAR-stable.............................. already installed ... ok Package: Structures_Graph-stable.................. already installed ... ok Package: Archive_Tar-stable....................... already installed ... ok Package: Console_Getopt-stable.................... already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. *** Error code 1 Stop in /usr/ports/devel/pear. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091111-62353-qgctxi-0 env make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/pear (install error) Command failed [exit code 1]: /usr/local/sbin/portinstall devel/pear > I need some suggestions on how to untangle this mess. both php5-extensions and php5 builds without errors /usr/local/lib/php/20060613/memcache.so: Undefined symbol > "php_session_create_id" in Unknown on line 0 Miroslav Lachman wrote: [...] It seems you have problem with your current PHP installation, not only with PEAR. Do you have memcache extension installed? If not, do you have it listed in the /usr/local/etc/php/extensions.ini or php.ini? Try to commented out or reinstall your PHP and extensions. Miroslav Lachman From stephen at missouri.edu Wed Nov 11 15:58:26 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Wed Nov 11 15:58:32 2009 Subject: Please look at this PR Message-ID: <4AFADF20.6050209@missouri.edu> ports/139342 is a tiny change to ports, which will change about 70 to 80 ports from completely not working to working perfectly. I already had a similar PR closed prematurely, and I feel a bit like I have been abandoned. In particular, it corrects that one port was declared broken, and this was done incorrectly. Please can someone commit this PR? From talon at lpthe.jussieu.fr Wed Nov 11 16:34:24 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Wed Nov 11 16:34:32 2009 Subject: Portmaster with package support ready for beta testing In-Reply-To: <4AF9ED39.8000200@bsdforen.de> References: <20091108223634.GA89295@lpthe.jussieu.fr> <4AF7C569.4090005@FreeBSD.org> <4AF7F789.3090809@quip.cz> <4AF9ED39.8000200@bsdforen.de> Message-ID: <20091111163420.GA76596@lpthe.jussieu.fr> On Tue, Nov 10, 2009 at 11:46:17PM +0100, Dominic Fandrey wrote: > If you want to work without a ports tree use pkg_upgrade > (sysutils/bsdadminscripts), it only requires an INDEX file. > > The next version will also require the MOVED file (as is now > provided by Pointyhead). Very nice, your program is in the same spirit as my own: http://www.lpthe.jussieu.fr/~talon/pkgupgrade except written in shell, which is quite a feat! Since python is easier to manage, pkgupgrade follows MOVED and tries to be fast. -- Michel TALON From linimon at lonesome.com Wed Nov 11 17:22:33 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Nov 11 17:22:39 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <4AF9ABA2.20206@collaborativefusion.com> References: <200906092213.n59MDGg5027852@ambrisko.com> <4AF9ABA2.20206@collaborativefusion.com> Message-ID: <20091111172232.GA31287@lonesome.com> On Tue, Nov 10, 2009 at 01:06:26PM -0500, Sean McAfee wrote: > What's the ports@ policy for things like this? I know I'm pretty peeved > that openntpd was pushed to 4.x, which requires >7. In a perfect world, I'd prefer for someone to fix the newer port on 6. However, it's fair to note that 6 is only a year away from secteam EOL (6.3 in January, 6.4 in November) and not much development is going on there. So, I think it's fair to ask maintainers to keep things working on 7 and 8, and 6 only if they have time. (Ports on -HEAD currently need a lot of work, too.) mcl From freebsd-ports at coreland.ath.cx Wed Nov 11 17:59:52 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Wed Nov 11 17:59:59 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: References: <20091107212936.GB85348@logik.internal.network> Message-ID: <20091111175947.GA89826@logik.internal.network> On 2009-11-08 00:06:16, Daniel Eischen wrote: > > Patches for amd64 support are also welcome. I thought you were > going to do a port for GNAT-gpl amd64? 'Lo. I just tried to compile the vanilla GNAT-GPL 2009 sources today and came across the following error: /gnat/gpl-2009/src/GNAT/obj/./gcc/xgcc -B/gnat/gpl-2009/src/GNAT/obj/./gcc/ -B/usr/local/x86_64-unknown-freebsd7.2/bin/ -B/usr/local/x86_64-unknown-freebsd7.2/lib/ -isystem /usr/local/x86_64-unknown-freebsd7.2/include -isystem /usr/local/x86_64-unknown-freebsd7.2/sys-include -g -fkeep-inline-functions -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -DHAVE_CC_TLS -o unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c ../../../src/libgcc/../gcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:338: ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h: In function ?x86_freebsd_fallback_frame_state?: ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:78: error: ?struct sigcontext? has no member named ?sc_esp? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:85: error: ?struct sigcontext? has no member named ?sc_eax? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:87: error: ?struct sigcontext? has no member named ?sc_ebx? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:89: error: ?struct sigcontext? has no member named ?sc_ecx? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:91: error: ?struct sigcontext? has no member named ?sc_edx? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:93: error: ?struct sigcontext? has no member named ?sc_esi? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:95: error: ?struct sigcontext? has no member named ?sc_edi? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:97: error: ?struct sigcontext? has no member named ?sc_ebp? ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:99: error: ?struct sigcontext? has no member named ?sc_eip? gmake[3]: *** [unwind-dw2.o] Error 1 gmake[3]: Leaving directory `/gnat/gpl-2009/src/GNAT/obj/x86_64-unknown-freebsd7.2/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/gnat/gpl-2009/src/GNAT/obj' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/gnat/gpl-2009/src/GNAT/obj' gmake: *** [all] Error 2 The actual GNAT part of the compiler appeared to compile without issue, using the compiler from the lang/gnat-gcc44 port. The above, however, seems to be a problem with the GCC core. It looks very i386 to me... There doesn't appear to be any explicit support for FreeBSD amd64/x86_64 in those GCC sources as far as I can tell and not being very familiar with the GCC codebase, I'm not sure how much work it'll be to add them. Any ideas? M From a.hut at digital-impact.de Wed Nov 11 19:11:57 2009 From: a.hut at digital-impact.de (Achim Hut) Date: Wed Nov 11 19:12:03 2009 Subject: nagios 3.1.x request In-Reply-To: References: <4583D922-EB6B-45E5-8D26-92A840423FCE@lassitu.de> Message-ID: <4AFB088D.1030209@digital-impact.de> Stefan Bethke wrote: > Am 28.07.2009 um 08:44: > [...] > Sorry for the noise, nagios-devel is release 3.1.2. I had falsely > assumed it would build a CVS snapshot. > > > Stefan Hi Portslist, dear Nagios-port Maintainer How about cleaning the Nagios Core Ports a bit? 1) The actual stable Nagios Realease is 3.2.0 dated 2009/08/12 What do we have in ports: a) nagios-2.12_5 b) nagios-3.0.6_3 c) nagios-devel-3.1.2_1 maybe its an good idea to delete port a) and build one nagios 3.2 port out of b) and c) Regards Achim -- Achim Hut | DIGITAL-IMPACT Deutschland IT Systeme | IT Consulting | Internet Services mailto: a.hut@digital-impact.de -------------------------------------- Fiedelerstr. 19 D 30519 Hannover tel +49 (0)511 696 041 057 | fax +49(0)1801 0211 21 5305 Inhaber: Achim Hut From rea-fbsd at codelabs.ru Wed Nov 11 19:29:52 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Wed Nov 11 19:30:09 2009 Subject: nagios 3.1.x request In-Reply-To: <4AFB088D.1030209@digital-impact.de> References: <4583D922-EB6B-45E5-8D26-92A840423FCE@lassitu.de> <4AFB088D.1030209@digital-impact.de> Message-ID: <6tAZV8gN0illLTID0XHo/gVLuEI@8WwhI1BLREGYCErwiufUu0sfwBM> Wed, Nov 11, 2009 at 07:55:09PM +0100, Achim Hut wrote: > Hi Portslist, dear Nagios-port Maintainer > > How about cleaning the Nagios Core Ports a bit? > > 1) The actual stable Nagios Realease is 3.2.0 dated 2009/08/12 > What do we have in ports: > a) nagios-2.12_5 > b) nagios-3.0.6_3 > c) nagios-devel-3.1.2_1 > > maybe its an good idea to delete port a) and > build one nagios 3.2 port out of b) and c) I see that you hadn't used PR search, aren't you? If you would, you'll find that an upgrade to 3.2.0 is hanging since September 28th: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/139210 Martin, were there any problems with the port or you were just overwhelmed with other business? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rjpereyra at gmail.com Wed Nov 11 19:44:55 2009 From: rjpereyra at gmail.com (Roberto Pereyra) Date: Wed Nov 11 19:45:02 2009 Subject: ports/139926: New port: Python language bindings for Cloud Files API - Rackspace Message-ID: <4AFB109E.8090400@gmail.com> >Category: ports >Responsible: freebsd-ports-bugs >Synopsis: New port: Python language bindings for Cloud Files API - Rackspace >Arrival-Date: Sat Oct 24 20:50:01 UTC 2009 From deischen at freebsd.org Wed Nov 11 19:48:38 2009 From: deischen at freebsd.org (Daniel Eischen) Date: Wed Nov 11 19:48:45 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091111175947.GA89826@logik.internal.network> References: <20091107212936.GB85348@logik.internal.network> <20091111175947.GA89826@logik.internal.network> Message-ID: On Wed, 11 Nov 2009, freebsd-ports@coreland.ath.cx wrote: > On 2009-11-08 00:06:16, Daniel Eischen wrote: >> >> Patches for amd64 support are also welcome. I thought you were >> going to do a port for GNAT-gpl amd64? > > 'Lo. > > I just tried to compile the vanilla GNAT-GPL 2009 sources today and > came across the following error: > > /gnat/gpl-2009/src/GNAT/obj/./gcc/xgcc -B/gnat/gpl-2009/src/GNAT/obj/./gcc/ -B/usr/local/x86_64-unknown-freebsd7.2/bin/ -B/usr/local/x86_64-unknown-freebsd7.2/lib/ -isystem /usr/local/x86_64-unknown-freebsd7.2/include -isystem /usr/local/x86_64-unknown-freebsd7.2/sys-include -g -fkeep-inline-functions -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -DHAVE_CC_TLS -o unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c ../../../src/libgcc/../gcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS > In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:338: > ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h: In function ?x86_freebsd_fallback_frame_state?: I guess I'm confused. Why is it using config/i386 if it is trying to build x86_64? Check the port to see if it forces target i386... -- DE From freebsd-ports at coreland.ath.cx Wed Nov 11 20:02:20 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Wed Nov 11 20:02:26 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: References: <20091107212936.GB85348@logik.internal.network> <20091111175947.GA89826@logik.internal.network> Message-ID: <20091111200215.GA14825@logik.internal.network> On 2009-11-11 14:48:35, Daniel Eischen wrote: > > /gnat/gpl-2009/src/GNAT/obj/./gcc/xgcc -B/gnat/gpl-2009/src/GNAT/obj/./gcc/ -B/usr/local/x86_64-unknown-freebsd7.2/bin/ -B/usr/local/x86_64-unknown-freebsd7.2/lib/ -isystem /usr/local/x86_64-unknown-freebsd7.2/include -isystem /usr/local/x86_64-unknown-freebsd7.2/sys-include -g -fkeep-inline-functions -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -DHAVE_CC_TLS -o unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c ../../../src/libgcc/../gcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS > > In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:338: > > ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h: In function ?x86_freebsd_fallback_frame_state?: > > I guess I'm confused. Why is it using config/i386 if it is > trying to build x86_64? Check the port to see if it forces > target i386... Oh, this wasn't your port, this was just the vanilla source package taken from libre.adacore.com. The port has some extra complexity (downloading bootstrap binaries, etc) that I wanted to avoid until I knew it actually built without (much) modification. M From alexanderchuranov at gmail.com Wed Nov 11 20:05:02 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed Nov 11 20:05:08 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <3cb459ed0911091634g1fe5792bu5f41960bbe344999@mail.gmail.com> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> <3cb459ed0911091634g1fe5792bu5f41960bbe344999@mail.gmail.com> Message-ID: <3cb459ed0911111204n4579090fif954f59305e07457@mail.gmail.com> Folks, It seems that I have found a workaround. It is to store the address of the variable in a register and then issue the "CAS" instruction, which only accepts register for an address. I am currently testing it. Alexander Churanov From deischen at freebsd.org Wed Nov 11 20:07:39 2009 From: deischen at freebsd.org (Daniel Eischen) Date: Wed Nov 11 20:07:45 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091111200215.GA14825@logik.internal.network> References: <20091107212936.GB85348@logik.internal.network> <20091111175947.GA89826@logik.internal.network> <20091111200215.GA14825@logik.internal.network> Message-ID: On Wed, 11 Nov 2009, freebsd-ports@coreland.ath.cx wrote: > On 2009-11-11 14:48:35, Daniel Eischen wrote: >>> /gnat/gpl-2009/src/GNAT/obj/./gcc/xgcc -B/gnat/gpl-2009/src/GNAT/obj/./gcc/ -B/usr/local/x86_64-unknown-freebsd7.2/bin/ -B/usr/local/x86_64-unknown-freebsd7.2/lib/ -isystem /usr/local/x86_64-unknown-freebsd7.2/include -isystem /usr/local/x86_64-unknown-freebsd7.2/sys-include -g -fkeep-inline-functions -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -DHAVE_CC_TLS -o unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c ../../../src/libgcc/../gcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS >>> In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:338: >>> ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h: In function ?x86_freebsd_fallback_frame_state?: >> >> I guess I'm confused. Why is it using config/i386 if it is >> trying to build x86_64? Check the port to see if it forces >> target i386... > > Oh, this wasn't your port, this was just the vanilla source package > taken from libre.adacore.com. > > The port has some extra complexity (downloading bootstrap > binaries, etc) that I wanted to avoid until I knew it actually > built without (much) modification. Oh, I see. Did you configure it with host=i386-unknown-freebsd and target=amd64-unknown-freebsd (or is it x86_64?)? It looks like libgcc might not have support for x86_64 FreeBSD?? -- DE From freebsd-ports at coreland.ath.cx Wed Nov 11 20:46:56 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Wed Nov 11 20:47:03 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: References: <20091107212936.GB85348@logik.internal.network> <20091111175947.GA89826@logik.internal.network> <20091111200215.GA14825@logik.internal.network> Message-ID: <20091111204652.GA53275@logik.internal.network> On 2009-11-11 15:07:36, Daniel Eischen wrote: > > Oh, I see. Did you configure it with host=i386-unknown-freebsd > and target=amd64-unknown-freebsd (or is it x86_64?)? > > It looks like libgcc might not have support for x86_64 > FreeBSD?? Full configure line was: ../src/configure \ --enable-languages="c,ada" \ --disable-libada \ --host=x86_64-unknown-freebsd7.2 \ --target=x86_64-unknown-freebsd7.2 \ --build=x86_64-unknown-freebsd7.2 ...which is more or less what I build GCC with. It does seem as if support is missing - perhaps removed by AdaCore? The system compiler is at 4.2.1 on my AMD64 machine, so I'm guessing that support was there and was removed? M From deischen at freebsd.org Wed Nov 11 21:09:28 2009 From: deischen at freebsd.org (Daniel Eischen) Date: Wed Nov 11 21:09:36 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091111204652.GA53275@logik.internal.network> References: <20091107212936.GB85348@logik.internal.network> <20091111175947.GA89826@logik.internal.network> <20091111200215.GA14825@logik.internal.network> <20091111204652.GA53275@logik.internal.network> Message-ID: On Wed, 11 Nov 2009, freebsd-ports@coreland.ath.cx wrote: > On 2009-11-11 15:07:36, Daniel Eischen wrote: >> >> Oh, I see. Did you configure it with host=i386-unknown-freebsd >> and target=amd64-unknown-freebsd (or is it x86_64?)? >> >> It looks like libgcc might not have support for x86_64 >> FreeBSD?? > > Full configure line was: > > ../src/configure \ > --enable-languages="c,ada" \ > --disable-libada \ > --host=x86_64-unknown-freebsd7.2 \ > --target=x86_64-unknown-freebsd7.2 \ > --build=x86_64-unknown-freebsd7.2 > > ...which is more or less what I build GCC with. I would try it piecemeal. Try just building the target compiler (--host=i386-unknown-freebsd7.2 and --target=x86_64-unknown-freebsd7.2). > It does seem as if support is missing - perhaps removed by AdaCore? > > The system compiler is at 4.2.1 on my AMD64 machine, so I'm guessing > that support was there and was removed? I think Adacore takes a snapshot of gcc at the time, it might not be the actual release. -- DE From dougb at FreeBSD.org Thu Nov 12 08:34:58 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Nov 12 08:35:04 2009 Subject: Is there any reason to keep sysutils/rc_subr? Message-ID: <4AFBC8B5.3070707@FreeBSD.org> I'm wondering if there is any reason to keep sysutils/rc_subr around? In bsd.port.mk the default sub for %%RC_SUBR%% is already /etc/rc.subr, and all supported platforms have always had that file. After the release of 8.0 I'd like to do the following: 1. Deprecate sysutils/rc_subr 2. Update all ports rc.d scripts that currently use %%RC_SUBR%% to use /etc/rc.subr instead. 3. Simplify any ports Makefiles that depend on sysutils/rc_subr 4. Simplify bsd.port.mk I also think it would be reasonable to update the Handbook section on ports rc.d scripts to use /etc/rc.subr now. Any objections? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From rea-fbsd at codelabs.ru Thu Nov 12 14:55:13 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Thu Nov 12 14:55:22 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <3cb459ed0911111204n4579090fif954f59305e07457@mail.gmail.com> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> <3cb459ed0911091634g1fe5792bu5f41960bbe344999@mail.gmail.com> <3cb459ed0911111204n4579090fif954f59305e07457@mail.gmail.com> Message-ID: Alexander, good day. Wed, Nov 11, 2009 at 11:04:59PM +0300, Alexander Churanov wrote: > It seems that I have found a workaround. It is to store the address of > the variable in a register and then issue the "CAS" instruction, which > only accepts register for an address. I am currently testing it. I hadn't seen the code you're testing, but it seems to me that the attached patch should automatically take care of making the address to be in some register (if it isn't already in the register). It compiles well, and even works as a stand-alone function, but I hadn't yet tested if boost built with such a atomic primitive really works fine. Have some $JOB to do prior to the testing. If you're storing the address in the register manually -- there is no need for it: you can use assembly constraints; this also makes less headache, because compiler decides what register should be allocated by its own and typically it is doing this job well. Anyway, I hadn't seen your patch, so may be you already doing this. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: boost-cas.diff Type: text/x-diff Size: 670 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091112/5a0eb048/boost-cas.bin From alexanderchuranov at gmail.com Thu Nov 12 15:19:44 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Nov 12 15:19:51 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> <3cb459ed0911091634g1fe5792bu5f41960bbe344999@mail.gmail.com> <3cb459ed0911111204n4579090fif954f59305e07457@mail.gmail.com> Message-ID: <3cb459ed0911120719v2dadad19i5cb93a589524dc62@mail.gmail.com> Eygene, Your solution is clearly more appropriate. I'll test it. Mine is attached. Alexander Churanov -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-boost_smart_ptr_detail_sp_counted_base_gcc_sparc.hpp Type: application/octet-stream Size: 704 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091112/c0b3a1a2/patch-boost_smart_ptr_detail_sp_counted_base_gcc_sparc.obj From freebsd at box201.com Thu Nov 12 17:01:03 2009 From: freebsd at box201.com (Agrapha) Date: Thu Nov 12 17:01:10 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <20091112120009.79C9A10656CB@hub.freebsd.org> References: <20091112120009.79C9A10656CB@hub.freebsd.org> Message-ID: <4AFC3EEE.5090200@box201.com> Ok seems like I had a memcache problem but after rebuilding pecl-memcache that is gone now. can someone give me an idea where or how to look for the errors in this build? It seems to only happen with pear. The is needed to keep mail/horde-imp working.... /usr/ports/devel/pear> pkgdb -F ---> Checking the package registry database [Updating the pkgdb in /var/db/pkg ... - 328 packages found (-1 +3) (...)... done] Stale dependency: horde-base-3.3.5 -> pear-1.8.1 (devel/pear): pear-XML_Util-1.2.1 (score:25%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] ** Stale lock file was found. Removed. ** Stale lock file was found. Removed. [Gathering depends for devel/pear ............................................ done] ---> Installing 'pear-1.9.0' from a port (devel/pear) ---> Building '/usr/ports/devel/pear' ===> Cleaning for pear-1.9.0 ===> Extracting for pear-1.9.0 => MD5 Checksum OK for pear-1.9.0.tar.bz2. => SHA256 Checksum OK for pear-1.9.0.tar.bz2. ===> Patching for pear-1.9.0 ===> Applying FreeBSD patches for pear-1.9.0 ===> Configuring for pear-1.9.0 ---> Installing the new version via the port ===> Installing for pear-1.9.0 ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> Generating temporary packing list ===> Checking if devel/pear already installed Bootstrapping Installer................... Using previously install ... ok Extracting installer.................. Using previously installed installer ... ok Preparing installer.................. Updating channel "doc.php.net" Channel "doc.php.net" is up to date Updating channel "pear.php.net" Channel "pear.php.net" is up to date Updating channel "pecl.php.net" Channel "pecl.php.net" is up to date Installing selected packages.................. Package: PEAR-stable.............................. already installed ... ok Package: Structures_Graph-stable.................. already installed ... ok Package: Archive_Tar-stable....................... already installed ... ok Package: Console_Getopt-stable.................... already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. *** Error code 1 Stop in /usr/ports/devel/pear. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091112-89890-wbklq1-0 env make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/pear (install error) Command failed [exit code 1]: /usr/local/sbin/portinstall devel/pear > I don't know what could be causing this segmentation fault or what is causing it either. From eitanadlerlist at gmail.com Thu Nov 12 18:42:44 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Nov 12 18:42:50 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091110223914.GA1288@straylight.m.ringlet.net> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <20091110103228.GA1139@straylight.m.ringlet.net> <20091110181240.33a78db4@gumby.homeunix.com> <20091110223914.GA1288@straylight.m.ringlet.net> Message-ID: Any problems with something like this in bsd.svn.mk Comments and suggestions welcome... x-svn-export: svn export -r${SVN_REV} ${SVN_URL} ${WRKSRC} x-svn-tar: ${TAR} -cjvf ${DISTNAME}.tar.bz2 ${WRKSRC} ${RM} -rf ${WRKSRC} x-svn-head: SVN_REV != svn info ${SVN_URL} | grep "^Last Changed Rev:"|awk '${print $$4}' x-svn-all: .ORDER x-svn-head x-svn-export x-svn-tar makesum x-svn-prebuild: x-svn-export x-svn-tar checksum From dougb at FreeBSD.org Thu Nov 12 20:46:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Nov 12 20:46:15 2009 Subject: Is there any reason to keep sysutils/rc_subr? In-Reply-To: <4AFBC8B5.3070707@FreeBSD.org> References: <4AFBC8B5.3070707@FreeBSD.org> Message-ID: <4AFC7414.6040100@FreeBSD.org> I probably should have added to my first post the fact that sysutils/rc_subr was originally added during the introduction of the rc.d system in the base as a mechanism for ports on older systems (to which rc.d would not be backported) to use it. Now that rc.d exists on all supported versions it is obsolete. (I mention this because I received a question about it in private mail.) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From miwi at FreeBSD.org Thu Nov 12 21:34:25 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Nov 12 21:34:58 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFC3EEE.5090200@box201.com> References: <20091112120009.79C9A10656CB@hub.freebsd.org> <4AFC3EEE.5090200@box201.com> Message-ID: <20091112213420.GK98472@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rebuild php5 and try again. On Thu, Nov 12, 2009 at 09:59:26AM -0700, Agrapha wrote: > Ok seems like I had a memcache problem but after rebuilding > pecl-memcache that is gone now. > can someone give me an idea where or how to look for the errors in this > build? It seems to only happen with pear. The is needed to keep > mail/horde-imp working.... > > /usr/ports/devel/pear> pkgdb -F > ---> Checking the package registry database > [Updating the pkgdb in /var/db/pkg ... - 328 packages > found (-1 +3) (...)... done] > Stale dependency: horde-base-3.3.5 -> pear-1.8.1 (devel/pear): > pear-XML_Util-1.2.1 (score:25%) ? ([y]es/[n]o/[a]ll) [no] > Install stale dependency? ([y]es/[n]o/[a]ll) [yes] > ** Stale lock file was found. Removed. > ** Stale lock file was found. Removed. > [Gathering depends for devel/pear > ............................................ done] > ---> Installing 'pear-1.9.0' from a port (devel/pear) > ---> Building '/usr/ports/devel/pear' > ===> Cleaning for pear-1.9.0 > ===> Extracting for pear-1.9.0 > => MD5 Checksum OK for pear-1.9.0.tar.bz2. > => SHA256 Checksum OK for pear-1.9.0.tar.bz2. > ===> Patching for pear-1.9.0 > ===> Applying FreeBSD patches for pear-1.9.0 > ===> Configuring for pear-1.9.0 > ---> Installing the new version via the port > ===> Installing for pear-1.9.0 > ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> Generating temporary packing list > ===> Checking if devel/pear already installed > > Bootstrapping Installer................... > Using previously install ... ok > > Extracting installer.................. > Using previously installed installer ... ok > > Preparing installer.................. > Updating channel "doc.php.net" > Channel "doc.php.net" is up to date > Updating channel "pear.php.net" > Channel "pear.php.net" is up to date > Updating channel "pecl.php.net" > Channel "pecl.php.net" is up to date > > Installing selected packages.................. > Package: PEAR-stable.............................. already installed ... ok > Package: Structures_Graph-stable.................. already installed ... ok > Package: Archive_Tar-stable....................... already installed ... ok > Package: Console_Getopt-stable.................... already installed ... ok > *** Signal 11 > > Stop in /usr/ports/devel/pear. > *** Error code 1 > > Stop in /usr/ports/devel/pear. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portinstall20091112-89890-wbklq1-0 env make reinstall > ** Fix the installation problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! devel/pear (install error) > Command failed [exit code 1]: /usr/local/sbin/portinstall devel/pear > > > > I don't know what could be causing this segmentation fault or what is > causing it either. > > _______________________________________________ > 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" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkr8f1sACgkQdLJIhLHm/Ol1wwCgxK4wdhMxb5UWxuVOgBUelNN2 SwwAn0OySdckPMMI7O2cSnpYQZ3oHSO0 =BwjB -----END PGP SIGNATURE----- From 000.fbsd at quip.cz Thu Nov 12 22:20:33 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Thu Nov 12 22:20:41 2009 Subject: New port: sysutils/megacli waiting to commit In-Reply-To: <200911101941.nAAJf1kL013914@ambrisko.com> References: <200911101941.nAAJf1kL013914@ambrisko.com> Message-ID: <4AFC8A2C.3090005@quip.cz> Doug Ambrisko wrote: > Miroslav Lachman writes: > | Doug Ambrisko wrote: [...] > | Hi, > | I am little confused by all these MegaRAID utilities available in ports. > | (I am new to LSI MegaRAID). > | > | I have new Dell R610 with PERC6 identified as: > | > | mfi0: port 0xfc00-0xfcff mem > | 0xdf180000-0xdf1bffff,0xdf1c0000-0xdf1fffff irq 16 at device 0.0 on pci3 > | mfi0: Megaraid SAS driver Ver 3.00 > | > | What is the recommended tool to monitor (and manage) the state of the > | PERC6 array? > > To monitor, I use syslog :-). I set in loader.conf > hw.mfi.event_class="-2" > so I see everything logged to dmesg/syslog of all events. > > To manage it I use a custom tool but MegaCli should work. > > There is a new tool that was added to freebsd "mfiutil" from Yahoo. Thank you for tip to mfiutil. I upgraded to 7-STABLE where mfiutil is also included and it seems simpler than MegaCli. I hope it will work without problems ;) > | I also found on LSI website, that newer FreeBSD MegaCli is available: > | 5.00.15 > | > | But I don't know if it supports previous HW or not. > > I have yet to see a MegaCli that isn't a super set of the prior. > The API to the firmware has been stable. [...] Miroslav Lachman From kuriyama at FreeBSD.org Thu Nov 12 23:47:48 2009 From: kuriyama at FreeBSD.org (Jun Kuriyama) Date: Thu Nov 12 23:48:22 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <200911081549.06930.david@vizion2000.net> References: <200911081017.19182.david@vizion2000.net> <48acff730911080651r5ced86a0m93c2ce4fb3d815c6@mail.gmail.com> <200911081549.06930.david@vizion2000.net> Message-ID: <48acff730911121547l7c7e9af9p9518a6603882d04a@mail.gmail.com> 2009/11/9 David Southwell : >> 2009/11/8 David Southwell : > What puzzles me is why the gnupg maintainer is sooooooooo reluctant to provide > alternative options to using pth when there are both system libraries and > libpthread-stubs-0.1 available as an alternative. ?Dependencuy upon > libpthread-stubs-0.1 enables gnupg to function without causing unnecessary > problems. My understand is the pth was written for those systems which do not > have alternative ?libraries for handling threads. My understanding is, stock gnupg dist depends on pth (even if described as optional). It seems using libpthread-stubs needs to modify configure script. Do you have a patch for this? -- Jun Kuriyama // FreeBSD Project // S2 Factory, Inc. From wxs at FreeBSD.org Fri Nov 13 01:10:02 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Nov 13 01:10:13 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> Message-ID: <20091113011000.GA45256@atarininja.org> On Tue, Nov 10, 2009 at 10:28:17PM +0200, Eitan Adler wrote: > Alright - I updated the wiki page to summarize the thread so far. > I'd appreciate if people could comment on the "spec" part > specifically. I'd like to see that section become much more specific > (so that I could use it to unambiguously write something based off of > it) > > I'm holding off on writing any new implementations at the moment to > see where things head in terms of how things should be done. > http://wiki.freebsd.org/EitanAdler/ports-svn Why only SVN? I'm not trying to be picky but if we start supporting this for SVN it's very easy to argue we should support it for some other VCS. Personally I think this kind of thing is best left up to the maintainer to use his/her custom scripts and not stuff support for it into the ports infrastructure. -- WXS From eitanadlerlist at gmail.com Fri Nov 13 08:00:30 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Nov 13 08:00:58 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091113011000.GA45256@atarininja.org> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> <20091113011000.GA45256@atarininja.org> Message-ID: Actually I was thinking of eventually adding non-svn support as well.... The reason I started on this project is because the version of mplayer in ports is severely out of date. When I tried to update to port I noticed that the project wants you to compile and install from svn. I also noticed a few other ports that have hacks to let the maintainers "use his/her custom scripts" stuck into the port's Makefile. I think it would be good if there was some standardized way of solving both of these problems... On Fri, Nov 13, 2009 at 3:10 AM, Wesley Shields wrote: > On Tue, Nov 10, 2009 at 10:28:17PM +0200, Eitan Adler wrote: > > Alright - I updated the wiki page to summarize the thread so far. > > I'd appreciate if people could comment on the "spec" part > > specifically. I'd like to see that section become much more specific > > (so that I could use it to unambiguously write something based off of > > it) > > > > I'm holding off on writing any new implementations at the moment to > > see where things head in terms of how things should be done. > > http://wiki.freebsd.org/EitanAdler/ports-svn > > Why only SVN? I'm not trying to be picky but if we start supporting this > for SVN it's very easy to argue we should support it for some other VCS. > Personally I think this kind of thing is best left up to the maintainer > to use his/her custom scripts and not stuff support for it into the > ports infrastructure. > > -- WXS > From david at vizion2000.net Fri Nov 13 09:38:03 2009 From: david at vizion2000.net (David Southwell) Date: Fri Nov 13 09:38:10 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <48acff730911121547l7c7e9af9p9518a6603882d04a@mail.gmail.com> References: <200911081549.06930.david@vizion2000.net> <48acff730911121547l7c7e9af9p9518a6603882d04a@mail.gmail.com> Message-ID: <200911130937.31596.david@vizion2000.net> > 2009/11/9 David Southwell : > >> 2009/11/8 David Southwell : > > > > What puzzles me is why the gnupg maintainer is sooooooooo reluctant to > > provide alternative options to using pth when there are both system > > libraries and libpthread-stubs-0.1 available as an alternative. > > Dependencuy upon libpthread-stubs-0.1 enables gnupg to function without > > causing unnecessary problems. My understand is the pth was written for > > those systems which do not have alternative libraries for handling > > threads. > > My understanding is, stock gnupg dist depends on pth (even if > described as optional). > > It seems using libpthread-stubs needs to modify configure script. Do you > have a patch for this? > I am not experienced at creating the scripts and am not confident in that area. My focus is on building and testing as many ports as possible and reporting problems!!! The way I tackle the gnupg problem on my running systems is when gnupg is built I immediately delete pth and replace gnupg's dependency. However I get caught out when gnupg gets upgraded on systems during a portupgrade -a run and other ports become comprised due to the presence of pth!! It then takes a lot of effort to sort out resultant difficulties. On one occasion I had to completely rebuild all python ports and those dependent upon it. At first it seemed as though the problems were due to a screwed up python installation -- but the problems came from pth! I would appreciate it if someone were able to produce an appropriate patch for this!! Thanks in advance From rhurlin at gwdg.de Fri Nov 13 09:48:06 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Fri Nov 13 09:48:13 2009 Subject: Question about creating a port for saga gis Message-ID: <4AFD2B5F.3070304@gwdg.de> This is my first try to create a port and I may need some help. I am working on porting the linux version of SAGA GIS (see http://www.saga-gis.org/). Unfortunately I have problems to let the port fetch the distfile. I tried many ways described in the porters handbook without success. The distfile is located at http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz/download I tried for example with combinations of PORTNAME= saga PORTVERSION= 2.0.4 DISTNAME= saga_2.0.4_src_linux MASTER_SITES= http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/ but the main problem seems to be the '/download' after the filename. Fetching the file by hand works but I have no clue how to describe this path in the ports Makefile. Your help is greatly appreciated, Rainer Hurling From sergey.dyatko at gmail.com Fri Nov 13 10:08:22 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Fri Nov 13 10:09:21 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFD2B5F.3070304@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> Message-ID: <20091113120815.1054d18a@tiger.minsk.domain> ? Fri, 13 Nov 2009 10:48:15 +0100 Rainer Hurling ?????: RH> This is my first try to create a port and I may need some help. I RH> am working on porting the linux version of SAGA GIS (see RH> http://www.saga-gis.org/). RH> RH> Unfortunately I have problems to let the port fetch the distfile. I RH> tried many ways described in the porters handbook without success. RH> RH> The distfile is located at RH> RH> http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz/download RH> direct link is http://$MIRROR/project/saga-gis/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz RH> I tried for example with combinations of RH> RH> PORTNAME= saga RH> PORTVERSION= 2.0.4 RH> DISTNAME= saga_2.0.4_src_linux RH> MASTER_SITES= RH> http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/ MASTER_SITES= SF/${PORTNAME}-gis/SAGA%20-%202.0/SAGA%20${PORTVERSION} RH> but the main problem seems to be the '/download' after the filename. RH> RH> Fetching the file by hand works but I have no clue how to describe RH> this path in the ports Makefile. RH> RH> Your help is greatly appreciated, RH> Rainer Hurling -- wbr, tiger From rea-fbsd at codelabs.ru Fri Nov 13 10:42:11 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Nov 13 10:42:46 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFD2B5F.3070304@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> Message-ID: Rainer, good day. Fri, Nov 13, 2009 at 10:48:15AM +0100, Rainer Hurling wrote: > Unfortunately I have problems to let the port fetch the distfile. I > tried many ways described in the porters handbook without success. > > The distfile is located at > > http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz/download No, this is the location of the fancy page with ads that will allow one to select mirrors and other stuff. It will select the mirror automatically, so you're seeing it as the download URL, but it's not so, it is just a redirector. > I tried for example with combinations of > > PORTNAME= saga > PORTVERSION= 2.0.4 > DISTNAME= saga_2.0.4_src_linux > MASTER_SITES= > http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/ > > but the main problem seems to be the '/download' after the filename. > > Fetching the file by hand works but I have no clue how to describe this > path in the ports Makefile. The following mini-Makefile does the trick for me: ----- PORTNAME= saga PORTVERSION= 2.0.4 DISTNAME= saga_2.0.4_src_linux MASTER_SITES= SF/saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}/ CATEGORIES= devel .include ----- Please, note that the "SF" word is expanded to the full list of the SourceForge mirrors known to the FreeBSD ports subsystem, so you need not to explicitely list any URLs -- just use "SF" for SourceForce mirrors. And the snippet I showed above is yet better rewritten as ----- PORTNAME= saga PORTVERSION= 2.0.4 DISTNAME= saga_2.0.4_src_linux MASTER_SITES= SF MASTER_SITE_SUBDIR= saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION} CATEGORIES= devel .include ----- It does the same, but has better semantics. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rhurlin at gwdg.de Fri Nov 13 10:54:10 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Fri Nov 13 10:54:17 2009 Subject: Question about creating a port for saga gis In-Reply-To: References: <4AFD2B5F.3070304@gwdg.de> Message-ID: <4AFD3AD0.6020107@gwdg.de> Eygene and Sergey, thank you for your answers. Now I am able to fetch directly :-) Am 13.11.2009 11:42 (UTC+1) schrieb Eygene Ryabinkin: > Rainer, good day. > > Fri, Nov 13, 2009 at 10:48:15AM +0100, Rainer Hurling wrote: >> Unfortunately I have problems to let the port fetch the distfile. I >> tried many ways described in the porters handbook without success. >> >> The distfile is located at >> >> http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/saga_2.0.4_src_linux.tar.gz/download > > No, this is the location of the fancy page with ads that will allow one > to select mirrors and other stuff. It will select the mirror > automatically, so you're seeing it as the download URL, but it's not so, > it is just a redirector. I knew of the redirection method (because it had been discussed on ports@ for some days in september) but had no clues for the right notation ;-) >> I tried for example with combinations of >> >> PORTNAME= saga >> PORTVERSION= 2.0.4 >> DISTNAME= saga_2.0.4_src_linux >> MASTER_SITES= >> http://sourceforge.net/projects/saga-gis/files/SAGA%20-%202.0/SAGA%202.0.4/ >> >> but the main problem seems to be the '/download' after the filename. >> >> Fetching the file by hand works but I have no clue how to describe this >> path in the ports Makefile. > > The following mini-Makefile does the trick for me: > ----- > PORTNAME= saga > PORTVERSION= 2.0.4 > DISTNAME= saga_2.0.4_src_linux > MASTER_SITES= SF/saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION}/ > > CATEGORIES= devel > > .include > ----- > > Please, note that the "SF" word is expanded to the full list of the > SourceForge mirrors known to the FreeBSD ports subsystem, so you need > not to explicitely list any URLs -- just use "SF" for SourceForce > mirrors. > > And the snippet I showed above is yet better rewritten as > ----- > PORTNAME= saga > PORTVERSION= 2.0.4 > DISTNAME= saga_2.0.4_src_linux > MASTER_SITES= SF > MASTER_SITE_SUBDIR= saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION} I will apply this version with SUBDIR. It shows clearer the use of a mirror list for me. > CATEGORIES= devel My plans are to use math for SAGA GIS because there is no 'gis' category. And 'graphics' or 'database' do not suit well enough I think. > .include > ----- > It does the same, but has better semantics. Many thanks again, Rainer From rea-fbsd at codelabs.ru Fri Nov 13 11:38:15 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Nov 13 11:38:40 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFD3AD0.6020107@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> <4AFD3AD0.6020107@gwdg.de> Message-ID: Fri, Nov 13, 2009 at 11:54:08AM +0100, Rainer Hurling wrote: > thank you for your answers. Now I am able to fetch directly :-) You're welcome ;)) > > CATEGORIES= devel > > My plans are to use math for SAGA GIS because there is no 'gis' > category. And 'graphics' or 'database' do not suit well enough I > think. I used "devel" just to stuff some CATEGORIES into the test Makefile -- this variable is mandatory and bsd.port.mk will error us out if this won't be specified. You can use any category that suits you. By the way, you can specify multiple categories and, probably, "astro" is worth considering too. But the primary category is "math", so you're right and the port most probably should go into math/saga. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From neil at darlow.co.uk Fri Nov 13 11:50:29 2009 From: neil at darlow.co.uk (Neil Darlow) Date: Fri Nov 13 11:50:36 2009 Subject: Is multi-session DVD writing broken for cdrtools-devel a65 and later? Message-ID: <20091113113757.000036e0@ASPIRE.darlow.co.uk> Hi, I've been using cdrtools-devel as part of my backup-to-DVD scheme for a number of years. I switched from using cdrtools to cdrtools-devel due to a problem with DMA alignment which was fixed in cdrtools-devel. My regime consists of performing a full backup on a Sunday and differential backups against it on subsequent days (I use dar to create the backups). The full backup session is created with "growisofs -Z" and the differential backup sessions with "growisofs -M". growisofs is a dvd+rw-tools program that serves as a high-level interface to cdrtools' mkisofs. This setup has been working fine until cdrtools-devel-2.01.01a65 where the second and later sessions (the differential backups) started to fail with an error to the effect that the DVD doesn't contain an ISO fs. This seems a bogus error because the initial session has been written to the DVD correctly and it most certainly is an ISO fs. For now, I've been able to downgrade to cdrtools and multi-session appears to work fine there. My concern is that cdrtools is nearing a new stable release and this errant behaviour I've experienced could find its way into the coming release. Has anyone else experienced multi-session write failures with recent builds of cdrtools-devel (a65 and later)? I would like some confirmation before I progress any bug report towards Schilly. Regards, Neil Darlow -- This e-mail contains an attached digital signature. Please do not remove it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091113/1e4fc48d/signature.pgp From office at atn.com Fri Nov 13 13:41:18 2009 From: office at atn.com (Dr. Harris Conklin) Date: Fri Nov 13 13:41:28 2009 Subject: Your Ref: SNT/ATM/822 Message-ID: <20091113134118.B16B110656CC@hub.freebsd.org> Our Ref: FGN/SNT/RAL Your Ref: SNT/ATM/822 Attn: I am directed to inform you that your payment verification and confirmations are correct, Therefore we are happy to inform you that arrangements have been concluded to effect your payment as soon as possible and in our bid to transparency. It is my pleasure to inform you that ATM Card Number: 5428050011004432 have been approved in your favor; The ATM Card Value is $315,810.00 USD (Three Hundred and Fifteen Thousand, Eight Hundred and Ten USD Only) You are advised that a maximum withdrawal value of $5,000.00 USD is permitted on withdrawal per day and are duly Inter Switch so you can make withdrawal in any location and ATM Center of your choice. We have concluded delivery arrangement with the ups courier services. Please note that the UPS Courier Company is fully insured by Nicon Insurance Corporation. Please you advice to pay for the delivery cost of your parcel which is ($155.00USD) so that I will know how to proceed, and please be informed that the delivery will be made to your address in 48 hours (2 days) after our confirmation of this payment for delivery, as you know that the delivery fee receipt will be used to attach on your payment delivery documents to avoid being delayed by customs. Treat urgently and note that your ATM Card is ready and available for dispatch to you. Please call me immediately you receive this email. My email is dr.harrisc@gala.net Regards, Dr. Harris Conklin Office Number: +2348032312897 HEAD OF INTENTIONAL REMITTANCE DEPARTMENT From freebsd at box201.com Fri Nov 13 14:12:21 2009 From: freebsd at box201.com (freebsd@box201.com) Date: Fri Nov 13 14:12:29 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <20091113120015.E38B41065711@hub.freebsd.org> References: <20091113120015.E38B41065711@hub.freebsd.org> Message-ID: <000101ca6466$58e820d0$0ab86270$@com> Martin wrote: >Date: Thu, 12 Nov 2009 22:34:20 +0100 >From: Martin Wilke >Subject: Re: devel/pear1.9.0 build problems >To: Agrapha >Cc: freebsd-ports@freebsd.org >Message-ID: <20091112213420.GK98472@bsdcrew.de> >Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed > >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Rebuild php5 and try again. Rebuilt php5 as directed via the port. Everything installs fine no errors. Next cd to devel/pear and the same crash. This system had pear-1.8.1 before but 1.9.0 just refuses to build. ===> Compressing manual pages for php5-5.2.11_1 ===> Registering installation for php5-5.2.11_1 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/libexec/apache22/libphp5.so /usr/local/bin/php /usr/local/bin/php-cgi If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://www.php.net/ /usr/ports/lang/pear>cd ../../devel/pear /usr/ports/devel/pear> make reinstall clean ===> Installing for pear-1.9.0 ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> Generating temporary packing list ===> Checking if devel/pear already installed Bootstrapping Installer................... Using previously install ... ok Extracting installer.................. Using previously installed installer ... ok Preparing installer.................. Updating channel "doc.php.net" Channel "doc.php.net" is up to date Updating channel "pear.php.net" Channel "pear.php.net" is up to date Updating channel "pecl.php.net" Channel "pecl.php.net" is up to date Installing selected packages.................. Package: PEAR-stable.............................. already installed ... ok Package: Structures_Graph-stable.................. already installed ... ok Package: Archive_Tar-stable....................... already installed ... ok Package: Console_Getopt-stable.................... already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. *** Error code 1 Stop in /usr/ports/devel/pear. /usr/ports/devel/pear> Can I delete what pear has already installed? From glarkin at FreeBSD.org Fri Nov 13 15:03:45 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Fri Nov 13 15:03:52 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <000101ca6466$58e820d0$0ab86270$@com> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> Message-ID: <4AFD7549.5060408@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 freebsd@box201.com wrote: > Martin wrote: > >Date: Thu, 12 Nov 2009 22:34:20 +0100 > >From: Martin Wilke > >Subject: Re: devel/pear1.9.0 build problems > >To: Agrapha > >Cc: freebsd-ports@freebsd.org > >Message-ID: <20091112213420.GK98472@bsdcrew.de> > >Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed > > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >Rebuild php5 and try again. > > Rebuilt php5 as directed via the port. Everything installs fine no errors. > Next cd to devel/pear and the same crash. This system had pear-1.8.1 before > but 1.9.0 just refuses to build. > > ===> Compressing manual pages for php5-5.2.11_1 > ===> Registering installation for php5-5.2.11_1 > ===> SECURITY REPORT: > This port has installed the following files which may act as network > servers and may therefore pose a remote security risk to the system. > /usr/local/libexec/apache22/libphp5.so > /usr/local/bin/php > /usr/local/bin/php-cgi > > If there are vulnerabilities in these programs there may be a security > risk to the system. FreeBSD makes no guarantee about the security of > ports included in the Ports Collection. Please type 'make deinstall' > to deinstall the port if this is a concern. > > For more information, and contact details about the security > status of this software, see the following webpage: > http://www.php.net/ > > /usr/ports/lang/pear>cd ../../devel/pear > > /usr/ports/devel/pear> make reinstall clean > ===> Installing for pear-1.9.0 > ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> Generating temporary packing list > ===> Checking if devel/pear already installed > > Bootstrapping Installer................... > Using previously install ... ok > > Extracting installer.................. > Using previously installed installer ... ok > > Preparing installer.................. > Updating channel "doc.php.net" > Channel "doc.php.net" is up to date > Updating channel "pear.php.net" > Channel "pear.php.net" is up to date > Updating channel "pecl.php.net" > Channel "pecl.php.net" is up to date > > Installing selected packages.................. > Package: PEAR-stable.............................. already installed ... ok > Package: Structures_Graph-stable.................. already installed ... ok > Package: Archive_Tar-stable....................... already installed ... ok > Package: Console_Getopt-stable.................... already installed ... ok > *** Signal 11 > > Stop in /usr/ports/devel/pear. > *** Error code 1 > > Stop in /usr/ports/devel/pear. > > /usr/ports/devel/pear> > > Can I delete what pear has already installed? Hi there, I apologize if someone already pointed this resource to you, but have you looked at the Signal 11 FAQ page? http://bit.ly/3eTHHt It's quite possible that you've got a hard-to-trigger hardware problem in one of your memory chips. It would probably help to follow some of the recommendations in the FAQ, and do an exhaustive memory test with memtest86+: http://bit.ly/18ql4I Let us know what the results are, and we can troubleshoot further if that testing doesn't reveal anything. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/XVJ0sRouByUApARAjraAKDGMNKqurTG+IVOwvRecc7HayWtXQCcDBGF WB+LJQwQ6wxK8JQtWPLSHA0= =ImJH -----END PGP SIGNATURE----- From wxs at FreeBSD.org Fri Nov 13 20:06:08 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Nov 13 20:06:15 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> <20091113011000.GA45256@atarininja.org> Message-ID: <20091113200607.GA59749@atarininja.org> On Fri, Nov 13, 2009 at 10:00:08AM +0200, Eitan Adler wrote: > Actually I was thinking of eventually adding non-svn support as well.... I don't think bloating bsd.*.mk for the most common VCS out there is a good idea, not to mention what happens when someone wants support for some oddball VCS that is not normally used? > The reason I started on this project is because the version of mplayer in > ports is severely out of date. When I tried to update to port I noticed that > the project wants you to compile and install from svn. I also noticed a few > other ports that have hacks to let the maintainers "use his/her custom > scripts" stuck into the port's Makefile. I think it would be good if there > was some standardized way of solving both of these problems... Sure, but it doesn't belong in bsd.*.mk. Turn it into a script and submit it as a regular port. -- WXS From freebsd at box201.com Fri Nov 13 21:06:39 2009 From: freebsd at box201.com (Agrapha) Date: Fri Nov 13 21:06:51 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFD7549.5060408@FreeBSD.org> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> <4AFD7549.5060408@FreeBSD.org> Message-ID: <4AFDCA06.8030704@box201.com> Ok Greg, My memory is perfect so is my hard drives. as per the website suggested I ran the DD clean. What should I try next as this seems to be a specific pear problem. How can I deinstall what pear has already installed? are there distribution files I can safely remove to force the building of pear to re-download everything from scratch? /usr/ports> dd if=/dev/ad4 of=/dev/null bs=1024k count=2090655744 476940+1 records in 476940+1 records out 500107862016 bytes transferred in 7958.472257 secs (62839682 bytes/sec) /usr/ports> cd devel/pear /usr/ports/devel/pear> make install clean ===> Installing for pear-1.9.0 ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> Generating temporary packing list ===> Checking if devel/pear already installed Bootstrapping Installer................... Using previously install ... ok Extracting installer.................. Using previously installed installer ... ok Preparing installer.................. Updating channel "doc.php.net" Channel "doc.php.net" is up to date Updating channel "pear.php.net" Channel "pear.php.net" is up to date Updating channel "pecl.php.net" Channel "pecl.php.net" is up to date Installing selected packages.................. Package: PEAR-stable.............................. already installed ... ok Package: Structures_Graph-stable.................. already installed ... ok Package: Archive_Tar-stable....................... already installed ... ok Package: Console_Getopt-stable.................... already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. /usr/ports/devel/pear> Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > freebsd@box201.com wrote: > >> Martin wrote: >> >Date: Thu, 12 Nov 2009 22:34:20 +0100 >> >From: Martin Wilke >> >Subject: Re: devel/pear1.9.0 build problems >> >To: Agrapha >> >Cc: freebsd-ports@freebsd.org >> >Message-ID: <20091112213420.GK98472@bsdcrew.de> >> >Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed >> > >> >-----BEGIN PGP SIGNED MESSAGE----- >> >Hash: SHA1 >> > >> >Rebuild php5 and try again. >> >> Rebuilt php5 as directed via the port. Everything installs fine no errors. >> Next cd to devel/pear and the same crash. This system had pear-1.8.1 before >> but 1.9.0 just refuses to build. >> >> ===> Compressing manual pages for php5-5.2.11_1 >> ===> Registering installation for php5-5.2.11_1 >> ===> SECURITY REPORT: >> This port has installed the following files which may act as network >> servers and may therefore pose a remote security risk to the system. >> /usr/local/libexec/apache22/libphp5.so >> /usr/local/bin/php >> /usr/local/bin/php-cgi >> >> If there are vulnerabilities in these programs there may be a security >> risk to the system. FreeBSD makes no guarantee about the security of >> ports included in the Ports Collection. Please type 'make deinstall' >> to deinstall the port if this is a concern. >> >> For more information, and contact details about the security >> status of this software, see the following webpage: >> http://www.php.net/ >> >> /usr/ports/lang/pear>cd ../../devel/pear >> >> /usr/ports/devel/pear> make reinstall clean >> ===> Installing for pear-1.9.0 >> ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found >> ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - >> found >> ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - >> found >> ===> Generating temporary packing list >> ===> Checking if devel/pear already installed >> >> Bootstrapping Installer................... >> Using previously install ... ok >> >> Extracting installer.................. >> Using previously installed installer ... ok >> >> Preparing installer.................. >> Updating channel "doc.php.net" >> Channel "doc.php.net" is up to date >> Updating channel "pear.php.net" >> Channel "pear.php.net" is up to date >> Updating channel "pecl.php.net" >> Channel "pecl.php.net" is up to date >> >> Installing selected packages.................. >> Package: PEAR-stable.............................. already installed ... ok >> Package: Structures_Graph-stable.................. already installed ... ok >> Package: Archive_Tar-stable....................... already installed ... ok >> Package: Console_Getopt-stable.................... already installed ... ok >> *** Signal 11 >> >> Stop in /usr/ports/devel/pear. >> *** Error code 1 >> >> Stop in /usr/ports/devel/pear. >> >> /usr/ports/devel/pear> >> >> Can I delete what pear has already installed? >> > > Hi there, > > I apologize if someone already pointed this resource to you, but have > you looked at the Signal 11 FAQ page? http://bit.ly/3eTHHt > > It's quite possible that you've got a hard-to-trigger hardware problem > in one of your memory chips. It would probably help to follow some of > the recommendations in the FAQ, and do an exhaustive memory test with > memtest86+: http://bit.ly/18ql4I > > Let us know what the results are, and we can troubleshoot further if > that testing doesn't reveal anything. > > Best regards, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > http://twitter.com/sourcehosting/ - Follow me, follow you > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iD8DBQFK/XVJ0sRouByUApARAjraAKDGMNKqurTG+IVOwvRecc7HayWtXQCcDBGF > WB+LJQwQ6wxK8JQtWPLSHA0= > =ImJH > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.707 / Virus Database: 270.14.63/2500 - Release Date: 11/13/09 00:54:00 > > From glarkin at FreeBSD.org Fri Nov 13 23:02:06 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Fri Nov 13 23:02:13 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFDCA06.8030704@box201.com> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> <4AFD7549.5060408@FreeBSD.org> <4AFDCA06.8030704@box201.com> Message-ID: <4AFDE564.2070901@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Agrapha wrote: > Ok Greg, > My memory is perfect so is my hard drives. as per the website > suggested I ran the DD clean. > What should I try next as this seems to be a specific pear problem. How > can I deinstall what pear has already installed? are there distribution > files I can safely remove to force the building of pear to re-download > everything from scratch? > /usr/ports> dd if=/dev/ad4 of=/dev/null bs=1024k count=2090655744 > 476940+1 records in > 476940+1 records out > 500107862016 bytes transferred in 7958.472257 secs (62839682 bytes/sec) > > /usr/ports> cd devel/pear > /usr/ports/devel/pear> make install clean > ===> Installing for pear-1.9.0 > ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> Generating temporary packing list > ===> Checking if devel/pear already installed > > Bootstrapping Installer................... > Using previously install ... ok > > Extracting installer.................. > Using previously installed installer ... ok > > Preparing installer.................. > Updating channel "doc.php.net" > Channel "doc.php.net" is up to date > Updating channel "pear.php.net" > Channel "pear.php.net" is up to date > Updating channel "pecl.php.net" > Channel "pecl.php.net" is up to date > > Installing selected packages.................. > Package: PEAR-stable.............................. already installed ... ok > Package: Structures_Graph-stable.................. already installed ... ok > Package: Archive_Tar-stable....................... already installed ... ok > Package: Console_Getopt-stable.................... already installed ... ok > *** Signal 11 > > Stop in /usr/ports/devel/pear. > /usr/ports/devel/pear> > Hi there, Can you post the output of the following commands for me? pkg_info | grep ^php cat /usr/local/etc/php/extensions.ini This may help me troubleshoot the problem further. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/eVk0sRouByUApARAtLiAJ47w6bOmHM5aOmhFWITOThx6NMG3ACfcJ0U tT2LjDLwGUFurLTOcSwRnEI= =WSGb -----END PGP SIGNATURE----- From brian at box201.com Fri Nov 13 23:35:49 2009 From: brian at box201.com (Brian Duke) Date: Fri Nov 13 23:35:58 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFDE564.2070901@FreeBSD.org> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> <4AFD7549.5060408@FreeBSD.org> <4AFDCA06.8030704@box201.com> <4AFDE564.2070901@FreeBSD.org> Message-ID: <4AFDECF8.8030604@box201.com> Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi there, > Can you post the output of the following commands for me? > > pkg_info | grep ^php > > cat /usr/local/etc/php/extensions.ini > > This may help me troubleshoot the problem further. > > Thank you, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > http://twitter.com/sourcehosting/ - Follow me, follow you > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iD8DBQFK/eVk0sRouByUApARAtLiAJ47w6bOmHM5aOmhFWITOThx6NMG3ACfcJ0U > tT2LjDLwGUFurLTOcSwRnEI= > =WSGb > -----END PGP SIGNATURE----- > > Certainly Greg, Thank you for your help! /usr/ports/devel/pear> pkg_info | grep ^php php5-5.2.11_1 PHP Scripting Language php5-bcmath-5.2.11_1 The bcmath shared extension for php php5-bz2-5.2.11_1 The bz2 shared extension for php php5-calendar-5.2.11_1 The calendar shared extension for php php5-ctype-5.2.11_1 The ctype shared extension for php php5-curl-5.2.11_1 The curl shared extension for php php5-dom-5.2.11_1 The dom shared extension for php php5-extensions-1.3 A "meta-port" to install PHP extensions php5-filter-5.2.11_1 The filter shared extension for php php5-ftp-5.2.11_1 The ftp shared extension for php php5-gd-5.2.11_1 The gd shared extension for php php5-gettext-5.2.11_1 The gettext shared extension for php php5-gmp-5.2.11_1 The gmp shared extension for php php5-hash-5.2.11_1 The hash shared extension for php php5-iconv-5.2.11_1 The iconv shared extension for php php5-imap-5.2.11_1 The imap shared extension for php php5-json-5.2.11_1 The json shared extension for php php5-ldap-5.2.11_1 The ldap shared extension for php php5-mbstring-5.2.11_1 The mbstring shared extension for php php5-mcrypt-5.2.11_1 The mcrypt shared extension for php php5-mysql-5.2.11_1 The mysql shared extension for php php5-openssl-5.2.11_1 The openssl shared extension for php php5-pcre-5.2.11_1 The pcre shared extension for php php5-pdo-5.2.11_1 The pdo shared extension for php php5-pdo_sqlite-5.2.11_1 The pdo_sqlite shared extension for php php5-pgsql-5.2.11_1 The pgsql shared extension for php php5-posix-5.2.11_1 The posix shared extension for php php5-pspell-5.2.11_1 The pspell shared extension for php php5-readline-5.2.11_1 The readline shared extension for php php5-session-5.2.11_1 The session shared extension for php php5-simplexml-5.2.11_1 The simplexml shared extension for php php5-spl-5.2.11_1 The spl shared extension for php php5-sqlite-5.2.11_1 The sqlite shared extension for php php5-tokenizer-5.2.11_1 The tokenizer shared extension for php php5-xml-5.2.11_1 The xml shared extension for php php5-xmlreader-5.2.11_1 The xmlreader shared extension for php php5-xmlwriter-5.2.11_1 The xmlwriter shared extension for php php5-zip-5.2.11_1 The zip shared extension for php php5-zlib-5.2.11_1 The zlib shared extension for php /usr/ports/devel/pear> cat /usr/local/etc/php/extensions.ini extension=fileinfo.so extension=ssh2.so extension=geoip.so extension=mcrypt.so extension=session.so extension=pspell.so extension=pdo.so extension=simplexml.so extension=mbstring.so extension=ldap.so extension=bz2.so extension=pdo_sqlite.so extension=ftp.so extension=hash.so extension=gettext.so extension=tokenizer.so extension=pgsql.so extension=zlib.so extension=calendar.so extension=posix.so extension=pcre.so extension=openssl.so extension=xmlwriter.so extension=json.so extension=spl.so extension=zip.so extension=sqlite.so extension=imap.so extension=gmp.so extension=mysql.so extension=bcmath.so extension=ctype.so extension=readline.so extension=curl.so extension=xml.so extension=filter.so extension=gd.so extension=dom.so extension=xmlreader.so extension=iconv.so extension=memcache.so From glarkin at FreeBSD.org Sat Nov 14 00:16:39 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Sat Nov 14 00:16:46 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFDECF8.8030604@box201.com> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> <4AFD7549.5060408@FreeBSD.org> <4AFDCA06.8030704@box201.com> <4AFDE564.2070901@FreeBSD.org> <4AFDECF8.8030604@box201.com> Message-ID: <4AFDF6D8.1020703@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brian Duke wrote: > Greg Larkin wrote: > pkg_info | grep ^php > > cat /usr/local/etc/php/extensions.ini > > This may help me troubleshoot the problem further. > > Thank you, > Greg >> > Certainly Greg, Thank you for your help! > /usr/ports/devel/pear> pkg_info | grep ^php > php5-5.2.11_1 PHP Scripting Language > php5-bcmath-5.2.11_1 The bcmath shared extension for php [...] Hi Brian, I have used the script on this site (http://bit.ly/41TDBP) before to re-order my extensions.ini file because of core dumps when starting up Apache. I ran the script against the extension.ini file that you posted, and it changed the order slightly. I have included the updated file here, so please give it a try and post back here if it cures the signal 11 core dump. extension=fileinfo.so extension=ssh2.so extension=geoip.so extension=mcrypt.so extension=session.so extension=pdo.so extension=simplexml.so extension=mbstring.so extension=ldap.so extension=bz2.so extension=pdo_sqlite.so extension=ftp.so extension=hash.so extension=gettext.so extension=tokenizer.so extension=pgsql.so extension=zlib.so extension=calendar.so extension=posix.so extension=pcre.so extension=openssl.so extension=xmlwriter.so extension=json.so extension=zip.so extension=gmp.so extension=bcmath.so extension=ctype.so extension=readline.so extension=curl.so extension=filter.so extension=gd.so extension=dom.so extension=xmlreader.so extension=iconv.so extension=memcache.so extension=spl.so extension=sqlite.so extension=mysql.so extension=imap.so extension=pspell.so extension=xml.so Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/fbY0sRouByUApARAiR0AJ9ZaLFW4Uh4vevOqRrdnobOxTgymgCgl6RG rKzh/C+6APPHd0KpEqnD6AA= =9++K -----END PGP SIGNATURE----- From freebsd at box201.com Sat Nov 14 01:03:30 2009 From: freebsd at box201.com (Agrapha) Date: Sat Nov 14 01:03:37 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFDF6D8.1020703@FreeBSD.org> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> <4AFD7549.5060408@FreeBSD.org> <4AFDCA06.8030704@box201.com> <4AFDE564.2070901@FreeBSD.org> <4AFDECF8.8030604@box201.com> <4AFDF6D8.1020703@FreeBSD.org> Message-ID: <4AFE0178.70800@box201.com> Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > php5-bcmath-5.2.11_1 The bcmath shared extension for php > > > [...] > > Hi Brian, > > I have used the script on this site (http://bit.ly/41TDBP) before to > re-order my extensions.ini file because of core dumps when starting up > Apache. I ran the script against the extension.ini file that you > posted, and it changed the order slightly. > > > [...] > > Regards, > Greg > - -- > Greg Larkin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iD8DBQFK/fbY0sRouByUApARAiR0AJ9ZaLFW4Uh4vevOqRrdnobOxTgymgCgl6RG > rKzh/C+6APPHd0KpEqnD6AA= > =9++K > -----END PGP SIGNATURE----- > Perfect solution Greg, I too downloaded that shell script. Ran the script then went back and pear-1.9.0 installs perfectly. Thats the fix I was looking for. Two weeks without users getting mail now I can fire up horde again. I really appreciate the help. Installing selected packages.................. Package: PEAR-stable.............................. already installed ... ok Package: Structures_Graph-stable.................. already installed ... ok Package: Archive_Tar-stable....................... already installed ... ok Package: Console_Getopt-stable.................... already installed ... ok ===> Registering installation for pear-1.9.0 /usr/ports/devel/pear> that a sweet ending. From glarkin at FreeBSD.org Sat Nov 14 01:43:31 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Sat Nov 14 01:43:38 2009 Subject: devel/pear1.9.0 build problems In-Reply-To: <4AFE0178.70800@box201.com> References: <20091113120015.E38B41065711@hub.freebsd.org> <000101ca6466$58e820d0$0ab86270$@com> <4AFD7549.5060408@FreeBSD.org> <4AFDCA06.8030704@box201.com> <4AFDE564.2070901@FreeBSD.org> <4AFDECF8.8030604@box201.com> <4AFDF6D8.1020703@FreeBSD.org> <4AFE0178.70800@box201.com> Message-ID: <4AFE0B2A.4090002@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Agrapha wrote: > Greg Larkin wrote: > [...] > > Hi Brian, > > I have used the script on this site (http://bit.ly/41TDBP) before to > re-order my extensions.ini file because of core dumps when starting up > Apache. I ran the script against the extension.ini file that you > posted, and it changed the order slightly. > > > [...] > > Regards, > Greg > Perfect solution Greg, > I too downloaded that shell script. Ran the script then went back and > pear-1.9.0 installs perfectly. Thats the fix I was looking for. Two > weeks without users getting mail now I can fire up horde again. I really > appreciate the help. > Installing selected packages.................. > Package: PEAR-stable.............................. already installed ... ok > Package: Structures_Graph-stable.................. already installed ... ok > Package: Archive_Tar-stable....................... already installed ... ok > Package: Console_Getopt-stable.................... already installed ... ok > ===> Registering installation for pear-1.9.0 > /usr/ports/devel/pear> > that a sweet ending. Excellent - glad to hear it! It's nice to have a success at the end of a long week. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/gsq0sRouByUApARAvTWAJ4z8vMqkq7xi3bN9wEV6oSu8TPJhACgoAc1 AVP4nSwm8/9vJ3UQzVbXzjg= =CmiY -----END PGP SIGNATURE----- From amdmi3 at amdmi3.ru Sat Nov 14 04:04:21 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sat Nov 14 04:04:29 2009 Subject: Getting MASTER_SITES for sourceforge ports more easily Message-ID: <20091114040417.GA66462@hades.panopticon> Hi! Recently there have been at least two questions about a correct way of defining MASTER_SITES for SourceForge-hosted projects. Here's a way to make it a bit easier: it's a GreaseMonkey (https://addons.mozilla.org/en-US/firefox/addon/748) script that converts links on sourceforge pages to direct links. http://userscripts.org/scripts/show/50136 With this, links like .../download will be changed to direct ones, which can be copypasted to SF/... -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From rea-fbsd at codelabs.ru Sat Nov 14 06:16:54 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sat Nov 14 06:17:00 2009 Subject: Getting MASTER_SITES for sourceforge ports more easily In-Reply-To: <20091114040417.GA66462@hades.panopticon> References: <20091114040417.GA66462@hades.panopticon> Message-ID: Sat, Nov 14, 2009 at 07:04:17AM +0300, Dmitry Marakasov wrote: > Recently there have been at least two questions about a correct way > of defining MASTER_SITES for SourceForge-hosted projects. Here's a > way to make it a bit easier: it's a GreaseMonkey > (https://addons.mozilla.org/en-US/firefox/addon/748) script that > converts links on sourceforge pages to direct links. > > http://userscripts.org/scripts/show/50136 > > With this, links like .../download will be changed to direct ones, which > can be copypasted to SF/... The attached shell script should produce the MASTER_SITE_SUBDIR for the SF-hosted ports for each URL given in the command-line. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rea-fbsd at codelabs.ru Sat Nov 14 07:54:20 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sat Nov 14 07:54:26 2009 Subject: Getting MASTER_SITES for sourceforge ports more easily In-Reply-To: References: <20091114040417.GA66462@hades.panopticon> Message-ID: Sat, Nov 14, 2009 at 09:16:47AM +0300, Eygene Ryabinkin wrote: > The attached shell script should produce the MASTER_SITE_SUBDIR for the > SF-hosted ports for each URL given in the command-line. Inlining the script -- it was dropped by the Mailman: ----- #!/bin/sh while [ -n "$1" ]; do echo "$1" | sed -Ee's%^htt(p|ps)://(sourceforge|sf)\.net/projects/(.*)/[^/]*/download$%MASTER_SITE_SUBDIR= \3%' shift done ----- -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rhurlin at gwdg.de Sat Nov 14 09:42:05 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sat Nov 14 09:42:11 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFD2B5F.3070304@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> Message-ID: <4AFE7B66.8000109@gwdg.de> I am working on a new port math/saga. It is my first port. Now that I am able to directly download the sources of SAGA GIS from sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is another problem with porting where I need some help. The original configure script of SAGA GIS expects 'wx-config', but in newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. The porters handbook shows how to configure the ports Makefile to let the port know what wxWidget version to use. I patched the original configure script but obviously that's not enough. The attached files are saved under math/saga and show what I have tried. It would be nice if someone with more experience could give me a hint how to do it right. Many thanks in advance, Rainer Hurling -------------- next part -------------- # Ports collection makefile for: saga # Date created: 13 November 2009 # Whom: rhurlin # # $FreeBSD$ # PORTNAME= saga PORTVERSION= 2.0.4 CATEGORIES= math DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux MASTER_SITES= SF MASTER_SITE_SUBDIR= saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION} MAINTAINER= rhurlin@gwdg.de COMMENT= System for Automated Geoscientific Analyses OPTIONS= HARU "Enable Haru Free PDF Library (optional)" On .include .if !defined(WITHOUT_HARU) BUILD_DEPENDS= ${LOCALBASE}/include/hpdf.h:${PORTSDIR}/print/libharu .endif LIB_DEPENDS= proj.5:${PORTSDIR}/graphics/proj \ gdal.14:${PORTSDIR}/graphics/gdal \ jasper.4:${PORTSDIR}/graphics/jasper \ tiff.4:${PORTSDIR}/graphics/tiff #INSTALL_TARGET= install install-man #ALL_TARGET= all WRKSRC= ${WRKDIR}/saga-2.0 USE_LDCONFIG= yes GNU_CONFIGURE= yes CFLAGS+= -I${LOCALBASE}/include USE_WX= 2.8 WX_CONFIG= ${LOCALBASE}/bin/wxgtk2-2.8-config WX_CONF_ARGS= absolute post-patch: @${REINPLACE_CMD} -e 's,wx-config,wxgtk2-2.8-config,' \ ${WRKSRC}/configure @${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \ ${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \ ${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c #MAN1= saga.1 #MANCOMPRESSED= yes #post-install: # @${CAT} ${PKGMESSAGE} .include -------------- next part -------------- MD5 (saga_2.0.4_src_linux.tar.gz) = 2f91cd0eb0c807de6e6e1f706d4b10ce SHA256 (saga_2.0.4_src_linux.tar.gz) = e0ac3c7f2ec52f41874c7dc1f0c873cf8d19f3f387151820abea9c7d68125ebe SIZE (saga_2.0.4_src_linux.tar.gz) = 2518635 -------------- next part -------------- SAGA - short hand for "System for Automated Geoscientific Analyses" - is a free, hybrid, cross-platform GIS software. The heart of SAGA is it's C++ and thus object oriented Application Programming Interface (API), providing data object definitions and computational methods for raster, vector and tabular data. As a normal user, you will not get into touch with the API. But as an interested scientist or coder you will soon discover it's great flexibility. WWW: http://www.saga-gis.org/en/index.html -------------- next part -------------- bin/saga_cmd bin/saga_gui lib/libsaga_api.la lib/libsaga_api.so lib/libsaga_api.so.0 lib/saga/libcontrib_a_perego.la lib/saga/libcontrib_a_perego.so lib/saga/libcontrib_a_perego.so.0 lib/saga/libgeostatistics_grid.la lib/saga/libgeostatistics_grid.so lib/saga/libgeostatistics_grid.so.0 lib/saga/libgeostatistics_kriging.la lib/saga/libgeostatistics_kriging.so lib/saga/libgeostatistics_kriging.so.0 lib/saga/libgeostatistics_points.la lib/saga/libgeostatistics_points.so lib/saga/libgeostatistics_points.so.0 lib/saga/libgrid_analysis.la lib/saga/libgrid_analysis.so lib/saga/libgrid_analysis.so.0 lib/saga/libgrid_calculus.la lib/saga/libgrid_calculus.so lib/saga/libgrid_calculus.so.0 lib/saga/libgrid_discretisation.la lib/saga/libgrid_discretisation.so lib/saga/libgrid_discretisation.so.0 lib/saga/libgrid_filter.la lib/saga/libgrid_filter.so lib/saga/libgrid_filter.so.0 lib/saga/libgrid_gridding.la lib/saga/libgrid_gridding.so lib/saga/libgrid_gridding.so.0 lib/saga/libgrid_spline.la lib/saga/libgrid_spline.so lib/saga/libgrid_spline.so.0 lib/saga/libgrid_tools.la lib/saga/libgrid_tools.so lib/saga/libgrid_tools.so.0 lib/saga/libgrid_visualisation.la lib/saga/libgrid_visualisation.so lib/saga/libgrid_visualisation.so.0 lib/saga/libio_esri_e00.la lib/saga/libio_esri_e00.so lib/saga/libio_esri_e00.so.0 lib/saga/libio_gdal.la lib/saga/libio_gdal.so lib/saga/libio_gdal.so.0 lib/saga/libio_gps.la lib/saga/libio_gps.so lib/saga/libio_gps.so.0 lib/saga/libio_grid.la lib/saga/libio_grid.so lib/saga/libio_grid.so.0 lib/saga/libio_grid_grib2.la lib/saga/libio_grid_grib2.so lib/saga/libio_grid_grib2.so.0 lib/saga/libio_grid_image.la lib/saga/libio_grid_image.so lib/saga/libio_grid_image.so.0 lib/saga/libio_shapes.la lib/saga/libio_shapes.so lib/saga/libio_shapes.so.0 lib/saga/libio_shapes_dxf.la lib/saga/libio_shapes_dxf.so lib/saga/libio_shapes_dxf.so.0 lib/saga/libio_table.la lib/saga/libio_table.so lib/saga/libio_table.so.0 lib/saga/liblectures_introduction.la lib/saga/liblectures_introduction.so lib/saga/liblectures_introduction.so.0 lib/saga/libpj_georeference.la lib/saga/libpj_georeference.so lib/saga/libpj_georeference.so.0 lib/saga/libpj_proj4.la lib/saga/libpj_proj4.so lib/saga/libpj_proj4.so.0 lib/saga/libpointcloud_tools.la lib/saga/libpointcloud_tools.so lib/saga/libpointcloud_tools.so.0 lib/saga/libpointcloud_viewer.la lib/saga/libpointcloud_viewer.so lib/saga/libpointcloud_viewer.so.0 lib/saga/librecreations_fractals.la lib/saga/librecreations_fractals.so lib/saga/librecreations_fractals.so.0 lib/saga/librecreations_games.la lib/saga/librecreations_games.so lib/saga/librecreations_games.so.0 lib/saga/libsaga_gdi.la lib/saga/libsaga_gdi.so lib/saga/libsaga_gdi.so.0 lib/saga/libshapes_grid.la lib/saga/libshapes_grid.so lib/saga/libshapes_grid.so.0 lib/saga/libshapes_lines.la lib/saga/libshapes_lines.so lib/saga/libshapes_lines.so.0 lib/saga/libshapes_points.la lib/saga/libshapes_points.so lib/saga/libshapes_points.so.0 lib/saga/libshapes_polygons.la lib/saga/libshapes_polygons.so lib/saga/libshapes_polygons.so.0 lib/saga/libshapes_tools.la lib/saga/libshapes_tools.so lib/saga/libshapes_tools.so.0 lib/saga/libsim_cellular_automata.la lib/saga/libsim_cellular_automata.so lib/saga/libsim_cellular_automata.so.0 lib/saga/libsim_ecosystems_hugget.la lib/saga/libsim_ecosystems_hugget.so lib/saga/libsim_ecosystems_hugget.so.0 lib/saga/libsim_fire_spreading.la lib/saga/libsim_fire_spreading.so lib/saga/libsim_fire_spreading.so.0 lib/saga/libsim_hydrology.la lib/saga/libsim_hydrology.so lib/saga/libsim_hydrology.so.0 lib/saga/libta_channels.la lib/saga/libta_channels.so lib/saga/libta_channels.so.0 lib/saga/libta_hydrology.la lib/saga/libta_hydrology.so lib/saga/libta_hydrology.so.0 lib/saga/libta_lighting.la lib/saga/libta_lighting.so lib/saga/libta_lighting.so.0 lib/saga/libta_morphometry.la lib/saga/libta_morphometry.so lib/saga/libta_morphometry.so.0 lib/saga/libta_preprocessor.la lib/saga/libta_preprocessor.so lib/saga/libta_preprocessor.so.0 lib/saga/libta_profiles.la lib/saga/libta_profiles.so lib/saga/libta_profiles.so.0 lib/saga/libtable_calculus.la lib/saga/libtable_calculus.so lib/saga/libtable_calculus.so.0 lib/saga/libtable_tools.la lib/saga/libtable_tools.so lib/saga/libtable_tools.so.0 lib/saga/libtin_tools.la lib/saga/libtin_tools.so lib/saga/libtin_tools.so.0 @dirrm lib/saga From rhurlin at gwdg.de Sat Nov 14 09:56:30 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sat Nov 14 09:56:37 2009 Subject: Getting MASTER_SITES for sourceforge ports more easily In-Reply-To: References: <20091114040417.GA66462@hades.panopticon> Message-ID: <4AFE7EC8.8020302@gwdg.de> On 14.11.2009 08:54 (UTC+1), Eygene Ryabinkin wrote: > Sat, Nov 14, 2009 at 09:16:47AM +0300, Eygene Ryabinkin wrote: >> The attached shell script should produce the MASTER_SITE_SUBDIR for the >> SF-hosted ports for each URL given in the command-line. > > Inlining the script -- it was dropped by the Mailman: > ----- > #!/bin/sh > > while [ -n "$1" ]; do > echo "$1" | sed -Ee's%^htt(p|ps)://(sourceforge|sf)\.net/projects/(.*)/[^/]*/download$%MASTER_SITE_SUBDIR= \3%' > shift > done > ----- Isn't it something that should be mentioned in the porters handbook, for example in chapter 5.4.7? Rainer Hurling From fenner at FreeBSD.org Sat Nov 14 10:00:02 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Sat Nov 14 10:00:08 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200911141000.nAEA02w2088474@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From rea-fbsd at codelabs.ru Sat Nov 14 11:36:56 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sat Nov 14 11:37:04 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFE7B66.8000109@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> <4AFE7B66.8000109@gwdg.de> Message-ID: Sat, Nov 14, 2009 at 10:41:58AM +0100, Rainer Hurling wrote: > The original configure script of SAGA GIS expects 'wx-config', but in > newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. > > The porters handbook shows how to configure the ports Makefile to let > the port know what wxWidget version to use. I patched the original > configure script but obviously that's not enough. The attached files > are saved under math/saga and show what I have tried. Seems like spawning REINPLACE_CMD over the whole horde of Makefile.in files will do the trick: ----- post-patch: @for f in `${FIND} '${WRKSRC}' -name Makefile.in` \ ${WRKSRC}/configure; do \ ${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \ done ----- > It would be nice if someone with more experience could give me a hint > how to do it right. I am not sure for 100% that the above is the Only Right Way (tm), but the Porter's Handbook suggests that in such cases (when "wx-config" is hardcoded), the best thing is to patch the sources and that's what I did. BTW, there is absolutely no need to specify WX_CONFIG in your Makefile, bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too: SAGA's configure understands no --with-wx-config option, so it is just a no-op. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From jilles at stack.nl Sat Nov 14 13:49:45 2009 From: jilles at stack.nl (Jilles Tjoelker) Date: Sat Nov 14 13:49:52 2009 Subject: Is there any reason to keep sysutils/rc_subr? In-Reply-To: <4AFBCBFE.6090504@FreeBSD.org> References: <4AFBCBFE.6090504@FreeBSD.org> Message-ID: <20091114133051.GB35115@stack.nl> On Thu, Nov 12, 2009 at 12:49:02AM -0800, Doug Barton wrote: > I'm wondering if there is any reason to keep sysutils/rc_subr around? > In bsd.port.mk the default sub for %%RC_SUBR%% is already > /etc/rc.subr, and all supported platforms have always had that file. > After the release of 8.0 I'd like to do the following: > 1. Deprecate sysutils/rc_subr > 2. Update all ports rc.d scripts that currently use %%RC_SUBR%% to use > /etc/rc.subr instead. > 3. Simplify any ports Makefiles that depend on sysutils/rc_subr > 4. Simplify bsd.port.mk > I also think it would be reasonable to update the Handbook section on > ports rc.d scripts to use /etc/rc.subr now. > Any objections? A separate rc_subr port may be useful in case new functions are added to rc.subr, and it is desired to use these functions on systems that do not have them in /etc/rc.subr. -- Jilles Tjoelker From rhurlin at gwdg.de Sat Nov 14 13:58:16 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sat Nov 14 13:58:23 2009 Subject: Question about creating a port for saga gis In-Reply-To: References: <4AFD2B5F.3070304@gwdg.de> <4AFE7B66.8000109@gwdg.de> Message-ID: <4AFEB76A.10006@gwdg.de> Hello Eygene, On 14.11.2009 12:36 (UTC+1), Eygene Ryabinkin wrote: > Sat, Nov 14, 2009 at 10:41:58AM +0100, Rainer Hurling wrote: >> The original configure script of SAGA GIS expects 'wx-config', but in >> newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. >> >> The porters handbook shows how to configure the ports Makefile to let >> the port know what wxWidget version to use. I patched the original >> configure script but obviously that's not enough. The attached files >> are saved under math/saga and show what I have tried. > > Seems like spawning REINPLACE_CMD over the whole horde of Makefile.in > files will do the trick: > ----- > post-patch: > @for f in `${FIND} '${WRKSRC}' -name Makefile.in` \ > ${WRKSRC}/configure; do \ > ${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \ > done > ----- oh yes, I only patched configure, but not the Makefile.in's. That's it! >> It would be nice if someone with more experience could give me a hint >> how to do it right. > > I am not sure for 100% that the above is the Only Right Way (tm), but > the Porter's Handbook suggests that in such cases (when "wx-config" is > hardcoded), the best thing is to patch the sources and that's what I did. I read it but not understood it right until now ;-) > BTW, there is absolutely no need to specify WX_CONFIG in your Makefile, > bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too: > SAGA's configure understands no --with-wx-config option, so it is just > a no-op. Both are deleted now from my Makefile and everything build and install just fine. So far, I only tested my new port "math/saga" under very recent 9.0-CURRENT, both i386 and amd64. Is there any need for me to let it test on other platforms and/or system versions before requesting a commit? 'portlint -A' gives me the following errors: FATAL: Makefile: MASTER_SITES appears out-of-order. FATAL: Makefile: order must be PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY. WARN: Makefile: "BUILD_DEPENDS" has to appear earlier. 2 fatal errors and 1 warning found. I think there is no chance to avoid the fatal errors with the used URL? Irritating is the warning about the position of "BUILD_DEPENDS". I am not sure if this is the right way to optionally install a library. What do you think? Many thanks again, Rainer -------------- next part -------------- # Ports collection makefile for: saga # Date created: 13 November 2009 # Whom: rhurlin # # $FreeBSD$ # PORTNAME= saga PORTVERSION= 2.0.4 CATEGORIES= math DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux MASTER_SITES= SF MASTER_SITE_SUBDIR= saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION} MAINTAINER= rhurlin@gwdg.de COMMENT= System for Automated Geoscientific Analyses LIB_DEPENDS= proj.5:${PORTSDIR}/graphics/proj \ gdal.14:${PORTSDIR}/graphics/gdal \ jasper.4:${PORTSDIR}/graphics/jasper \ tiff.4:${PORTSDIR}/graphics/tiff OPTIONS= HARU "Enable Haru Free PDF Library (optional)" On .include .if !defined(WITHOUT_HARU) BUILD_DEPENDS= ${LOCALBASE}/include/hpdf.h:${PORTSDIR}/print/libharu .endif #INSTALL_TARGET= install install-man #ALL_TARGET= all WRKSRC= ${WRKDIR}/saga-2.0 USE_LDCONFIG= yes GNU_CONFIGURE= yes CFLAGS+= -I${LOCALBASE}/include USE_WX= 2.8 post-patch: @for f in `${FIND} '${WRKSRC}' -name Makefile.in` \ ${WRKSRC}/configure; do \ ${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \ done @${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \ ${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \ ${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c #MAN1= saga.1 #MANCOMPRESSED= yes post-install: @${CAT} ${PKGMESSAGE} .include -------------- next part -------------- MD5 (saga_2.0.4_src_linux.tar.gz) = 2f91cd0eb0c807de6e6e1f706d4b10ce SHA256 (saga_2.0.4_src_linux.tar.gz) = e0ac3c7f2ec52f41874c7dc1f0c873cf8d19f3f387151820abea9c7d68125ebe SIZE (saga_2.0.4_src_linux.tar.gz) = 2518635 -------------- next part -------------- SAGA - short hand for "System for Automated Geoscientific Analyses" - is a free, hybrid, cross-platform GIS software. The heart of SAGA is it's C++ and thus object oriented Application Programming Interface (API), providing data object definitions and computational methods for raster, vector and tabular data. As a normal user, you will not get into touch with the API. But as an interested scientist or coder you will soon discover it's great flexibility. WWW: http://www.saga-gis.org/en/index.html -------------- next part -------------- bin/saga_cmd bin/saga_gui lib/libsaga_api.la lib/libsaga_api.so lib/libsaga_api.so.0 lib/saga/libcontrib_a_perego.la lib/saga/libcontrib_a_perego.so lib/saga/libcontrib_a_perego.so.0 lib/saga/libgeostatistics_grid.la lib/saga/libgeostatistics_grid.so lib/saga/libgeostatistics_grid.so.0 lib/saga/libgeostatistics_kriging.la lib/saga/libgeostatistics_kriging.so lib/saga/libgeostatistics_kriging.so.0 lib/saga/libgeostatistics_points.la lib/saga/libgeostatistics_points.so lib/saga/libgeostatistics_points.so.0 lib/saga/libgrid_analysis.la lib/saga/libgrid_analysis.so lib/saga/libgrid_analysis.so.0 lib/saga/libgrid_calculus.la lib/saga/libgrid_calculus.so lib/saga/libgrid_calculus.so.0 lib/saga/libgrid_discretisation.la lib/saga/libgrid_discretisation.so lib/saga/libgrid_discretisation.so.0 lib/saga/libgrid_filter.la lib/saga/libgrid_filter.so lib/saga/libgrid_filter.so.0 lib/saga/libgrid_gridding.la lib/saga/libgrid_gridding.so lib/saga/libgrid_gridding.so.0 lib/saga/libgrid_spline.la lib/saga/libgrid_spline.so lib/saga/libgrid_spline.so.0 lib/saga/libgrid_tools.la lib/saga/libgrid_tools.so lib/saga/libgrid_tools.so.0 lib/saga/libgrid_visualisation.la lib/saga/libgrid_visualisation.so lib/saga/libgrid_visualisation.so.0 lib/saga/libio_esri_e00.la lib/saga/libio_esri_e00.so lib/saga/libio_esri_e00.so.0 lib/saga/libio_gdal.la lib/saga/libio_gdal.so lib/saga/libio_gdal.so.0 lib/saga/libio_gps.la lib/saga/libio_gps.so lib/saga/libio_gps.so.0 lib/saga/libio_grid.la lib/saga/libio_grid.so lib/saga/libio_grid.so.0 lib/saga/libio_grid_grib2.la lib/saga/libio_grid_grib2.so lib/saga/libio_grid_grib2.so.0 lib/saga/libio_grid_image.la lib/saga/libio_grid_image.so lib/saga/libio_grid_image.so.0 lib/saga/libio_shapes.la lib/saga/libio_shapes.so lib/saga/libio_shapes.so.0 lib/saga/libio_shapes_dxf.la lib/saga/libio_shapes_dxf.so lib/saga/libio_shapes_dxf.so.0 lib/saga/libio_table.la lib/saga/libio_table.so lib/saga/libio_table.so.0 lib/saga/liblectures_introduction.la lib/saga/liblectures_introduction.so lib/saga/liblectures_introduction.so.0 lib/saga/libpj_georeference.la lib/saga/libpj_georeference.so lib/saga/libpj_georeference.so.0 lib/saga/libpj_proj4.la lib/saga/libpj_proj4.so lib/saga/libpj_proj4.so.0 lib/saga/libpointcloud_tools.la lib/saga/libpointcloud_tools.so lib/saga/libpointcloud_tools.so.0 lib/saga/libpointcloud_viewer.la lib/saga/libpointcloud_viewer.so lib/saga/libpointcloud_viewer.so.0 lib/saga/librecreations_fractals.la lib/saga/librecreations_fractals.so lib/saga/librecreations_fractals.so.0 lib/saga/librecreations_games.la lib/saga/librecreations_games.so lib/saga/librecreations_games.so.0 lib/saga/libsaga_gdi.la lib/saga/libsaga_gdi.so lib/saga/libsaga_gdi.so.0 lib/saga/libshapes_grid.la lib/saga/libshapes_grid.so lib/saga/libshapes_grid.so.0 lib/saga/libshapes_lines.la lib/saga/libshapes_lines.so lib/saga/libshapes_lines.so.0 lib/saga/libshapes_points.la lib/saga/libshapes_points.so lib/saga/libshapes_points.so.0 lib/saga/libshapes_polygons.la lib/saga/libshapes_polygons.so lib/saga/libshapes_polygons.so.0 lib/saga/libshapes_tools.la lib/saga/libshapes_tools.so lib/saga/libshapes_tools.so.0 lib/saga/libsim_cellular_automata.la lib/saga/libsim_cellular_automata.so lib/saga/libsim_cellular_automata.so.0 lib/saga/libsim_ecosystems_hugget.la lib/saga/libsim_ecosystems_hugget.so lib/saga/libsim_ecosystems_hugget.so.0 lib/saga/libsim_fire_spreading.la lib/saga/libsim_fire_spreading.so lib/saga/libsim_fire_spreading.so.0 lib/saga/libsim_hydrology.la lib/saga/libsim_hydrology.so lib/saga/libsim_hydrology.so.0 lib/saga/libta_channels.la lib/saga/libta_channels.so lib/saga/libta_channels.so.0 lib/saga/libta_hydrology.la lib/saga/libta_hydrology.so lib/saga/libta_hydrology.so.0 lib/saga/libta_lighting.la lib/saga/libta_lighting.so lib/saga/libta_lighting.so.0 lib/saga/libta_morphometry.la lib/saga/libta_morphometry.so lib/saga/libta_morphometry.so.0 lib/saga/libta_preprocessor.la lib/saga/libta_preprocessor.so lib/saga/libta_preprocessor.so.0 lib/saga/libta_profiles.la lib/saga/libta_profiles.so lib/saga/libta_profiles.so.0 lib/saga/libtable_calculus.la lib/saga/libtable_calculus.so lib/saga/libtable_calculus.so.0 lib/saga/libtable_tools.la lib/saga/libtable_tools.so lib/saga/libtable_tools.so.0 lib/saga/libtin_tools.la lib/saga/libtin_tools.so lib/saga/libtin_tools.so.0 @dirrm lib/saga -------------- next part -------------- ###################################################################### Unlike to windows systems, saga_cmd should be instantly available in the shell as it is usually installed in %%PREFIX%%/bin. Next you have to set the environmental variable SAGA_MLB to make SAGA know where the SAGA module libraries exist on your system. You can do this permanently by adding the following command to your .bashrc file or by defining it temporarily on the command line before executing SAGA CMD: export SAGA_MLB=/yourPathToSAGA_modules e.g.: export SAGA_MLB=%%PREFIX%%/lib/saga Now your system is prepared for using SAGA CMD to execute SAGA modules. ###################################################################### And don't forget, on Unix-like systems you will have to alter the module library name accordingly by adding "lib" to the module library name. e.g.: saga_cmd libta_morphometry instead of saga_cmd ta_morphometry For more information see http://sourceforge.net/apps/trac/saga-gis/wiki/\ Executing%20Modules%20with%20SAGA%20CMD ###################################################################### From rea-fbsd at codelabs.ru Sat Nov 14 14:56:18 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sat Nov 14 14:56:25 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFEB76A.10006@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> <4AFE7B66.8000109@gwdg.de> <4AFEB76A.10006@gwdg.de> Message-ID: Sat, Nov 14, 2009 at 02:58:02PM +0100, Rainer Hurling wrote: > > BTW, there is absolutely no need to specify WX_CONFIG in your Makefile, > > bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too: > > SAGA's configure understands no --with-wx-config option, so it is just > > a no-op. > > Both are deleted now from my Makefile and everything build and install > just fine. Cool. > So far, I only tested my new port "math/saga" under very recent > 9.0-CURRENT, both i386 and amd64. Is there any need for me to let it > test on other platforms and/or system versions before requesting a > commit? If you have access to other variants of systems, it will be good, but if you can't -- just submit it. If there will be build troubles when the port will be included to the ports collection, then you'll be warned about this as the maintainer. > > 'portlint -A' gives me the following errors: > FATAL: Makefile: MASTER_SITES appears out-of-order. > FATAL: Makefile: order must be > PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY. > WARN: Makefile: "BUILD_DEPENDS" has to appear earlier. > 2 fatal errors and 1 warning found. > > I think there is no chance to avoid the fatal errors with the used URL? Why? Just move DISTNAME below the MASTER_SITES and MASTER_SITE_SUBDIR and that's it. What worried you about the URL? > Irritating is the warning about the position of "BUILD_DEPENDS". I am > not sure if this is the right way to optionally install a library. What > do you think? This is the right way. The thing is that the only BUILD_DEPENDS is OPTION-dependent, so you can't use WITH/WITHOUT_HARU prior to the inclusion of bsd.port.options.mk and this will enable portlint to emit warnings. So, if I am not missing some important point, you should live with it. But I had glanced over Haru usage inside the current sources and it turns out that Haru is disabled: preprocessor symbol _SAGA_DONOTUSE_HARU is defined throughout the whole load of the Makefiles. This symbol is actively used only inside src/saga_core/saga_api/doc_pdf.cpp and, in fact, PDF generation is disabled if _SAGA_DONOTUSE_HARU is here. I see no knobs to enable it without manual patching, so, if you really don't need PDFs -- you can drop haru dependency completely. If you still want to have it -- patch Makefile.in files once again (basing on the value of WITH_HARU), add the needed link knobs to the LDFLAGS and, possibly, some stuff to the CFLAGS. Attaching slightly cleaned-up version of the Makefile from which OPTIONS were removed. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- # Ports collection makefile for: saga # Date created: 13 November 2009 # Whom: Rainer Hurling # # $FreeBSD$ # PORTNAME= saga PORTVERSION= 2.0.4 CATEGORIES= math MASTER_SITES= SF MASTER_SITE_SUBDIR= saga-gis/SAGA%20-%20${PORTVERSION:C/\.[[:digit:]]*$//}/SAGA%20${PORTVERSION} DISTNAME= ${PORTNAME}_${PORTVERSION}_src_linux MAINTAINER= rhurlin@gwdg.de COMMENT= System for Automated Geoscientific Analyses LIB_DEPENDS= proj.5:${PORTSDIR}/graphics/proj \ gdal.14:${PORTSDIR}/graphics/gdal \ jasper.4:${PORTSDIR}/graphics/jasper \ tiff.4:${PORTSDIR}/graphics/tiff WRKSRC= ${WRKDIR}/saga-${PORTVERSION:C/\.[[:digit:]]*$//} USE_LDCONFIG= yes GNU_CONFIGURE= yes USE_WX= 2.8 CFLAGS+= -I${LOCALBASE}/include post-patch: @for f in `${FIND} '${WRKSRC}' -name Makefile.in` \ ${WRKSRC}/configure; do \ ${REINPLACE_CMD} -e's|wx-config |${WX_CONFIG} |g' "$$f"; \ done @${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' \ ${WRKSRC}/src/saga_core/saga_api/api_memory.cpp \ ${WRKSRC}/src/modules_projection/pj_georeference/pj_georeference/lmdif0.c .include From freebsduser at paradisegreen.co.uk Sat Nov 14 15:46:36 2009 From: freebsduser at paradisegreen.co.uk (Thomas Sandford) Date: Sat Nov 14 15:46:43 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091113200607.GA59749@atarininja.org> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> <20091113011000.GA45256@atarininja.org> <20091113200607.GA59749@atarininja.org> Message-ID: <4AFED0D3.2050403@paradisegreen.co.uk> Wesley Shields wrote: > On Fri, Nov 13, 2009 at 10:00:08AM +0200, Eitan Adler wrote: >> Actually I was thinking of eventually adding non-svn support as well.... > > I don't think bloating bsd.*.mk for the most common VCS out there is a > good idea, not to mention what happens when someone wants support for > some oddball VCS that is not normally used? > >> The reason I started on this project is because the version of mplayer in >> ports is severely out of date. When I tried to update to port I noticed that >> the project wants you to compile and install from svn. I also noticed a few >> other ports that have hacks to let the maintainers "use his/her custom >> scripts" stuck into the port's Makefile. I think it would be good if there >> was some standardized way of solving both of these problems... > > Sure, but it doesn't belong in bsd.*.mk. Turn it into a script and > submit it as a regular port. If it were just one port and/or just a port maintainers tool I'd agree. But this is something that affects MULTIPLE ports. Surely the whole value/purpose of the ports build infrastructure is to present a consistent way of doing things rather than different maintainers doing their own thing and solving problems in different, and quite possibly sub-optimal ways and/or bloating multiple individual port Makefiles with what could be kept in a single bsd.*.mk file. And if the file were (say) bsd.vcs.mk and were pulled in only if one of USE_SVNFETCH USE_CVSFETCH USE_GITFETCH etc were defined then the impact of the bloat on other ports is minimal. A quick scan of ports reveals that the following contain the string "svn export" in their Makefile ports/cad/kicad-devel ports/comms/wsjt ports/comms/wspr ports/devel/compiler-rt ports/devel/llvm-devel ports/devel/thrift ports/games/evq3 ports/games/q2pro ports/games/freeorion ports/games/worldofpadman ports/net-im/cjc ports/www/twiki ports/www/foswiki ports/x11-toolkits/gigi This thread has revealed at least two further ports that use a svn distribution but where this is hidden from the user. That's 15 ports already that could be sharing common code instead of doing it themselves. How many do you need? -- Thomas Sandford From rhurlin at gwdg.de Sat Nov 14 16:09:58 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sat Nov 14 16:10:05 2009 Subject: Question about creating a port for saga gis In-Reply-To: References: <4AFD2B5F.3070304@gwdg.de> <4AFE7B66.8000109@gwdg.de> <4AFEB76A.10006@gwdg.de> Message-ID: <4AFED651.6000902@gwdg.de> On 14.11.2009 15:56 (UTC+1), Eygene Ryabinkin wrote: > Sat, Nov 14, 2009 at 02:58:02PM +0100, Rainer Hurling wrote: >>> BTW, there is absolutely no need to specify WX_CONFIG in your Makefile, >>> bsd.wx.mk will take care of it. WX_CONF_ARGS seems redundant too: >>> SAGA's configure understands no --with-wx-config option, so it is just >>> a no-op. >> Both are deleted now from my Makefile and everything build and install >> just fine. > > Cool. > >> So far, I only tested my new port "math/saga" under very recent >> 9.0-CURRENT, both i386 and amd64. Is there any need for me to let it >> test on other platforms and/or system versions before requesting a >> commit? > > If you have access to other variants of systems, it will be good, but if > you can't -- just submit it. If there will be build troubles when the > port will be included to the ports collection, then you'll be warned > about this as the maintainer. I am afraid I have no access to other variants of systems. >> 'portlint -A' gives me the following errors: >> FATAL: Makefile: MASTER_SITES appears out-of-order. >> FATAL: Makefile: order must be >> PORTNAME/PORTVERSION/DISTVERSIONPREFIX/DISTVERSION/DISTVERSIONSUFFIX/PORTREVISION/PORTEPOCH/CATEGORIES/MASTER_SITES/MASTER_SITE_SUBDIR/PKGNAMEPREFIX/PKGNAMESUFFIX/DISTNAME/EXTRACT_SUFX/DISTFILES/DIST_SUBDIR/EXTRACT_ONLY. >> WARN: Makefile: "BUILD_DEPENDS" has to appear earlier. >> 2 fatal errors and 1 warning found. >> >> I think there is no chance to avoid the fatal errors with the used URL? > > Why? Just move DISTNAME below the MASTER_SITES and MASTER_SITE_SUBDIR > and that's it. What worried you about the URL? It is a lot easier than I thougt ... >> Irritating is the warning about the position of "BUILD_DEPENDS". I am >> not sure if this is the right way to optionally install a library. What >> do you think? > > This is the right way. The thing is that the only BUILD_DEPENDS is > OPTION-dependent, so you can't use WITH/WITHOUT_HARU prior to the > inclusion of bsd.port.options.mk and this will enable portlint to emit > warnings. So, if I am not missing some important point, you should live > with it. > > But I had glanced over Haru usage inside the current sources and it > turns out that Haru is disabled: preprocessor symbol _SAGA_DONOTUSE_HARU > is defined throughout the whole load of the Makefiles. This symbol is > actively used only inside src/saga_core/saga_api/doc_pdf.cpp and, in > fact, PDF generation is disabled if _SAGA_DONOTUSE_HARU is here. > > I see no knobs to enable it without manual patching, so, if you really > don't need PDFs -- you can drop haru dependency completely. If you > still want to have it -- patch Makefile.in files once again (basing on > the value of WITH_HARU), add the needed link knobs to the LDFLAGS and, > possibly, some stuff to the CFLAGS. Ok, I personally have no need to use HARU PDF at the moment. I could leave it for an updated version of the port ;-) Another idea for an updated port version would be the use of unicode. But this is another story ... > Attaching slightly cleaned-up version of the Makefile from which > OPTIONS were removed. Yes, I will a Makefile without this option. Thank you again, Eygene. I will now prepare for submitting a PR with this new port. Rainer From rea-fbsd at codelabs.ru Sat Nov 14 16:41:12 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sat Nov 14 16:41:19 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFED651.6000902@gwdg.de> References: <4AFD2B5F.3070304@gwdg.de> <4AFE7B66.8000109@gwdg.de> <4AFEB76A.10006@gwdg.de> <4AFED651.6000902@gwdg.de> Message-ID: Sat, Nov 14, 2009 at 05:09:53PM +0100, Rainer Hurling wrote: > Thank you again, Eygene. You're welcome ;)) > I will now prepare for submitting a PR with this new port. I'll try to do a Tinderbox build of your port to see if the packaging and dependency list is complete. I think that the committer who will take care of this will do it by himself, but since I had already spent some time on this, I'll try to do this validation. So, please, Cc me when you'll be making your send-pr submission. Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From dougb at FreeBSD.org Sat Nov 14 19:59:30 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Nov 14 19:59:37 2009 Subject: Is there any reason to keep sysutils/rc_subr? In-Reply-To: <20091114133051.GB35115@stack.nl> References: <4AFBCBFE.6090504@FreeBSD.org> <20091114133051.GB35115@stack.nl> Message-ID: <4AFF0C29.6020707@FreeBSD.org> Jilles Tjoelker wrote: > A separate rc_subr port may be useful in case new functions are added to > rc.subr, and it is desired to use these functions on systems that do not > have them in /etc/rc.subr. There have not been any substantive changes to the port in over 5 years, thus I find this argument uncompelling. :) If the circumstance you describe actually arise there is nothing wrong with temporarily duplicating the functionality in individual ports' scripts. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From tingox at gmail.com Sat Nov 14 23:24:54 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Nov 14 23:25:28 2009 Subject: p5-xmltv - old? Message-ID: Hello, Is there a reason why p5-xmltv haven't been updated? In ports we have version 0.5.52, but on the main web site version 0.5.56 have been available a while now. Simply chnaging the version in the Makefile, removing the PORTREVISION line and doing 'make makesum' get the port working: root@kg-quiet# diff -u p5-xmltv_0.5.52/Makefile p5-xmltv/Makefile --- p5-xmltv_0.5.52/Makefile 2009-10-18 10:26:10.000000000 +0200 +++ p5-xmltv/Makefile 2009-11-14 22:16:39.000000000 +0100 @@ -6,8 +6,7 @@ # PORTNAME= xmltv -PORTVERSION= 0.5.52 -PORTREVISION= 1 +PORTVERSION= 0.5.56 CATEGORIES= textproc perl5 MASTER_SITES= SF PKGNAMEPREFIX= p5- Ok, It isn't perfect, it complains a bit when you install: ===> Compressing manual pages for p5-xmltv-0.5.56 gzip: can't stat: /usr/local/man/man1/tv_grab_be.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_br_net.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_dk.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_es.1: No such file or directory gzip: can't stat: /usr/local/man/man1/tv_grab_jp.1: No such file or directory ===> Registering installation for p5-xmltv-0.5.56 But it is a good starting point. -- Regards, Torfinn Ingolfsen From bennett at cs.niu.edu Sun Nov 15 08:35:22 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Sun Nov 15 08:35:28 2009 Subject: Question about creating a port for saga gis Message-ID: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> On Sat, 14 Nov 2009 10:41:58 +0100 Rainer Hurling wrote: >I am working on a new port math/saga. It is my first port. > >Now that I am able to directly download the sources of SAGA GIS from >sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is >another problem with porting where I need some help. > >The original configure script of SAGA GIS expects 'wx-config', but in >newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. > >The porters handbook shows how to configure the ports Makefile to let >the port know what wxWidget version to use. I patched the original >configure script but obviously that's not enough. The attached files are >saved under math/saga and show what I have tried. > Why are you putting saga into math? It should be in databases, like grass and postgis are, or conceivably in science. I don't see any reason for it to be in math. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From rea-fbsd at codelabs.ru Sun Nov 15 08:55:26 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Nov 15 08:55:33 2009 Subject: Question about creating a port for saga gis In-Reply-To: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> References: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> Message-ID: Sun, Nov 15, 2009 at 02:35:19AM -0600, Scott Bennett wrote: > Why are you putting saga into math? It should be in databases, like > grass and postgis are, Let's see. /usr/ports/databases/postgis/pkg-descr: ----- PostGIS adds support for geographic objects to the PostgreSQL object-relational database. In effect, PostGIS "spatially enables" the PostgreSQL server, allowing it to be used as a backend spatial database for geographic information systems (GIS), much like ESRI's SDE or Oracle's Spatial extension. PostGIS follows the OpenGIS "Simple Features Specification for SQL" and will be submitted for conformance testing at version 1.0. PostGIS has been developed by Refractions Research Inc as a research project in open source spatial database technology. PostGIS is released under the GNU General Public License. We intend to continue development as time and resources permit. Our list of future projects includes enhanced technology for data loading and dumping, user interface tools for direct data access and manipulation, and support for advanced topologies at the server side, such as coverages, networks, and surfaces. ----- No a surpsise that it is in the databases, heh ;)) /usr/ports/databases/grass/pkg-descr: ----- Geographic Resources Analysis Support System (GRASS GIS) An open source Geographical Information System (GIS) with raster, topological vector, image processing, and graphics production functionality that operates on various platforms through a graphical user interface and shell in X-Windows. It is released under GNU General Public License (GPL). WWW: http://grass.itc.it/ ----- Grass seem to use database-like store for the objects and subsequently manipulates this data by applying various processing methods, so may be this was the reason to put it under databases. But read http://sourceforge.net/apps/trac/saga-gis/wiki/The%20Philosophy%20of%20SAGA it clearly states that "The heart of SAGA is it's C++ and thus object oriented Application Programming Interface (API), providing data object definitions and computational methods for raster, vector and tabular ^^^^^^^^^^^^^^^^^^^^^ data. As a normal user, you will not get into touch with the API. But as an interested scientist or coder you will soon discover it's great flexibility.". So I would say that "math" is justified here. > or conceivably in science. Science -- yes, looks good too. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From rhurlin at gwdg.de Sun Nov 15 09:10:52 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sun Nov 15 09:10:59 2009 Subject: Question about creating a port for saga gis In-Reply-To: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> References: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> Message-ID: <4AFFC58F.8020603@gwdg.de> On 15.11.2009 09:35 (UTC+1), Scott Bennett wrote: > On Sat, 14 Nov 2009 10:41:58 +0100 Rainer Hurling > wrote: >> I am working on a new port math/saga. It is my first port. >> >> Now that I am able to directly download the sources of SAGA GIS from >> sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is >> another problem with porting where I need some help. >> >> The original configure script of SAGA GIS expects 'wx-config', but in >> newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. >> >> The porters handbook shows how to configure the ports Makefile to let >> the port know what wxWidget version to use. I patched the original >> configure script but obviously that's not enough. The attached files are >> saved under math/saga and show what I have tried. >> > Why are you putting saga into math? It should be in databases, like > grass and postgis are, or conceivably in science. I don't see any reason > for it to be in math. For me SAGA is clearly a mathematical application. In the porters handbook you can read at chapter 5.3.2 for 'science' category: "Scientific ports that do not fit into other categories such as astro, biology and math." So I chose 'math'. Rainer Hurling From bennett at cs.niu.edu Sun Nov 15 09:49:21 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Sun Nov 15 09:49:28 2009 Subject: Question about creating a port for saga gis Message-ID: <200911150948.nAF9m90c012124@mp.cs.niu.edu> On Sun, 15 Nov 2009 11:55:21 +0300 Eygene Ryabinkin wrote: >Sun, Nov 15, 2009 at 02:35:19AM -0600, Scott Bennett wrote: >> Why are you putting saga into math? It should be in databases, like >> grass and postgis are, > >Let's see. /usr/ports/databases/postgis/pkg-descr: >----- > >PostGIS adds support for geographic objects to the PostgreSQL >object-relational database. In effect, PostGIS "spatially enables" the >PostgreSQL server, allowing it to be used as a backend spatial database >for geographic information systems (GIS), much like ESRI's SDE or >Oracle's Spatial extension. PostGIS follows the OpenGIS "Simple >Features Specification for SQL" and will be submitted for conformance >testing at version 1.0. > >PostGIS has been developed by Refractions Research Inc as a research >project in open source spatial database technology. PostGIS is released >under the GNU General Public License. We intend to continue development >as time and resources permit. Our list of future projects includes >enhanced technology for data loading and dumping, user interface tools >for direct data access and manipulation, and support for advanced >topologies at the server side, such as coverages, networks, and >surfaces. >----- >No a surpsise that it is in the databases, heh ;)) Of course. > >/usr/ports/databases/grass/pkg-descr: >----- > Geographic Resources Analysis Support System > (GRASS GIS) > >An open source Geographical Information System (GIS) with raster, >topological vector, image processing, and graphics production functionality ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ These are, of course, mathematical methods. So what? They are used here simply as tools for studies of geographically organized data. >that operates on various platforms through a graphical user interface and >shell in X-Windows. It is released under GNU General Public License (GPL). > >WWW: http://grass.itc.it/ >----- >Grass seem to use database-like store for the objects and subsequently >manipulates this data by applying various processing methods, so may be That is what GIS do, after all. >this was the reason to put it under databases. And that is why saga should also be under databases. > >But read > http://sourceforge.net/apps/trac/saga-gis/wiki/The%20Philosophy%20of%20SAGA >it clearly states that "The heart of SAGA is it's C++ and thus object >oriented Application Programming Interface (API), providing data object >definitions and computational methods for raster, vector and tabular > ^^^^^^^^^^^^^^^^^^^^^ >data. As a normal user, you will not get into touch with the API. But as >an interested scientist or coder you will soon discover it's great >flexibility.". So I would say that "math" is justified here. > >> or conceivably in science. > >Science -- yes, looks good too. GIS are fancy database systems, usually with fancy graphical front ends. They all use *mathematical* methods in performing various *scientific* data analyses. The same is true of physics ports or just about any other science ports. Regardless of the selection of verbiage in their individual pkg-descr files, whose emphases depend upon the viewpoints of the authors of those pkg-descr files, they are all in the same class of packages, and all belong together in one place. If you think that their degree of specialization qualifies them to be classified somewhere other than in "databases", then the only other option *for both grass and saga* in the current ports tree is "science", not "math". These are packages that use mathematical methods, but they are not primarily mathematics packages. They are geographical packages. The ports tree has no "geography" directory, so the GIS, if not in "databases", would fall into "science". I do accept that postgis, according to its description, provides *only* the database back end and is therefore arguably *only* a data base, as opposed to a real GIS, which is a data base with lots of nice front-end processing available. If you want to argue that grass and saga should be moved to "math", then argue away. Arguing that these two GIS packages, which perform similar functions, should be separated should involve better justification than has been presented so far. Given that their *uses* are scientific in nature, as opposed to furthering the study of mathematics or performing solely mathematical functions (e.g., LAPACK), then the alternative to putting them into "databases" would have to be to put them into "science". Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From decke at bluelife.at Sun Nov 15 11:16:56 2009 From: decke at bluelife.at (Bernhard Froehlich) Date: Sun Nov 15 11:17:03 2009 Subject: p5-xmltv - old? In-Reply-To: References: Message-ID: <8918c1a2037dab2e41e092833e042f39.squirrel@webmail.itac.at> On Sun, November 15, 2009 12:24 am, Torfinn Ingolfsen wrote: > Hello, > > Is there a reason why p5-xmltv haven't been updated? In ports we have > version 0.5.52, but on the main web site version 0.5.56 have been > available a while now. > > Simply chnaging the version in the Makefile, removing the PORTREVISION > line and doing 'make makesum' get the port working: > root@kg-quiet# diff -u p5-xmltv_0.5.52/Makefile p5-xmltv/Makefile > --- p5-xmltv_0.5.52/Makefile 2009-10-18 10:26:10.000000000 +0200 > +++ p5-xmltv/Makefile 2009-11-14 22:16:39.000000000 +0100 > @@ -6,8 +6,7 @@ > # > > PORTNAME= xmltv > -PORTVERSION= 0.5.52 > -PORTREVISION= 1 > +PORTVERSION= 0.5.56 > CATEGORIES= textproc perl5 > MASTER_SITES= SF > PKGNAMEPREFIX= p5- > > Ok, It isn't perfect, it complains a bit when you install: > ===> Compressing manual pages for p5-xmltv-0.5.56 > gzip: can't stat: /usr/local/man/man1/tv_grab_be.1: No such file or > directory > gzip: can't stat: /usr/local/man/man1/tv_grab_br_net.1: No such file or > directory > gzip: can't stat: /usr/local/man/man1/tv_grab_dk.1: No such file or > directory > gzip: can't stat: /usr/local/man/man1/tv_grab_es.1: No such file or > directory > gzip: can't stat: /usr/local/man/man1/tv_grab_jp.1: No such file or > directory > ===> Registering installation for p5-xmltv-0.5.56 > > But it is a good starting point. Looks like MAN1 in the Makefile should be updated too. If it installs and deinstalls fine please submit it as PR. -- Bernhard Fr?hlich http://www.bluelife.at/ From estrabd at gmail.com Sun Nov 15 14:41:14 2009 From: estrabd at gmail.com (B. Estrade) Date: Sun Nov 15 14:41:20 2009 Subject: Question about creating a port for saga gis In-Reply-To: <4AFFC58F.8020603@gwdg.de> References: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> <4AFFC58F.8020603@gwdg.de> Message-ID: <20091115142604.GS34213@bc3.lsu.edu> On Sun, Nov 15, 2009 at 10:10:39AM +0100, Rainer Hurling wrote: > On 15.11.2009 09:35 (UTC+1), Scott Bennett wrote: > > On Sat, 14 Nov 2009 10:41:58 +0100 Rainer Hurling > >wrote: > >>I am working on a new port math/saga. It is my first port. > >> > >>Now that I am able to directly download the sources of SAGA GIS from > >>sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is > >>another problem with porting where I need some help. > >> > >>The original configure script of SAGA GIS expects 'wx-config', but in > >>newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. > >> > >>The porters handbook shows how to configure the ports Makefile to let > >>the port know what wxWidget version to use. I patched the original > >>configure script but obviously that's not enough. The attached files are > >>saved under math/saga and show what I have tried. > >> > > Why are you putting saga into math? It should be in databases, like > >grass and postgis are, or conceivably in science. I don't see any reason > >for it to be in math. > > For me SAGA is clearly a mathematical application. In the porters > handbook you can read at chapter 5.3.2 for 'science' category: > > "Scientific ports that do not fit into other categories such as astro, > biology and math." > > So I chose 'math'. If I may "bikeshed", it's probably more appropriately in 'science' given that there is no 'geo' category similar to 'astro' or 'biology': http://www.saga-gis.org/saga_modules_doc/index.html It seems to be much more than a mere plotting tool, and is certainly not a math library or "laboratory" (e.g., Octave). Take a look at the types of applications in 'math' vs 'science', and it should be clear that it is general enough to belong in 'science'. Just my $0.02... Brett > > Rainer Hurling > _______________________________________________ > 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" -- B. Estrade From rhurlin at gwdg.de Sun Nov 15 15:28:22 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sun Nov 15 15:28:29 2009 Subject: Question about creating a port for saga gis In-Reply-To: <20091115142604.GS34213@bc3.lsu.edu> References: <200911150835.nAF8ZJxi011229@mp.cs.niu.edu> <4AFFC58F.8020603@gwdg.de> <20091115142604.GS34213@bc3.lsu.edu> Message-ID: <4B001E04.1030109@gwdg.de> On 15.11.2009 15:26 (UTC+1), B. Estrade wrote: > On Sun, Nov 15, 2009 at 10:10:39AM +0100, Rainer Hurling wrote: >> On 15.11.2009 09:35 (UTC+1), Scott Bennett wrote: >>> On Sat, 14 Nov 2009 10:41:58 +0100 Rainer Hurling >>> wrote: >>>> I am working on a new port math/saga. It is my first port. >>>> >>>> Now that I am able to directly download the sources of SAGA GIS from >>>> sourceforge (thanks to Eygene Ryabinkin and Sergey V. Dyatko), there is >>>> another problem with porting where I need some help. >>>> >>>> The original configure script of SAGA GIS expects 'wx-config', but in >>>> newer FreeBSD systems there only is e.g. wxgtk2-2.8-config. >>>> >>>> The porters handbook shows how to configure the ports Makefile to let >>>> the port know what wxWidget version to use. I patched the original >>>> configure script but obviously that's not enough. The attached files are >>>> saved under math/saga and show what I have tried. >>>> >>> Why are you putting saga into math? It should be in databases, like >>> grass and postgis are, or conceivably in science. I don't see any reason >>> for it to be in math. >> For me SAGA is clearly a mathematical application. In the porters >> handbook you can read at chapter 5.3.2 for 'science' category: >> >> "Scientific ports that do not fit into other categories such as astro, >> biology and math." >> >> So I chose 'math'. > > If I may "bikeshed", it's probably more appropriately in 'science' > given that there is no 'geo' category similar to 'astro' or 'biology': > > http://www.saga-gis.org/saga_modules_doc/index.html > > It seems to be much more than a mere plotting tool, and is certainly > not a math library or "laboratory" (e.g., Octave). SAGA GIS is for example often used from within R (www.r-project.org) for complex spatial analyses. Many scientists use it like other 'math tools'. > Take a look at the types of applications in 'math' vs 'science', and it > should be clear that it is general enough to belong in > 'science'. For clarification: I do not stand on the category math. It was my personal choice from an ecological scientists point of view. If most people like to see the port in category science, that's ok for me :-) > Just my $0.02... > > Brett Rainer From tingox at gmail.com Sun Nov 15 17:27:13 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Nov 15 17:27:25 2009 Subject: p5-xmltv - old? In-Reply-To: <8918c1a2037dab2e41e092833e042f39.squirrel@webmail.itac.at> References: <8918c1a2037dab2e41e092833e042f39.squirrel@webmail.itac.at> Message-ID: Hi, On Sun, Nov 15, 2009 at 12:16 PM, Bernhard Froehlich wrote: > > Looks like MAN1 in the Makefile should be updated too. If it installs and > deinstalls fine please submit it as PR. > If anyone would test what I have so far (attached), it would help. It is tested with porttools ("port test" to be specific),and AFAICT passes ok. When properly tested, I will submit a PR. However, I am not really sure that we should upgrade without keeping the old port around. Why? Well, a few grabbers have disappeared from the new version, and I am not sure what ill effects that will have. For my country, tv_grab_no is replaced with tv_grab_no_gfeed. The new grabber is technically much better than the old one, but it have listings for fewer channels than the old one. For the other countries, I can only speculate. I see that tv_grab_be is missing from the new version, and don't know if there is a replacement. Any thoughts? -- Regards, Torfinn Ingolfsen -------------- next part -------------- A non-text attachment was scrubbed... Name: p5-xmltv-0.5.56.diff Type: application/octet-stream Size: 4266 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091115/b01a18d9/p5-xmltv-0.5.56.obj From decke at bluelife.at Sun Nov 15 19:10:50 2009 From: decke at bluelife.at (Bernhard Froehlich) Date: Sun Nov 15 19:11:02 2009 Subject: p5-xmltv - old? In-Reply-To: References: <8918c1a2037dab2e41e092833e042f39.squirrel@webmail.itac.at> Message-ID: On Sun, November 15, 2009 6:27 pm, Torfinn Ingolfsen wrote: > Hi, > > On Sun, Nov 15, 2009 at 12:16 PM, Bernhard Froehlich > wrote: > >> >> Looks like MAN1 in the Makefile should be updated too. If it installs >> and >> deinstalls fine please submit it as PR. >> > > If anyone would test what I have so far (attached), it would help. > It is tested with porttools ("port test" to be specific),and AFAICT passes > ok. > When properly tested, I will submit a PR. > > However, I am not really sure that we should upgrade without keeping the > old > port around. > Why? > Well, a few grabbers have disappeared from the new version, and I am not > sure what ill effects that will have. > For my country, tv_grab_no is replaced with tv_grab_no_gfeed. The new > grabber is technically much better than the old one, but it have listings > for fewer channels than the old one. > For the other countries, I can only speculate. I see that tv_grab_be is > missing from the new version, and don't know if there is a replacement. > > Any thoughts? Builds fine in my 7-stable/i386 tinderbox. I've checked which ports are depending on p5-xmltv [1] and checked if that update could affect them. deskutils/ontv: NOTOK using tv_grab_be misc/freeguide: OK using tv_cat multimedia/freevo: OK using tv_cat multimedia/mythtv: OK using tv_check multimedia/tv_grab_au: OK using tv_check The only one that definitely needs fixing is ontv. The others look good. [1] http://www.freshports.org/search.php?stype=depends_all&method=match&query=p5-xmltv&num=100&orderby=category&orderbyupdown=asc&search=Search -- Bernhard Fr?hlich http://www.bluelife.at/ From decke at bluelife.at Sun Nov 15 19:52:54 2009 From: decke at bluelife.at (Bernhard Froehlich) Date: Sun Nov 15 19:53:06 2009 Subject: Call for Testers: MythTV 0.22 Message-ID: <20091115204205.482e6a15@bluelife.at> MythTV 0.22 is ready for testing! They have done a lot of work to use Qt 4.4 and compiling mythtv has gotten a lot easier on FreeBSD with that. Nevertheless it is a huge application and needs compile and runtime testing on as many boxes as possible. I've already compiled on FreeBSD 8.0-RC1/amd64, FreeBSD 7.2/i386 and with a QATty tinderbox so i'm quite sure it will not look too bad. Runtime testing is about zero so we need feedback before we get it into the tree. Download: - http://home.bluelife.at/ports/mythtv-0.22-20091115.tar.gz Highlights: - enabled ivtv with patch from usleepless at gmail.com - Updated to 0.22 - http://www.mythtv.org/wiki/Release_Notes_-_0.22 - Qt 4.4 - DVB-S2 support (do we have a supported card on FreeBSD?) - hardware accelerated playback of H.264, MPEG-1/2, WMV, and VC-1 Testing it: # cd /tmp # fetch http://home.bluelife.at/ports/mythtv-0.22-20091115.tar.gz # cd /usr/ports/multimedia # tar xvf /tmp/mythtv-0.22-20091115.tar.gz # cd mythtv && make install Thanks! (Please reply to freebsd-multimedia@ only) -- Bernhard Froehlich http://www.bluelife.at/ From peterjeremy at acm.org Sun Nov 15 20:48:24 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Sun Nov 15 20:48:31 2009 Subject: RFC: svn for make fetch In-Reply-To: <4AFED0D3.2050403@paradisegreen.co.uk> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> <20091113011000.GA45256@atarininja.org> <20091113200607.GA59749@atarininja.org> <4AFED0D3.2050403@paradisegreen.co.uk> Message-ID: <20091115204818.GA57571@server.vk2pj.dyndns.org> On 2009-Nov-14 15:46:27 +0000, Thomas Sandford wrote: >Wesley Shields wrote: >> Sure, but it doesn't belong in bsd.*.mk. Turn it into a script and >> submit it as a regular port. > >If it were just one port and/or just a port maintainers tool I'd agree. >But this is something that affects MULTIPLE ports. Based on your numbers, 15 ports - less that 0.1% of the ports tree. >Surely the whole value/purpose of the ports build infrastructure is to >present a consistent way of doing things rather than different >maintainers doing their own thing and solving problems in different, and >quite possibly sub-optimal ways and/or bloating multiple individual port >Makefiles with what could be kept in a single bsd.*.mk file. If it affected several hundred ports and/or was visible to the end user then this might be justification for embedding it into bsd.*.mk. The ports build infrastructure is already quite large (>20K LOC) and difficult to follow. The overheads associated with loading bsd.*.mk files also makes operations like "make index" very time-consuming. IMHO, bloating it further to marginally simplify life for the maintainers of ~15 ports is not a good tradeoff. Wesley's suggestion above sounds like the best solution. >And if the file were (say) bsd.vcs.mk and were pulled in only if one of > >USE_SVNFETCH >USE_CVSFETCH >USE_GITFETCH > >etc were defined then the impact of the bloat on other ports is minimal. If you still want to go this way, I'd suggest writing a stand-alone bsd.vcs.mk that can be .include'd by the port when it needs the functionality. -- Peter Jeremy -------------- 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/20091115/684433e9/attachment.pgp From jhs at berklix.com Sun Nov 15 22:14:44 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Sun Nov 15 22:14:50 2009 Subject: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs Message-ID: <200911152152.nAFLptoR085604@fire.js.berklix.net> Hi mich@FreeBSD.org cc: ports@freebsd.org A hint would be welcome please with sysutils/libcdio, Paranoia stuff seems broken, but I'm not clear what's intended, hence mail rather than a send-pr. uname -a FreeBSD laps.js.berklix.net 7.2-RELEASE FreeBSD 7.2-RELEASE #2: \ Wed Sep 9 11:33:57 CEST 2009 \ jhs@laps.no.net:/usr/src/sys/i386/compile/LAPS.small i386 cd /usr/ports/net-mgmt/etherape ; make ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found ===> Verifying install for cdio_paranoia.0 in \ /usr/ports/sysutils/libcdio ===> Returning to build of gvfs-1.2.1 Error: shared library "cdio_paranoia.0" does not exist /usr/ports/devel/gvfs ; make ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found ===> Verifying install for cdio_paranoia.0 in \ /usr/ports/sysutils/libcdio ===> Returning to build of gvfs-1.2.1 Error: shared library "cdio_paranoia.0" does not exist cd /usr/ports/sysutils/libcdio ; make install ... didnt deliver lib needed ... I created a dummy Makefile to test option stuff: OPTIONS= PARANOIA "Support for accessing audio via CD Paranoia" on .include testme: echo xx1 .ifndef(WITH_PARANOIA) echo xx2 .endif echo xx3 .include It failed as WITH_PARANOIA != PARANOIA ... so I tweaked port Makefile to # OPTIONS= PARANOIA "Support for accessing audio via \ CD Paranoia" on OPTIONS= WITH_PARANOIA "Support for accessing audio via \ CD Paranoia" on cd /usr/ports/sysutils/libcdio ; make install ls -l /usr/local/lib/*paranoia* -rw-r--r-- 1 root wheel 30008 Oct 21 19:28 \ /usr/local/lib/libcdda_paranoia.a lrwxr-xr-x 1 root wheel 25 Oct 21 19:28 \ /usr/local/lib/libcdda_paranoia.so@ -> \ libcdda_paranoia.so.0.9.8 lrwxr-xr-x 1 root wheel 25 Oct 21 19:28 \ /usr/local/lib/libcdda_paranoia.so.0@ -> \ libcdda_paranoia.so.0.9.8 -rw-r--r-- 1 root wheel 34001 Oct 21 19:28 \ /usr/local/lib/libcdda_paranoia.so.0.9.8 ldconfig -R # Ok thats for execs running, not linking, but no harm. cd /usr/ports/devel/gvfs ; make clean ; make ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 \ - not found ===> Verifying install for cdio_paranoia.0 in \ /usr/ports/sysutils/libcdio ===> Returning to build of gvfs-1.2.1 Error: shared library "cdio_paranoia.0" does not exist Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org From s.kachelmann at googlemail.com Sun Nov 15 22:44:06 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Sun Nov 15 22:44:13 2009 Subject: remove BUILD_DEPENDS automatically after install Message-ID: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> Is there a reason why BUILD_DEPENDS aren't being removed after a port has been installed and if no other installed port depends on it? Sandra From ertr1013 at student.uu.se Mon Nov 16 00:07:23 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Mon Nov 16 00:07:30 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> Message-ID: <20091116000643.GA14996@owl.midgard.homeip.net> On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: > Is there a reason why BUILD_DEPENDS aren't being removed after a port > has been installed and if no other installed port depends on it? How do you know that the user does not want that port installed? And what if the user will install 20 other ports afterwards - all of which is that same port as a BUILD_DEPENDS - should that port be installed/deinstalled each and every time? (Personally I would be *very* annoyed if, for example, libtool or automake/autoconf would be reinstalled every time I installed a port which had one of them as a build-time dependency. There are *lots* of ports which have one of them in BUILD_DEPENDS, but few if any that has them as RUN_DEPENDS.) -- Erik Trulsson ertr1013@student.uu.se From rea-fbsd at codelabs.ru Mon Nov 16 08:29:47 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Nov 16 08:29:54 2009 Subject: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs In-Reply-To: <200911152152.nAFLptoR085604@fire.js.berklix.net> References: <200911152152.nAFLptoR085604@fire.js.berklix.net> Message-ID: <7cNPo33btPF0WvK2b4xGmUFSp5A@7ANLw7WpNQUEViOFvqmcIRbmcl4> Sun, Nov 15, 2009 at 10:51:55PM +0100, Julian H. Stacey wrote: > A hint would be welcome please with sysutils/libcdio, Paranoia stuff seems > broken, but I'm not clear what's intended, hence mail rather than a send-pr. > > uname -a > FreeBSD laps.js.berklix.net 7.2-RELEASE FreeBSD 7.2-RELEASE #2: \ > Wed Sep 9 11:33:57 CEST 2009 \ > jhs@laps.no.net:/usr/src/sys/i386/compile/LAPS.small i386 > > cd /usr/ports/net-mgmt/etherape ; make > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > ===> Verifying install for cdio_paranoia.0 in \ > /usr/ports/sysutils/libcdio > ===> Returning to build of gvfs-1.2.1 > Error: shared library "cdio_paranoia.0" does not exist Do you have /usr/ports/sysutils/libcdio/work? If yes, remove it and try the build once again. Do you really have nothing between "Verifying install for cdio_paranoia.0" and "Returning to build of gvfs"? Not even a try to build libcdio port? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From arved at FreeBSD.org Mon Nov 16 10:07:26 2009 From: arved at FreeBSD.org (=?utf-8?Q?T=C4=B1lman_Linneweh?=) Date: Mon Nov 16 10:08:08 2009 Subject: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs In-Reply-To: <200911152152.nAFLptoR085604@fire.js.berklix.net> References: <200911152152.nAFLptoR085604@fire.js.berklix.net> Message-ID: Hello Julian! (CC: devel/gvfs maintainer added) Thanks for reporting this issue. On Nov 15, 2009, at 22:51 , Julian H. Stacey wrote: > int would be welcome please with sysutils/libcdio, Paranoia stuff seems > broken, but I'm not clear what's intended, hence mail rather than a send-pr. > > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > ===> Verifying install for cdio_paranoia.0 in \ > /usr/ports/sysutils/libcdio > ===> Returning to build of gvfs-1.2.1 > Error: shared library "cdio_paranoia.0" does not exist > /usr/ports/devel/gvfs ; make > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > ===> Verifying install for cdio_paranoia.0 in \ > /usr/ports/sysutils/libcdio > ===> Returning to build of gvfs-1.2.1 > Error: shared library "cdio_paranoia.0" does not exist There are two easy possible solutions. a) make gvfs depend on libcdio.so instead of the non-default cdio_paranoia.0 library b) Change libcdio to install cdio_paranoia.0 by default. Question to gnome@ - Does gvfs really need the cdio_paranoia library, or is this just a bug in the port Makefile and it is ok with the libcdio library? regards arved From bugmaster at FreeBSD.org Mon Nov 16 11:06:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 16 11:06:34 2009 Subject: Current unassigned ports problem reports Message-ID: <200911161106.nAGB66qD010473@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140587 [MAINTAINER] sysutils/samesame update to version 1.6 o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie f ports/140555 [PATCH] add mirrors to x11-wm/hackedbox f ports/140546 The execution result of sysutils/scprotect is inapposi f ports/140525 [panic] VMware: Kernel panic while upgrading from 7.2 o ports/140504 Add new module and multithreaded support to lang/clisp o ports/140489 [NEW PORT] databases/mongodb-devel: High-performance, f ports/140471 security/nessus-libnasl fails to compile f ports/140470 security/nessus-libraries fails to compile f ports/140466 databases/rrdtool update to 1.4.1 o ports/140450 shells/scponly: chrooted scp-shell doesn't work f ports/140449 ports/security/nmap needs utoconf s ports/140413 databases/slony1: Slony1-1.2.16 need upgrade to 1.2.17 o ports/140399 Update port: security/webfwlog Add needed patch and ot f ports/140379 net-im/pidgin-msn-pecan won't compile o ports/140365 [patch] databases/firebird20-client coredumps o ports/140348 New port: www/mod_auth_cas Apache 2.0/2.2 compliant mo f ports/140347 security/dirmngr needs updated BUILD_DEPENDS requireme o ports/140322 update of port www/weave f ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts o ports/140177 new port : textproc/glpi-plugins-DataInjection : This o ports/140176 new port : textproc/glpi-plugins-AdditionalReports : T o ports/140174 New port: net-mgmt/glpi-plugins-tracker-agent : Agent o ports/140168 new port: net-mgmt/glpi-plugins-tracker-server, plugin o ports/140157 New port: www/trac-bitten Continuous integration for T f ports/140155 Update port: emulators/bsnes update to v0.54 f ports/140146 [patch] www/squid: Add squid_fib option for alternate o ports/140133 New port: sysutils/Plugtools Manages POSIX users f ports/140109 www/validator 0.8.3_1: /usr/local/lib/perl5/site_perl/ o ports/140107 [PATCH] Enhance net/nss_ldap to support FreeBSD login o ports/140084 [patch] security/amavisd-milter - minor port improveme o ports/140059 [MAINTAINER] security/gpa: Mark IGNORE if gpgsm is not o ports/140058 [MAINTAINER] security/gpgme: Specifically disable gpgs f ports/140046 [PATCH] www/phpsysinfo-dev update to 3.0-RC9 f ports/140007 [repocopy] devel/gdb6 to devel/gdb66 f ports/139867 mail/isoqlog catch segmentation fault under AMD64 s ports/139848 add pre-caching to net-mgmt/nagios rc.d script o ports/139801 [patch] port security/gorilla does not work after inst f ports/139680 Is editors/emacs out-dated? f ports/139652 [devel/icu] Little patch for compiling with gcc44 o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference s ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network o ports/138637 New port: graphics/xfractint-devel o ports/138602 audio/sphinxbase port update f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi f ports/137635 multimedia/vlc breaks keyboard input processing o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136819 [PATCH] www/vtiger-customerportal: update to 5.0.4 o ports/136811 New port: www/py-scrapy, a high level scraping and web o ports/136779 [PATCH] [MAINTAINER] www/plone3 update to 3.2.3 f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135508 New port: databases/py-postgresql, Python3.x adapter f s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133533 [PATCH] Add a static user/group for audio/musicpd port f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130183 [PATCH] converters/xdeview switch to USE_TCL o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122801 databases/virtuoso, databases/firebird20-client, datab o ports/118716 security/heimhal - shared library conflict with heimda o ports/116571 databases/firebird20-client fails to compile in a jail o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. f ports/100776 devel/mico: Failure to update o ports/82634 heimdal port conflict with base heimdal 148 problems total. From freebsduser at paradisegreen.co.uk Mon Nov 16 11:09:33 2009 From: freebsduser at paradisegreen.co.uk (Thomas Sandford) Date: Mon Nov 16 11:10:52 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091115204818.GA57571@server.vk2pj.dyndns.org> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> <20091113011000.GA45256@atarininja.org> <20091113200607.GA59749@atarininja.org> <4AFED0D3.2050403@paradisegreen.co.uk> <20091115204818.GA57571@server.vk2pj.dyndns.org> Message-ID: <4B0132E2.3020504@paradisegreen.co.uk> Peter Jeremy wrote: > On 2009-Nov-14 15:46:27 +0000, Thomas Sandford wrote: >> Wesley Shields wrote: >>> Sure, but it doesn't belong in bsd.*.mk. Turn it into a script and >>> submit it as a regular port. >> ... >> Surely the whole value/purpose of the ports build infrastructure is to >> present a consistent way of doing things rather than different >> maintainers doing their own thing and solving problems in different, and >> quite possibly sub-optimal ways and/or bloating multiple individual port >> Makefiles with what could be kept in a single bsd.*.mk file. > > If it affected several hundred ports and/or was visible to the end > user then this might be justification for embedding it into bsd.*.mk. > > The ports build infrastructure is already quite large (>20K LOC) and > difficult to follow. The overheads associated with loading bsd.*.mk > files also makes operations like "make index" very time-consuming. > IMHO, bloating it further to marginally simplify life for the > maintainers of ~15 ports is not a good tradeoff. > > Wesley's suggestion above sounds like the best solution. > >> And if the file were (say) bsd.vcs.mk and were pulled in only if one of >> >> USE_SVNFETCH >> USE_CVSFETCH >> USE_GITFETCH >> >> etc were defined then the impact of the bloat on other ports is minimal. > > If you still want to go this way, I'd suggest writing a stand-alone > bsd.vcs.mk that can be .include'd by the port when it needs the > functionality. Personally I think the performance difference between .ifdef USE_SVNFETCH .include "${PORTSDIR}/Mk/bsd.vcs.mk" .endif in bsd.port.mk and only explicitly including it in the ports that use it is marginal, but I could certainly live with this as a compromise. -- Thomas Sandford From s.kachelmann at googlemail.com Mon Nov 16 11:12:31 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Mon Nov 16 11:12:37 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <20091116000643.GA14996@owl.midgard.homeip.net> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> <20091116000643.GA14996@owl.midgard.homeip.net> Message-ID: <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> (portmaster author cc:ed) On Mon, Nov 16, 2009 at 1:06 AM, Erik Trulsson wrote: > On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: >> Is there a reason why BUILD_DEPENDS aren't being removed after a port >> has been installed and if no other installed port depends on it? > > How do you know that the user does not want that port installed? > And what if the user will install 20 other ports afterwards - all of which > is that same port as a BUILD_DEPENDS - should that port be > installed/deinstalled each and every time? It would be nice if this was configurable. Maybe it could be even integrated into portupgrade or portmaster. If such a port is installed directly it could get a package entry DIRECT_INSTALLED=yes in /var/db/pkg/.. or something (there is probably a better way to do this). > (Personally I would be *very* annoyed if, for example, libtool or > automake/autoconf would be reinstalled every time I installed a port which > had one of them as a build-time dependency. ?There are *lots* of ports which > have one of them in BUILD_DEPENDS, but few if any that has them as > RUN_DEPENDS.) Even nicer if execptions would be configurable. There are loads of ports that install BUILD_DEPENDS that are never used again. cvsup for instance pulls in a gigantic tree of esoteric ports I can't even pronounce. Sure I could install the package, take cvsup-without-gui or even use portsnap but this is not the point here. Sandra From amdmi3 at amdmi3.ru Mon Nov 16 12:16:26 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Nov 16 12:16:33 2009 Subject: RFC: svn for make fetch In-Reply-To: References: Message-ID: <20091116121622.GA79691@hades.panopticon> * Eitan Adler (eitanadlerlist@gmail.com) wrote: > I was hoping to get a bit more of a response to a recent posting of > mine with regard to using svn to fetch files for ports > My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html > A summary of what has been going on: > http://wiki.freebsd.org/EitanAdler/ports-svn This was discussed many times before, and this is a bad idea. - No checksums -> security issue - No distfile caching/mirroring -> excess traffic consumption and horrible availability and I hope you're not even thinking of fetching from VCS without specifying exact revision. Some standard way of generating distfiles from VCS may be nice though, if it goes into separate mk-file and supports all major VCS. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From alexanderchuranov at gmail.com Mon Nov 16 13:15:24 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 16 13:15:31 2009 Subject: Getting MASTER_SITES for sourceforge ports more easily In-Reply-To: <20091114040417.GA66462@hades.panopticon> References: <20091114040417.GA66462@hades.panopticon> Message-ID: <3cb459ed0911160515u1ff168dk5dbe81fcac634ab0@mail.gmail.com> Folks, Thank you for clarifications. Fetching just works if MASTER_SITES are SF/something. The correct URI may be viewed just using the browser. I've started downloading a file from SF, then paused the download, examined the actual URI the file is downloaded from and verified that URIs generated by Makefiles for my ports are correct. Alexander Churanov, maintainer of devel/boost-* From kwm at FreeBSD.org Mon Nov 16 13:45:07 2009 From: kwm at FreeBSD.org (Koop Mast) Date: Mon Nov 16 13:45:41 2009 Subject: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs In-Reply-To: References: <200911152152.nAFLptoR085604@fire.js.berklix.net> Message-ID: <1258379241.48450.7.camel@headache.rainbow-runner.nl> On Mon, 2009-11-16 at 10:51 +0100, T?lman Linneweh wrote: > Hello Julian! > > (CC: devel/gvfs maintainer added) > > Thanks for reporting this issue. > > On Nov 15, 2009, at 22:51 , Julian H. Stacey wrote: > > int would be welcome please with sysutils/libcdio, Paranoia stuff seems > > broken, but I'm not clear what's intended, hence mail rather than a send-pr. > > > > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > > ===> Verifying install for cdio_paranoia.0 in \ > > /usr/ports/sysutils/libcdio > > ===> Returning to build of gvfs-1.2.1 > > Error: shared library "cdio_paranoia.0" does not exist > > /usr/ports/devel/gvfs ; make > > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > > ===> Verifying install for cdio_paranoia.0 in \ > > /usr/ports/sysutils/libcdio > > ===> Returning to build of gvfs-1.2.1 > > Error: shared library "cdio_paranoia.0" does not exist > > There are two easy possible solutions. > a) make gvfs depend on libcdio.so instead of the non-default cdio_paranoia.0 library > b) Change libcdio to install cdio_paranoia.0 by default. > > Question to gnome@ - Does gvfs really need the cdio_paranoia library, or is this just a bug > in the port Makefile and it is ok with the libcdio library? a) The configure script of the gvfs port checks for cdio_paranoia library. It needs it for the cdda backend. b) libcdio already got a option for paranoia support and it is default to on. Julian you can do two things now. Either you disable the cdda backend in gvfs with the WITH_CDDA option. Or build libcdio with paranoia support. -Koop > regards > arved_______________________________________________ > 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 bf1783 at googlemail.com Mon Nov 16 14:09:28 2009 From: bf1783 at googlemail.com (b. f.) Date: Mon Nov 16 14:09:35 2009 Subject: remove BUILD_DEPENDS automatically after install Message-ID: >> On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: >>> Is there a reason why BUILD_DEPENDS aren't being removed after a port >>> has been installed and if no other installed port depends on it? >> >> How do you know that the user does not want that port installed? >> And what if the user will install 20 other ports afterwards - all of which >> is that same port as a BUILD_DEPENDS - should that port be >> installed/deinstalled each and every time? > >It would be nice if this was configurable. Maybe it could be even >integrated into portupgrade or portmaster. If such a port is installed >directly it could get a package entry DIRECT_INSTALLED=yes in >/var/db/pkg/.. or something (there is probably a better way to do >this). How are you going to account for those ports that, while installed as dependencies, the user nevertheless wants to keep for their own sake? Or those that are installed individually by a user, perhaps to fix a problem, but are not really wanted after all builds are done? I think that this kind of bookkeeping should be done by users and administrators, and should not be cluttering up the ports and package infrastructure. If you really want it there, you can make your own local modifications. > >> (Personally I would be *very* annoyed if, for example, libtool or >> automake/autoconf would be reinstalled every time I installed a port which >> had one of them as a build-time dependency. ?There are *lots* of ports which >> have one of them in BUILD_DEPENDS, but few if any that has them as >> RUN_DEPENDS.) > >Even nicer if execptions would be configurable. There are loads of >ports that install BUILD_DEPENDS that are never used again. cvsup for >instance pulls in a gigantic tree of esoteric ports I can't even >pronounce. Sure I could install the package, take cvsup-without-gui or >even use portsnap but this is not the point here. I'm not sure what you mean by "exceptions" -- but if you are not willing to consider dependencies and configure ports, then you really ought to be using packages, and that is relevant to this discussion. There are some ports that can help you manage this kind of cleanup -- for example, you could run "portmaster -s", and then run "portmaster -l", and remove those ports listed as leaf or root ports that you no longer want. Or you could add entries to AFTERINSTALL in pkgtools.conf to remove build dependencies when using portupgrade. But it is difficult to completely automate a removal, in a generic way that would satisfy all administrators and users, so some interaction or at least an initial configuration will be required. Here is a shell script that will emit a list of installed ports that are needed to build other installed ports, but are not needed by any other ports at runtime, according to a ports tree. You could run it and then either pipe it's output directly to: | xargs -I % make -C ${PORTSDIR:-/usr/ports}% deinstall , or first filter the output to remove any ports that you want to keep: #!/bin/sh #findbuildonlydeps.sh _portsdir=${PORTSDIR:-/usr/ports} _scriptname=`basename $0` _listbuildreqs=`mktemp -t ${_scriptname}` || \ echo "cannot create ${_listbuildreqs}" _listrunreqs=`mktemp -t ${_scriptname}` || \ echo "cannot create ${_listrunreqs}" for _pkgorigin in `pkg_info -qoa` ; do for _buildreq in `make -C ${_portsdir}/${_pkgorigin} \ -V FETCH_DEPENDS -V EXTRACT_DEPENDS \ -V PATCH_DEPENDS -V BUILD_DEPENDS` ; do echo ${_buildreq##*${_portsdir}} >> ${_listbuildreqs} done for _runreq in `make -C ${_portsdir}/${_pkgorigin} \ -V RUN_DEPENDS -V LIB_DEPENDS` ; do echo ${_runreq##*${_portsdir}} >> ${_listrunreqs} done done sort -u ${_listbuildreqs} > ${_listbuildreqs}_sorted sort -u ${_listrunreqs} > ${_listrunreqs}_sorted comm -23 ${_listbuildreqs}_sorted ${_listrunreqs}_sorted rm ${_listbuildreqs} ${_listbuildreqs}_sorted \ ${_listrunreqs} ${_listrunreqs}_sorted From kamikaze at bsdforen.de Mon Nov 16 14:28:43 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Nov 16 14:28:49 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> <20091116000643.GA14996@owl.midgard.homeip.net> <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> Message-ID: <4B0159EE.2080205@bsdforen.de> Sandra Kachelmann wrote: > (portmaster author cc:ed) > > On Mon, Nov 16, 2009 at 1:06 AM, Erik Trulsson wrote: >> On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: >>> Is there a reason why BUILD_DEPENDS aren't being removed after a port >>> has been installed and if no other installed port depends on it? >> How do you know that the user does not want that port installed? >> And what if the user will install 20 other ports afterwards - all of which >> is that same port as a BUILD_DEPENDS - should that port be >> installed/deinstalled each and every time? > > It would be nice if this was configurable. Maybe it could be even > integrated into portupgrade or portmaster. If such a port is installed > directly it could get a package entry DIRECT_INSTALLED=yes in > /var/db/pkg/.. or something (there is probably a better way to do > this). If you installed from packages, they'd never get installed at all. portmaster and portupgrade both have ports tree based package support, pkg_upgrade (sysutils/bsdadminscripts) has index based package support and there's, in my opinion, rarely a reason to build your own packages, though I'm guilty of doing that, too. At least on one of my machines. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From bf1783 at googlemail.com Mon Nov 16 14:43:18 2009 From: bf1783 at googlemail.com (b. f.) Date: Mon Nov 16 14:43:25 2009 Subject: RFC: svn for make fetch Message-ID: >> I was hoping to get a bit more of a response to a recent posting of >> mine with regard to using svn to fetch files for ports >> My proposal: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html >> A summary of what has been going on: >> http://wiki.freebsd.org/EitanAdler/ports-svn > >This was discussed many times before, and this is a bad idea. >- No checksums -> security issue >- No distfile caching/mirroring -> excess traffic consumption and > horrible availability >and I hope you're not even thinking of fetching from VCS without >specifying exact revision. > >Some standard way of generating distfiles from VCS may be nice though, >if it goes into separate mk-file and supports all major VCS. I also think this is a bad idea, even as a separate mk-file, for many of the same reasons. But it could be useful as a script in ports/Tools. From tingox at gmail.com Mon Nov 16 17:20:15 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Nov 16 17:20:21 2009 Subject: p5-xmltv - old? In-Reply-To: References: <8918c1a2037dab2e41e092833e042f39.squirrel@webmail.itac.at> Message-ID: Hi, On Sun, Nov 15, 2009 at 8:10 PM, Bernhard Froehlich wrote: > Builds fine in my 7-stable/i386 tinderbox. I've checked which ports are > depending on p5-xmltv [1] and checked if that update could affect them. > > deskutils/ontv: NOTOK using tv_grab_be > misc/freeguide: OK using tv_cat > multimedia/freevo: OK using tv_cat > multimedia/mythtv: OK using tv_check > multimedia/tv_grab_au: OK using tv_check > > The only one that definitely needs fixing is ontv. The others look good. > And that one (ontv) has gnome@ as the maintainer. How should this be handled; should I send a mail to the gnome list first, before sending in the PR? Or should I just send the PR and then send a mail telling them that the ontv port will / might be affected? -- Regards, Torfinn Ingolfsen From decke at bluelife.at Mon Nov 16 18:30:31 2009 From: decke at bluelife.at (Bernhard Froehlich) Date: Mon Nov 16 18:30:44 2009 Subject: p5-xmltv - old? In-Reply-To: References: <8918c1a2037dab2e41e092833e042f39.squirrel@webmail.itac.at> Message-ID: On Mon, November 16, 2009 6:20 pm, Torfinn Ingolfsen wrote: > Hi, > > On Sun, Nov 15, 2009 at 8:10 PM, Bernhard Froehlich > wrote: > >> Builds fine in my 7-stable/i386 tinderbox. I've checked which ports are >> depending on p5-xmltv [1] and checked if that update could affect them. >> >> deskutils/ontv: NOTOK using tv_grab_be >> misc/freeguide: OK using tv_cat >> multimedia/freevo: OK using tv_cat >> multimedia/mythtv: OK using tv_check >> multimedia/tv_grab_au: OK using tv_check >> >> The only one that definitely needs fixing is ontv. The others look good. >> > > And that one (ontv) has gnome@ as the maintainer. > How should this be handled; should I send a mail to the gnome list first, > before sending in the PR? > Or should I just send the PR and then send a mail telling them that the > ontv port will / might be affected? Both should be valid but the former is probably a bit faster. At least tell someone of the gnome@ team about it. I've seen that the ontv version is already quite outdated so it probably makes sense to update it to the latest version when you're at it. So go ahead and contact the gnome@ people - irc is usually the fastest. -- Bernhard Fr?hlich http://www.bluelife.at/ From post at sven-goettner.de Mon Nov 16 20:50:23 2009 From: post at sven-goettner.de (Sven =?UTF-8?B?R8O2dHRuZXI=?=) Date: Mon Nov 16 20:50:30 2009 Subject: FreeBSD Port: gtkam-0.1.16.1_1 Message-ID: <20091116212622.2e8f1fc1@cohiba.pawalanesien.lan> Dear maintainer of gtkam, just tried out gktam on FBSD 7.1-RELEASE-p8 and was closed to giving up, since my camera (Panasonic DMC-FZ50) was listed on gphoto.com as supported device and gtkam recognized it (almost correctly as FZ20 - but OK...) - but connection via PTP just resulted in an "PTP I/O-Error". Debugging with --debug and --debug-logfile also just listed an "unknown error". I could not connect to the camera or even view/download files. Finally I installed gphoto2 from the ports, since I hoped to get more help or information from a command line tool (proved to be a good strategy while trying to get my handheld to work under FBSD) and then (accidently) started gphoto2 as root - and it flawlessly connected to the camera and downloaded the pictures. Since mounting the camera as da* device (usb mass storage) worked perfectly (which would have been my fallback solution, anyway), I could not explain this behaviour to me. It took me quite a while to guess that obviously when connecting via PTP, an ugen* device is used and not the usual da* device for USB connections. Adding add path 'ugen*' 0660 group operator to /etc/devfs.rules (as done before for USB sticks) and restarting devfs and devd via the /etc/rc.d/dev* scripts finally solved the problem and now also non-root users are able to connect to the camera via PTP. So I suggest adding a post-install notice in the install routine for FBSD that makes the user aware of this step. I have not found this requirement documented elsewhere... Greetz and thanks for maintaining gtkam, Sven. From pav at FreeBSD.org Mon Nov 16 21:21:25 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Mon Nov 16 21:21:31 2009 Subject: FreeBSD Port: gtkam-0.1.16.1_1 In-Reply-To: <20091116212622.2e8f1fc1@cohiba.pawalanesien.lan> References: <20091116212622.2e8f1fc1@cohiba.pawalanesien.lan> Message-ID: <1258404857.31571.2.camel@hood.oook.cz> Sven G?ttner p??e v po 16. 11. 2009 v 21:26 +0100: > Adding > > add path 'ugen*' 0660 group operator > > to /etc/devfs.rules (as done before for USB sticks) and restarting > devfs and devd via the /etc/rc.d/dev* scripts finally solved the > problem and now also non-root users are able to connect to the camera > via PTP. Yes, this is even included in the gphoto online docu at http://gphoto.sourceforge.net/doc/manual/permissions-usb.html#usb-on-FreeBSD But I just keep running sudo gphoto2, simpler for me :) -- Pav Lucistnik Any Palm app requiring an 90+ page manual has lost its vision. -- words about DateBk4 on Action Names list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 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/20091116/a4909649/attachment.pgp From dougb at FreeBSD.org Mon Nov 16 23:58:26 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Nov 16 23:58:32 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> <20091116000643.GA14996@owl.midgard.homeip.net> <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> Message-ID: <4B01E71F.5050909@FreeBSD.org> Sandra Kachelmann wrote: > (portmaster author cc:ed) > > On Mon, Nov 16, 2009 at 1:06 AM, Erik Trulsson wrote: >> On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: >>> Is there a reason why BUILD_DEPENDS aren't being removed after a port >>> has been installed and if no other installed port depends on it? >> How do you know that the user does not want that port installed? >> And what if the user will install 20 other ports afterwards - all of which >> is that same port as a BUILD_DEPENDS - should that port be >> installed/deinstalled each and every time? > > It would be nice if this was configurable. Maybe it could be even > integrated into portupgrade or portmaster. If such a port is installed > directly it could get a package entry DIRECT_INSTALLED=yes in > /var/db/pkg/.. or something (there is probably a better way to do > this). I have a new feature in the svn version of portmaster called --packages-build that for any given run creates an internal list of dependencies that are only ever listed as build deps (never run deps) and installs packages for them but builds everything else. This feature was created at the request of one of companies that sponsored the package installation code. Currently it does not pkg_delete those packages when it's done, but I could easily add that. Actually I suppose it would not be too hard to extend that "list of build only deps" idea to a general feature which deletes them when done. Something like --delete-build-only maybe? This would be limited to the subset of the list of build-only deps that portmaster actually installed. Just because something is build-only for a given run of portmaster doesn't mean that it isn't a run dep for something else if it is already installed. >> (Personally I would be *very* annoyed if, for example, libtool or >> automake/autoconf would be reinstalled every time I installed a port which >> had one of them as a build-time dependency. Well then don't use the option. :) Options are generally good things. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From dougb at FreeBSD.org Tue Nov 17 00:01:12 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Nov 17 00:01:19 2009 Subject: RFC: svn for make fetch In-Reply-To: <4AFED0D3.2050403@paradisegreen.co.uk> References: <4AF897A4.3070408@delphij.net> <20091109225232.GA34294@lor.one-eyed-alien.net> <4AF9B6CC.5090308@delphij.net> <20091113011000.GA45256@atarininja.org> <20091113200607.GA59749@atarininja.org> <4AFED0D3.2050403@paradisegreen.co.uk> Message-ID: <4B01E7C6.2060305@FreeBSD.org> Thomas Sandford wrote: > If it were just one port and/or just a port maintainers tool I'd agree. > But this is something that affects MULTIPLE ports. You still seem to be advocating the idea of making this a mechanism for users, in spite of the fact that numerous people have said that idea is not likely to ever be approved. Given the universe where this feature is only used by maintainers, a tool script is a good solution. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From jhs at berklix.com Tue Nov 17 00:23:05 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Tue Nov 17 00:23:12 2009 Subject: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs In-Reply-To: Your message "Mon, 16 Nov 2009 11:29:46 +0300." <7cNPo33btPF0WvK2b4xGmUFSp5A@7ANLw7WpNQUEViOFvqmcIRbmcl4> Message-ID: <200911170022.nAH0MOlB073260@fire.js.berklix.net> Hi Eugene, Reference: > From: Eygene Ryabinkin > Reply-to: rea-fbsd@codelabs.ru > Date: Mon, 16 Nov 2009 11:29:46 +0300 > Message-id: <7cNPo33btPF0WvK2b4xGmUFSp5A@7ANLw7WpNQUEViOFvqmcIRbmcl4> Eygene Ryabinkin wrote: > Sun, Nov 15, 2009 at 10:51:55PM +0100, Julian H. Stacey wrote: > > A hint would be welcome please with sysutils/libcdio, Paranoia stuff seems > > broken, but I'm not clear what's intended, hence mail rather than a send-pr. > > > > uname -a > > FreeBSD laps.js.berklix.net 7.2-RELEASE FreeBSD 7.2-RELEASE #2: \ > > Wed Sep 9 11:33:57 CEST 2009 \ > > jhs@laps.no.net:/usr/src/sys/i386/compile/LAPS.small i386 > > > > cd /usr/ports/net-mgmt/etherape ; make > > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > > ===> Verifying install for cdio_paranoia.0 in \ > > /usr/ports/sysutils/libcdio > > ===> Returning to build of gvfs-1.2.1 > > Error: shared library "cdio_paranoia.0" does not exist > > Do you have /usr/ports/sysutils/libcdio/work? Yes, & No, different times, ie ive tried both ways :-) When gvfs failed to make, I did cd /usr/ports/sysutils/libcdio ; make clean ; make cd usr/ports/devel/gvfs ; make clean ; make > If yes, remove it > and try the build once again. > > Do you really have nothing between "Verifying install for cdio_paranoia.0" > and "Returning to build of gvfs"? Not even a try to build libcdio port? It was already built I just tried cd /usr/ports/sysutils/libcdio make clean cd ../../*/gvfs make clean make & got ===> Registering installation for libcdio-0.78.2_2 ===> Returning to build of gvfs-1.2.1 Error: shared library "cdio_paranoia.0" does not exist *** Error code 1 Thanks anyway, PS Next will get to replies from Tılman Linneweh & Koop Mast Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text not quoted-printable, HTML or Base64: http://asciiribbon.org Vote For Smoke Free Bavarian Pubs Restaurants http://berklix.org/~jhs/nim/ From s.kachelmann at googlemail.com Tue Nov 17 01:22:46 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Tue Nov 17 01:22:53 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <4B01E71F.5050909@FreeBSD.org> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> <20091116000643.GA14996@owl.midgard.homeip.net> <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> <4B01E71F.5050909@FreeBSD.org> Message-ID: <91b92520911161722n37e74043pd841de5948cc8e80@mail.gmail.com> On Tue, Nov 17, 2009 at 12:58 AM, Doug Barton wrote: > Sandra Kachelmann wrote: >> (portmaster author cc:ed) >> >> On Mon, Nov 16, 2009 at 1:06 AM, Erik Trulsson wrote: >>> On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: >>>> Is there a reason why BUILD_DEPENDS aren't being removed after a port >>>> has been installed and if no other installed port depends on it? >>> How do you know that the user does not want that port installed? >>> And what if the user will install 20 other ports afterwards - all of which >>> is that same port as a BUILD_DEPENDS - should that port be >>> installed/deinstalled each and every time? >> >> It would be nice if this was configurable. Maybe it could be even >> integrated into portupgrade or portmaster. If such a port is installed >> directly it could get a package entry DIRECT_INSTALLED=yes in >> /var/db/pkg/.. or something (there is probably a better way to do >> this). > > I have a new feature in the svn version of portmaster called > --packages-build that for any given run creates an internal list of > dependencies that are only ever listed as build deps (never run deps) > and installs packages for them but builds everything else. This > feature was created at the request of one of companies that sponsored > the package installation code. Currently it does not pkg_delete those > packages when it's done, but I could easily add that. This is exactly what I was looking for. > Actually I suppose it would not be too hard to extend that "list of > build only deps" idea to a general feature which deletes them when > done. Something like --delete-build-only maybe? This would be limited I would find such an option extremely useful. > to the subset of the list of build-only deps that portmaster actually > installed. Just because something is build-only for a given run of > portmaster doesn't mean that it isn't a run dep for something else if > it is already installed. Or if it's already installed before the actual port build it could be considered as "wanted" and therefor not to be deleted after the build. Just out of curiosity, is your svn repository publicly accessible? Thank you so much for the good work. Sandra From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Nov 17 04:48:55 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Nov 17 04:49:07 2009 Subject: RFC: svn for make fetch In-Reply-To: <20091116121622.GA79691@hades.panopticon> References: <20091116121622.GA79691@hades.panopticon> Message-ID: On Mon, 16 Nov 2009 15:16:22 +0300, Dmitry Marakasov wrote: > * Eitan Adler (eitanadlerlist@gmail.com) wrote: > >> I was hoping to get a bit more of a response to a recent posting of >> mine with regard to using svn to fetch files for ports >> My proposal: >> http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23776.html >> A summary of what has been going on: >> http://wiki.freebsd.org/EitanAdler/ports-svn > > This was discussed many times before, and this is a bad idea. > - No checksums -> security issue > - No distfile caching/mirroring -> excess traffic consumption and > horrible availability Actually, I *had* a patch that got the source from svn, tarred it and checksummed it, with little modification to the do-fetch target and abusing FETCH_* variables. The unsolvable problem I ran in to, is that svn doesn't adjust timestamps for directories on export, so the checksum for the tar was always different. Hacking svn export was outside my timeframe and hacking tar to grow an option that sets all created dirs to a fixed time stamp, seemed too hackish, so I let it go. -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Nov 17 04:48:55 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Nov 17 04:49:08 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <4B01E71F.5050909@FreeBSD.org> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> <20091116000643.GA14996@owl.midgard.homeip.net> <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> <4B01E71F.5050909@FreeBSD.org> Message-ID: <261861aa7cab3333176811dd23d15fc4@sbmail.office-on-the.net> On Mon, 16 Nov 2009 15:58:23 -0800, Doug Barton wrote: > Sandra Kachelmann wrote: >> (portmaster author cc:ed) >> >> On Mon, Nov 16, 2009 at 1:06 AM, Erik Trulsson >> wrote: >>> On Sun, Nov 15, 2009 at 11:44:04PM +0100, Sandra Kachelmann wrote: >>>> Is there a reason why BUILD_DEPENDS aren't being removed after a port >>>> has been installed and if no other installed port depends on it? >>> How do you know that the user does not want that port installed? >>> And what if the user will install 20 other ports afterwards - all of >>> which >>> is that same port as a BUILD_DEPENDS - should that port be >>> installed/deinstalled each and every time? >> >> It would be nice if this was configurable. Maybe it could be even >> integrated into portupgrade or portmaster. If such a port is installed >> directly it could get a package entry DIRECT_INSTALLED=yes in >> /var/db/pkg/.. or something (there is probably a better way to do >> this). > > I have a new feature in the svn version of portmaster called > --packages-build that for any given run creates an internal list of > dependencies that are only ever listed as build deps (never run deps) > and installs packages for them but builds everything else. This > feature was created at the request of one of companies that sponsored > the package installation code. Currently it does not pkg_delete those > packages when it's done, but I could easily add that. \o/ > Actually I suppose it would not be too hard to extend that "list of > build only deps" idea to a general feature which deletes them when > done. Something like --delete-build-only maybe? This would be limited > to the subset of the list of build-only deps that portmaster actually > installed. Just because something is build-only for a given run of > portmaster doesn't mean that it isn't a run dep for something else if > it is already installed. I think this can be handled better with a "--finish-cmd". After portmaster is done with everything, exec the finish command. A port build server can then pkg_delete -a and see what's still left in $PREFIX, while a casual user can run pkg_cutleaves -xRg to add the newly installed leafs to the exclude file and remove the build dependencies and their dependencies. >>> (Personally I would be *very* annoyed if, for example, libtool or >>> automake/autoconf would be reinstalled every time I installed a port >>> which >>> had one of them as a build-time dependency. > > Well then don't use the option. :) Options are generally good things. With libtool there is a gotcha though. If you change CC/CXX, libtool has to be rebuilt, so the package may not be valid. -- -- Mel From dougb at FreeBSD.org Tue Nov 17 07:15:32 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Nov 17 07:15:41 2009 Subject: remove BUILD_DEPENDS automatically after install In-Reply-To: <91b92520911161722n37e74043pd841de5948cc8e80@mail.gmail.com> References: <91b92520911151444k742351bfl9ae20fb82a604bd5@mail.gmail.com> <20091116000643.GA14996@owl.midgard.homeip.net> <91b92520911160312q62c777absb735c44334328f05@mail.gmail.com> <4B01E71F.5050909@FreeBSD.org> <91b92520911161722n37e74043pd841de5948cc8e80@mail.gmail.com> Message-ID: <4B024D91.4030605@FreeBSD.org> Sandra Kachelmann wrote: > On Tue, Nov 17, 2009 at 12:58 AM, Doug Barton wrote: >> I have a new feature in the svn version of portmaster called >> --packages-build that for any given run creates an internal list of >> dependencies that are only ever listed as build deps (never run deps) >> and installs packages for them but builds everything else. This >> feature was created at the request of one of companies that sponsored >> the package installation code. Currently it does not pkg_delete those >> packages when it's done, but I could easily add that. > > This is exactly what I was looking for. Good! :) >> Actually I suppose it would not be too hard to extend that "list of >> build only deps" idea to a general feature which deletes them when >> done. Something like --delete-build-only maybe? This would be limited > > I would find such an option extremely useful. > >> to the subset of the list of build-only deps that portmaster actually >> installed. Just because something is build-only for a given run of >> portmaster doesn't mean that it isn't a run dep for something else if >> it is already installed. > > Or if it's already installed before the actual port build it could be > considered as "wanted" and therefor not to be deleted after the build. That's what I was getting at, sorry if I wasn't clear. > Just out of curiosity, is your svn repository publicly accessible? You can get access to the svn version and more information about the sponsorship program at http://dougbarton.us/portmaster-proposal.html. I just committed the --delete-build-only feature so enjoy that. :) Actually at this point I encourage everyone who is interested in package support in portmaster to download the svn version and put it through its paces. I am very close to considering this round of features "finished" and committing them to the port so the more people that can help with the testing the better. > Thank you so much for the good work. You're welcome, and thank you for the kind words. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From gabbawp at gmail.com Tue Nov 17 10:27:52 2009 From: gabbawp at gmail.com (Gareth Hopkins) Date: Tue Nov 17 12:47:47 2009 Subject: FreeBSD Port: unbound-1.3.3 Message-ID: <9a0178110911170200h50f78b62i7f45198193811dfb@mail.gmail.com> Hi There, Any chance of getting the unbound port upgraded to 1.3.4 ? Thanks Gareth From sem at FreeBSD.org Tue Nov 17 14:44:58 2009 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Tue Nov 17 14:45:04 2009 Subject: FreeBSD Port: unbound-1.3.3 In-Reply-To: <9a0178110911170200h50f78b62i7f45198193811dfb@mail.gmail.com> References: <9a0178110911170200h50f78b62i7f45198193811dfb@mail.gmail.com> Message-ID: <4B02B203.2070909@FreeBSD.org> Gareth Hopkins wrote: > Hi There, > > Any chance of getting the unbound port upgraded to 1.3.4 ? > > Thanks Yes. I hope to finish today. -- Dixi. Sem. From david.renty at gmail.com Tue Nov 17 15:03:12 2009 From: david.renty at gmail.com (David Renty) Date: Tue Nov 17 15:03:18 2009 Subject: Flex package missing dependency Message-ID: <595246d70911170632l1fa1dd71pab7912b5776e92bd@mail.gmail.com> Hi, The textproc/flex package seems to be missing the devel/m4 dependency. Best regards. David Renty From jhs at berklix.com Tue Nov 17 15:44:18 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Tue Nov 17 15:44:24 2009 Subject: sysutils/libcdio provides no cdio_paranoia.0 for ports/devel/gvfs In-Reply-To: Your message "Mon, 16 Nov 2009 14:47:21 +0100." <1258379241.48450.7.camel@headache.rainbow-runner.nl> Message-ID: <200911171544.nAHFi0AP084266@fire.js.berklix.net> Hi Tılman Linneweh & Koop Mast, Reference: > From: Koop Mast > Date: Mon, 16 Nov 2009 14:47:21 +0100 > Message-id: <1258379241.48450.7.camel@headache.rainbow-runner.nl> Koop Mast wrote: > On Mon, 2009-11-16 at 10:51 +0100, Týlman Linneweh wrote: > > Hello Julian! > > > > (CC: devel/gvfs maintainer added) > > > > Thanks for reporting this issue. > > > > On Nov 15, 2009, at 22:51 , Julian H. Stacey wrote: > > > int would be welcome please with sysutils/libcdio, Paranoia stuff seems > > > broken, but I'm not clear what's intended, hence mail rather than a send-pr. > > > > > > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > > > ===> Verifying install for cdio_paranoia.0 in \ > > > /usr/ports/sysutils/libcdio > > > ===> Returning to build of gvfs-1.2.1 > > > Error: shared library "cdio_paranoia.0" does not exist > > > /usr/ports/devel/gvfs ; make > > > ===> gvfs-1.2.1 depends on shared library: cdio_paranoia.0 - not found > > > ===> Verifying install for cdio_paranoia.0 in \ > > > /usr/ports/sysutils/libcdio > > > ===> Returning to build of gvfs-1.2.1 > > > Error: shared library "cdio_paranoia.0" does not exist > > > > There are two easy possible solutions. > > a) make gvfs depend on libcdio.so instead of the non-default cdio_paranoia.0 library > > b) Change libcdio to install cdio_paranoia.0 by default. > > > > Question to gnome@ - Does gvfs really need the cdio_paranoia library, or is this just a bug > > in the port Makefile and it is ok with the libcdio library? > > a) The configure script of the gvfs port checks for cdio_paranoia > library. It needs it for the cdda backend. > b) libcdio already got a option for paranoia support and it is default > to on. > > Julian you can do two things now. Either you disable the cdda backend in > gvfs with the WITH_CDDA option. Or build libcdio with paranoia support. > > -Koop OK Thanks, I'll try both (but not at same time :-) ... I've not tried just yet as another big compile running. I'd request one of the 2 ports be changed please, so that by default, without changing either default options, the 2 Makefiles are compatible when called from above, eg from /usr/ports/net-mgmt/etherape Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text not quoted-printable, HTML or Base64: http://asciiribbon.org Vote For Smoke Free Bavarian Pubs Restaurants http://berklix.org/~jhs/nim/ From yuri.gorchakov at point-group.ru Tue Nov 17 16:19:05 2009 From: yuri.gorchakov at point-group.ru (Yuri Gorchakov) Date: Tue Nov 17 16:19:13 2009 Subject: ossec port is outdated and no maintainer replies Message-ID: <4B02C70F.4050906@point-group.ru> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear FreeBSD ports maintainers, is there any way to stimulate security/ossec-hids-* port development or updates? In ports we have 2.0 version of the ossec HID program but 2.2. has been out there for a while, 2.1 version of which fixed major FreeBSD issue. I've tried to reach the maintainer of the port by e-mail, but got no reply at all. Thank you, Yuri. - -- ? ?????????, ???? ????????????? ???????? ???????? "?????????????? ?????????? - ?????" ?????: 634050, ?.?????, ???.??????????, ?.12, ??.502 ???.: +7 (3822) 332-382 e-mail: info@point-group.ru yuri.gorchakov@point-group.ru www: http://point-group.ru PGP: http://point-group.ru/yuri.gorchakov@point-group.ru.pub.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLAscPAAoJEE1f1gTRC62BgiMH/1uysEhjnPNZBw1QMOi439tq YUykjIJiuVr2Bik02VUlkT1RSv7qs72jp943olcFofQ+19F2BByXRbIAcd/r/Avr mLG3axIL9EGxM+ctsZKw2j8uoubW/ehS3LFwUepeDW4PapUhheR68gPJryoM2G7G PGS6HXk5va/B+KysxINvjHeO3HCT6Vj5DRGxUqinxEf+NttlBpaB4UWyvL8qslcC E/cMBaAEVfuaKNQXCJXnkEaUZnlANXHby+hX4Et6/h4qiiebs8fdBZ6pBhGv3OT4 JA3TP8PqPGbCbTs4sSeumZr5UfqU/7E9ZjWgM/4cmH6dPo9T7IjYN0trVpRW3Pk= =aEVD -----END PGP SIGNATURE----- From enews at alimed.com Tue Nov 17 17:16:47 2009 From: enews at alimed.com (AliMed enews) Date: Tue Nov 17 17:16:59 2009 Subject: Trial Offer. Disinfectant Kills Flu/MRSA For 24 Hours. Message-ID: <1285085.1258477173684.JavaMail.root@tnf-agent03.pgs01.com> If you are having trouble viewing this email, [1]click here. 3D"" [2]3D"AliMed? [3]3D"View View on Handheld [4]3D"Forward [5]Forward to Friend 3D"" 3D"" [6]Home 3D"" | 3D"" [7]Online Catalog 3D"" | 3D"" About Us 3D"" | 3D"" 3D"" 3D"" 3D"" New!< 3D"" [11]< 2 Bottles For $18.99! Kills In Minutes, Keeps Killing For 24 Hours Powerful And Safe Saves Time and Money Spectrum 24's long l spreading infection in crowded envi have to treat surfaces so often, you'll sa your trial bottles now. You'll want more! [12]< [13]LEARN MORE 3D"" 3D"" Welcome to AliMed eNews 3D"" 3D"" [14]Spectrum 24 Disinfectant Trial Offer 3D"" [15] 3D"" Spectrum 24's s including salmonella, staph, Influenza A. It requires no rinsing a 24 hours --- making it more convenient and ec conventional disinfectants. Spectrum 24 has enough to use in medic to use around children. Get y more! 3D"" [17]...See more infection control solutions 3D"" [18]3D"Alimed" 3D"" [19]3D"Physical 3D"" [20]3D"Podiatry" 3D"" [21]3D"Arista 3D"" [22]3D"Ergonomics" 3D"" 3D"" [23]Add to Address Book 3D"" [25]Unsubscribe 3D [27]Privacy Policy 3D"" | 3D"" [28] 3D"" References Visible links 1. ="http://alimed.acc0.com/cts/click?q=375%3B67312488%3Bx8FzgSNJ4u%2BhsEy 2. 3D"http://alimed.acc0.com/cts/click?q=375%3B673 3. 3D"http://ali=/ 4. 3D"http://ali=/ 5. ="http://alimed.acc0.com/cts/click?q=375%3B67312488%3BieAWGjb5e7izMfUgn 6. 3D"http://alimed.acc0.com/ 7. 3D"http://alime=/ 8. 3D"http://alimed.acc0.com/cts/click?q=375%3B67312488%3B3 9. 3D"http://alimed.acc0.com/cts/click?q=37 10. 3D"http://alimed.acc0.com/cts/cl 11. 3D"http://alimed.acc0.com/cts/click?q=375%3B6 12. 3D"http://alimed.acc0.com/cts/click?q=375%3B6 13. 3D"http://a=/ 14. file://localhost/tmp/3D"ht 15. 3D"http://alimed.acc0.com/cts/click?q=375%3B 16. 3D"http://alimed.acc0=/ 17. 3D"http://alimed.acc0.com/cts/ 18. 3D"http://alimed.acc0.com/cts/c 19. 3D"http://alimed.acc0.com/cts/c 20. 3D"http://alimed.acc0.com/cts/c 21. 3D"http://alimed.acc0.com/cts/c 22. 3D"http://alimed.acc0.com/cts/c 23. 3D"http://alimed.acc0.com/cts/click?q=375%3B67312488%3B3VpGQ6BBgC 24. 3D"http://a=/ 25. 3D"http://alimed.acc0.com/cts/click?q=375%3B673124 26. 3D"http://alimed.acc0.com/cts/click?q=375 27. 3D"http://alimed.=/ 28. ="http://alimed.acc0.com/cts/click?q=375%3B67312488%3B3VpGQ6BBgCuhsEyCe Hidden links: 29. ="http://alimed.acc0.com/cts/click?q=375%3B67312488%3B3VpGQ6BBgCuhsEyCe From peterjeremy at acm.org Tue Nov 17 17:52:11 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Tue Nov 17 17:52:17 2009 Subject: ossec port is outdated and no maintainer replies In-Reply-To: <4B02C70F.4050906@point-group.ru> References: <4B02C70F.4050906@point-group.ru> Message-ID: <20091117175204.GA12873@server.vk2pj.dyndns.org> On 2009-Nov-17 21:53:51 +0600, Yuri Gorchakov wrote: >is there any way to stimulate security/ossec-hids-* port development or >updates? >In ports we have 2.0 version of the ossec HID program but 2.2. has been >out there for a while, 2.1 version of which fixed major FreeBSD issue. >I've tried to reach the maintainer of the port by e-mail, but got no >reply at all. It is the maintainer's responsibility to update the port. If the existing maintainer has vanished, you can take over maintainership by submitting a PR that updates the port and changes the MAINTAINER line. If the ports team are unable to contact the maintainer after a suitable period then your PR will be committed and you will become the maintainer. -- Peter Jeremy -------------- 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/20091117/3ede7c66/attachment.pgp From eitanadlerlist at gmail.com Tue Nov 17 21:59:34 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Tue Nov 17 21:59:41 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <20091116121622.GA79691@hades.panopticon> Message-ID: > Actually, I *had* a patch that got the source from svn, tarred it > and checksummed it, with little modification to the do-fetch target > and abusing FETCH_* variables. > The unsolvable problem I ran in to, is that svn doesn't adjust > timestamps for directories on export, so the checksum for the tar > was always different. Hacking svn export was outside my timeframe > and hacking tar to grow an option that sets all created dirs to > a fixed time stamp, seemed too hackish, so I let it go. Creating deterministic tars (ignoring "metadeta") sounds like it should be a solved problem by now. If it isn't then I will have to make it my next project ;) Anyway lets take your script above modify it so that it uploads the tarball to freebsd mirrors and includes the checksum as of the time the maintainer created the tar. This would be much closer to my proposal. From bgabert at guardianchem.ca Tue Nov 17 23:11:48 2009 From: bgabert at guardianchem.ca (Brandon Gabert) Date: Tue Nov 17 23:11:58 2009 Subject: FreeBSD Port: nfsen-1.3.2 Message-ID: <5A3E1FAA-9FF0-475D-A625-166CA93BC504@guardianchem.ca> Hi, not sure if there is a list or if this is the right way of notifying you, I am using the latest nfsen from ports and its having problems starting the collectors at boot, i think its because it requires NETWORKING and SERVERS [or maybe something else] but these are not specified, i am probably going to rewrite the rc script, i will send it to you when i have completed it. hope that helps Brandon Gabert Guardian Chemicals Inc. From swhetzel at gmail.com Wed Nov 18 00:43:35 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Wed Nov 18 00:43:42 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <20091116121622.GA79691@hades.panopticon> Message-ID: <790a9fff0911171619q351717d2wd77ec37cad24d26b@mail.gmail.com> On Tue, Nov 17, 2009 at 3:59 PM, Eitan Adler wrote: >> Actually, I *had* a patch that got the source from svn, tarred it >> and checksummed it, with little modification to the do-fetch target >> and abusing FETCH_* variables. >> The unsolvable problem I ran in to, is that svn doesn't adjust >> timestamps for directories on export, so the checksum for the tar >> was always different. Hacking svn export was outside my timeframe >> and hacking tar to grow an option that sets all created dirs to >> a fixed time stamp, seemed too hackish, so I let it go. > > Creating deterministic tars (ignoring "metadeta") sounds like it > should be a solved problem by now. If it isn't then I will have to > make it my next project ;) > Instead of creating tar files, create zip files and then run them through torrentzip http://www.freebsd.org/cgi/cvsweb.cgi/ports/archivers/torrentzip/ Torrentzip resets the date/time on the files and directories in the zip archive so that the checksum of the file will match, no matter who builds the zip file using the same set of files. Scot From linimon at lonesome.com Wed Nov 18 08:26:53 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Nov 18 08:27:00 2009 Subject: ossec port is outdated and no maintainer replies In-Reply-To: <20091117175204.GA12873@server.vk2pj.dyndns.org> References: <4B02C70F.4050906@point-group.ru> <20091117175204.GA12873@server.vk2pj.dyndns.org> Message-ID: <20091118082653.GC6300@lonesome.com> On Wed, Nov 18, 2009 at 04:52:04AM +1100, Peter Jeremy wrote: > It is the maintainer's responsibility to update the port. If the > existing maintainer has vanished, you can take over maintainership by > submitting a PR that updates the port and changes the MAINTAINER line. > If the ports team are unable to contact the maintainer after a suitable > period then your PR will be committed and you will become the maintainer. This isn't quite accurate. If you submit a PR, and the maintainer does not respond within 2 weeks, it is eligible for any ports committer to commit. A maintainer who does not respond to PRs or email for 3 months can be reset by any committer. However, I am often the person that does it, because I look for "committed via: maintainer-timeout" in commit messages and keep track of them. The periods were picked to be "give them enough time to be on vacation" and "let enough time have elapsed to show they are no longer interested." mcl From eitanadlerlist at gmail.com Wed Nov 18 09:59:48 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Nov 18 09:59:54 2009 Subject: RFC: svn for make fetch In-Reply-To: <790a9fff0911171619q351717d2wd77ec37cad24d26b@mail.gmail.com> References: <20091116121622.GA79691@hades.panopticon> <790a9fff0911171619q351717d2wd77ec37cad24d26b@mail.gmail.com> Message-ID: On Wed, Nov 18, 2009 at 2:19 AM, Scot Hetzel wrote: > On Tue, Nov 17, 2009 at 3:59 PM, Eitan Adler wrote: >>> Actually, I *had* a patch that got the source from svn, tarred it >>> and checksummed it, with little modification to the do-fetch target >>> and abusing FETCH_* variables. >>> The unsolvable problem I ran in to, is that svn doesn't adjust >>> timestamps for directories on export, so the checksum for the tar >>> was always different. Hacking svn export was outside my timeframe >>> and hacking tar to grow an option that sets all created dirs to >>> a fixed time stamp, seemed too hackish, so I let it go. >> >> Creating deterministic tars (ignoring "metadeta") sounds like it >> should be a solved problem by now. If it isn't then I will have to >> make it my next project ;) >> > Instead of creating tar files, create zip files and then run them > through torrentzip > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/archivers/torrentzip/ > > Torrentzip resets the date/time on the files and directories in the > zip archive so that the checksum of the file will match, no matter who > builds the zip file using the same set of files. > > Scot > Does such a tool exist for tar archives? From freebsduser at paradisegreen.co.uk Wed Nov 18 11:43:15 2009 From: freebsduser at paradisegreen.co.uk (Thomas Sandford) Date: Wed Nov 18 11:43:37 2009 Subject: RFC: svn for make fetch In-Reply-To: References: <20091116121622.GA79691@hades.panopticon> <790a9fff0911171619q351717d2wd77ec37cad24d26b@mail.gmail.com> Message-ID: <4B03DDCB.7010408@paradisegreen.co.uk> (Sorry, Ive lost track of the higher level attributions, but) Eitan Adler wrote: >>> Creating deterministic tars (ignoring "metadeta") sounds like it >>> should be a solved problem by now. If it isn't then I will have to >>> make it my next project ;) >>> >> Instead of creating tar files, create zip files and then run them >> through torrentzip >> >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/archivers/torrentzip/ >> >> Torrentzip resets the date/time on the files and directories in the >> zip archive so that the checksum of the file will match, no matter who >> builds the zip file using the same set of files. >> >> Scot >> > > Does such a tool exist for tar archives? Couldn't you achieve the same thing by the use of touch(1) -- Thomas Sandford From freebsd-ports at coreland.ath.cx Wed Nov 18 12:04:01 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Wed Nov 18 12:04:08 2009 Subject: Improving Ada support on FreeBSD and in the ports system In-Reply-To: <20091107212936.GB85348@logik.internal.network> References: <20091107212936.GB85348@logik.internal.network> Message-ID: <20091118120353.GA7556@logik.internal.network> Status update. I've now begun producing regular builds from GCC SVN for GCC, G++, GNAT and fortran on 7.2 amd64. The build logs are published here: http://gcc.coreland.ath.cx/ I'm hoping this will increase awareness of regressions before they make their way back into releases (the formal GCC releases rarely contain merged code from SVN for GNAT). I've still been completely unable to get GPL 2009 to compile on amd64 so am currently continuing the work to update (and add new) Ada ports. M From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Nov 18 19:54:27 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Nov 18 19:54:34 2009 Subject: RFC: svn for make fetch In-Reply-To: <4B03DDCB.7010408@paradisegreen.co.uk> References: <20091116121622.GA79691@hades.panopticon> <790a9fff0911171619q351717d2wd77ec37cad24d26b@mail.gmail.com> <4B03DDCB.7010408@paradisegreen.co.uk> Message-ID: On Wed, 18 Nov 2009 11:43:07 +0000, Thomas Sandford wrote: > (Sorry, Ive lost track of the higher level attributions, but) > Eitan Adler wrote: >>>> Creating deterministic tars (ignoring "metadeta") sounds like it >>>> should be a solved problem by now. If it isn't then I will have to >>>> make it my next project ;) >>>> >>> Instead of creating tar files, create zip files and then run them >>> through torrentzip >>> >>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/archivers/torrentzip/ >>> >>> Torrentzip resets the date/time on the files and directories in the >>> zip archive so that the checksum of the file will match, no matter who >>> builds the zip file using the same set of files. >>> >>> Scot >>> >> >> Does such a tool exist for tar archives? > > Couldn't you achieve the same thing by the use of touch(1) Probably, but my idea was at the time to provide a simple way to support non-releases (like mplayer) and devel snapshots for which a tarball is not or rarely rolled, with minimal change to bsd.port.mk. Hence the abuse of FETCH_*. I found it again, I'll clean it up when I have more time - there's more stuff in my bsd.local.mk so not a clean diff, but the crux is this: FETCH_BINARY=${SVN_CMD} FETCH_ARGS=${SVN_QUIET} export FETCH_BEFORE_ARGS=-r${SVN_REVISION} DISABLE_SIZE=yes # screws with FETCH_BEFORE_ARGS # cwd at this point is ${_DISTDIR} FETCH_AFTER_ARGS=${_SVN_STAGE} && ${TAR} -C ${SVN_STAGE} -czf \ ${PORTNAME}-${PORTVERSION}.tar.gz ${PORTNAME}-${PORTVERSION} \ WRKSRC?=${WRKDIR}/${SVN_ROOT} FETCH_NO_APPEND_FILE=yes pre-fetch: @${MKDIR} ${SVN_STAGE} # Once bsdtar supports remove after archiving, we don't need this anymore. post-fetch: @${RM} -rf ${_SVN_STAGE} (Yes, I realize I should inject my own targets and not abuse pre|post-fetch). bsd.port.mk diff snippet (long line): --- Mk/bsd.port.mk 21 Sep 2009 19:13:51 -0000 1.629 +++ Mk/bsd.port.mk 22 Sep 2009 01:21:26 -0000 @@ -3490,11 +3490,15 @@ for site in `eval $$SORTED_MASTER_SITES_CMD_TMP ${_RANDOMIZE_SITES}`; do \ ${ECHO_MSG} "=> Attempting to fetch from $${site}."; \ CKSIZE=`alg=SIZE; ${DISTINFO_DATA}`; \ - case $${file} in \ - */*) ${MKDIR} $${file%/*}; \ - args="-o $${file} $${site}$${file}";; \ - *) args=$${site}$${file};; \ - esac; \ + if test x"${FETCH_NO_APPEND_FILE}" != x"yes"; then \ + case $${file} in \ + */*) ${MKDIR} $${file%/*}; \ + args="-o $${file} $${site}$${file}";; \ + *) args=$${site}$${file};; \ + esac; \ + else \ + args=$${site}; \ + fi; \ if ${SETENV} ${FETCH_ENV} ${FETCH_CMD} ${FETCH_BEFORE_ARGS} $${args} ${FETCH_AFTER_ARGS}; then \ continue 2; \ fi; \ -- -- Mel From douglas at douglasthrift.net Thu Nov 19 09:12:59 2009 From: douglas at douglasthrift.net (Douglas Thrift) Date: Thu Nov 19 09:13:06 2009 Subject: FreeBSD Port: gcc-4.4.3.20091117 Message-ID: <4B050C0B.3010305@douglasthrift.net> Hello, I'm currently working with a friend on a new project (http://www.cycript.org/) that uses Objective-C++ for its bindings to GNUstep. Would it be possible to add a knob or something to the gcc ports to enable Objective-C++ support? Thanks! -- Douglas William Thrift From Michael.Galapchuk at fcbank.com.ua Thu Nov 19 14:32:55 2009 From: Michael.Galapchuk at fcbank.com.ua (Michael M Galapchuk) Date: Thu Nov 19 14:33:02 2009 Subject: Upgrade www/apache22 Message-ID: <1134410456.20091119091344@fcbank.com.ua> Hi, maintainer, Please, upgrade, if possible, www/apache22 to apache-2.2.14 (2009-10-05). "Apache HTTP Server 2.2.14 is the best available version" http://httpd.apache.org/download.cgi Best regards, Michael mailto:Michael.Galapchuk@fcbank.com.ua From bhatfield at sonicbids.com Thu Nov 19 16:31:36 2009 From: bhatfield at sonicbids.com (Brian Hatfield) Date: Thu Nov 19 16:31:42 2009 Subject: FreeBSD Port: zabbix-1.6.6,1 Message-ID: <0F1C56A20547134BB21D18AD01A6268153FEE50AC6@sonicbid-exch.Sonic.local> Hi there, A friendly note about the Zabbix port: version 1.6.7 was released on Nov 12th 2009, thus making the current port out-of-date. Apologies if this kind of notification is inappropriate, it is meant only with the best of intentions. Thank you for your work maintaining this port thus far! Brian Hatfield Sonicbids IT Manager From chuckr at telenix.org Thu Nov 19 19:06:06 2009 From: chuckr at telenix.org (Chuck Robey) Date: Thu Nov 19 19:06:16 2009 Subject: building koffice Message-ID: <4B0590E6.6010503@telenix.org> I looked into ports/editors, to find the port name for koffice, and found a great number of koffice ports that *seem* to be for foreign language support (I might be wrong, but there's nothing in the pkg-descr to say one way or another). My problem is, I don't really want support for all of those languages in my koffice, I really want only American English, but I can't figure out how to remove all of those extra languages, and how to get American English (there's apparently no koffice_en). Could I please get some advice on this? From cm at therek.net Thu Nov 19 19:17:00 2009 From: cm at therek.net (Cezary Morga) Date: Thu Nov 19 19:18:06 2009 Subject: building koffice In-Reply-To: <4B0590E6.6010503@telenix.org> References: <4B0590E6.6010503@telenix.org> Message-ID: <4B0599A8.2080703@therek.net> Dnia 2009-11-19 19:39, Chuck Robey napisa?: > I looked into ports/editors, to find the port name for koffice, and found a > great number of koffice ports that *seem* to be for foreign language support (I > might be wrong, but there's nothing in the pkg-descr to say one way or another). > My problem is, I don't really want support for all of those languages in my > koffice, I really want only American English, but I can't figure out how to > remove all of those extra languages, and how to get American English (there's > apparently no koffice_en). Could I please get some advice on this? Hmm... How about editors/koffice-kde3 and editors/koffice-i18n-en_GB if you fancy? -- Cezary Morga From eitanadlerlist at gmail.com Thu Nov 19 23:05:08 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Nov 19 23:05:15 2009 Subject: devel/allegro 4.2.2 to 4.2.3.1 Message-ID: I was hoping to get some testing of this patch by people who use allegro (note the last line requires files to be removed). -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-allegro Type: application/octet-stream Size: 960 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091119/225e1ab0/patch-allegro.obj From david at kiner.com Fri Nov 20 10:14:47 2009 From: david at kiner.com (David Kiner) Date: Fri Nov 20 10:14:54 2009 Subject: FreeBSD Port: phpbb-3.0.5 Message-ID: Hello, I want to install phpBB on my SRV. I see the 3.0.6 is just released on 17 november. Do you know when you upgrade the port ? Regards, David KINER From kiwi at oav.net Fri Nov 20 10:56:10 2009 From: kiwi at oav.net (Xavier Beaudouin) Date: Fri Nov 20 10:56:28 2009 Subject: rc.d scripts and REQUIRE part Message-ID: Hello, I am trying to understand how to customize rc.d scripts to get the right startup sequence for all daemons. Seems we have (my case havp, but it is also the same problem for example monit) : /usr/local/etc/rc.d/havp : # PROVIDE: havp # REQUIRE: DAEMON cleanvar # BEFORE: LOGIN But in my configuration, I need ... clamd to be started before havp. I have no garantee that clamd is started before havp. Is there any hint (I had a look in handbook, but didn't find yet) a way to add some REQUIRE stuff for a rc script inside, for example /etc/rc.conf ? Thanks, Xavier -- Association KAZAR - http://kazar.net/ Non profit hosting for anybody From gesbbb at yahoo.com Fri Nov 20 12:07:37 2009 From: gesbbb at yahoo.com (Jerry) Date: Fri Nov 20 12:07:43 2009 Subject: rc.d scripts and REQUIRE part In-Reply-To: References: Message-ID: <20091120070733.36941a8f@scorpio.seibercom.net> On Fri, 20 Nov 2009 11:38:58 +0100 Xavier Beaudouin replied: > Hello, > > I am trying to understand how to customize rc.d scripts to get the > right startup sequence for all daemons. > > Seems we have (my case havp, but it is also the same problem for > example monit) : > > /usr/local/etc/rc.d/havp : > > # PROVIDE: havp > # REQUIRE: DAEMON cleanvar > # BEFORE: LOGIN > > But in my configuration, I need ... clamd to be started before havp. Change to: # REQUIRE: DAEMON cleanvar clamd You also might try in the '/usr/local/etc/rc.d/clamav-clamd' file adding: # BEFORE: havp Do not remove any entries all ready listed there. I think the first method would be your best solution however. -- Jerry gesbbb@yahoo.com |::::======= |::::======= |=========== |=========== | If life gives you lemons, make lemonade. From noisex at apollo.lv Fri Nov 20 12:53:39 2009 From: noisex at apollo.lv (Noisex) Date: Fri Nov 20 12:53:46 2009 Subject: FreeBSD Port: oracle8-client-0.2.0_1 Message-ID: <008601ca69d7$f5c7d640$e15782c0$@lv> Is it possible some how install this PHP extension (PHP5-OCI8) with oracle_client on FBSD 7.2 AMD64? ===> oracle8-client-0.2.0_1 is only for i386, while you are running amd64. *** Error code 1 Stop in /usr/ports/databases/oracle8-client. *** Error code 1 I undestand that it's not supported on 64bit FBSD...but in real life is it possible somehow to get work? Maybe through linux_base emulator etc? From david at catwhisker.org Fri Nov 20 13:04:41 2009 From: david at catwhisker.org (David Wolfskill) Date: Fri Nov 20 13:04:48 2009 Subject: rc.d scripts and REQUIRE part In-Reply-To: References: Message-ID: <20091120130440.GA2147@albert.catwhisker.org> On Fri, Nov 20, 2009 at 11:38:58AM +0100, Xavier Beaudouin wrote: > ... > I am trying to understand how to customize rc.d scripts to get the right > startup sequence for all daemons. > ... > But in my configuration, I need ... clamd to be started before havp. > > I have no garantee that clamd is started before havp. > > Is there any hint (I had a look in handbook, but didn't find yet) a way to > add some REQUIRE stuff for a rc script inside, for example /etc/rc.conf ? See [man pages] rc.d(8) and rcorder(8). Use rcorder to see what the order will be. Peace, david -- David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091120/d2cc41e8/attachment.pgp From gary.jennejohn at freenet.de Fri Nov 20 13:13:11 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Nov 20 13:13:19 2009 Subject: FreeBSD Port: oracle8-client-0.2.0_1 In-Reply-To: <008601ca69d7$f5c7d640$e15782c0$@lv> References: <008601ca69d7$f5c7d640$e15782c0$@lv> Message-ID: <20091120141308.64976607@ernst.jennejohn.org> On Fri, 20 Nov 2009 13:52:39 +0200 "Noisex" wrote: > Is it possible some how install this PHP extension (PHP5-OCI8) with > oracle_client on FBSD 7.2 AMD64? > > > > ===> oracle8-client-0.2.0_1 is only for i386, while you are running amd64. > > *** Error code 1 > > > > Stop in /usr/ports/databases/oracle8-client. > > *** Error code 1 > > > > > > I undestand that it's not supported on 64bit FBSD...but in real life is it > possible somehow to get work? Maybe through linux_base emulator etc? > Considering that this port is two years old and support for running 32 bit binaries with AMD64 has greatly improved since then it may just work. It probably depends on which version of FreeBSD you're using. Just comment out the ONLY_FOR_ARCHS line and see what happens. --- Gary Jennejohn From rwmaillists at googlemail.com Fri Nov 20 14:02:14 2009 From: rwmaillists at googlemail.com (RW) Date: Fri Nov 20 14:02:21 2009 Subject: rc.d scripts and REQUIRE part In-Reply-To: References: Message-ID: <20091120140209.0902724a@gumby.homeunix.com> On Fri, 20 Nov 2009 11:38:58 +0100 Xavier Beaudouin wrote: > Hello, > > I am trying to understand how to customize rc.d scripts to get the > right startup sequence for all daemons. > > Seems we have (my case havp, but it is also the same problem for > example monit) : > > /usr/local/etc/rc.d/havp : > > # PROVIDE: havp > # REQUIRE: DAEMON cleanvar > # BEFORE: LOGIN > > But in my configuration, I need ... clamd to be started before havp. > > I have no garantee that clamd is started before havp. > > Is there any hint (I had a look in handbook, but didn't find yet) a > way to add some REQUIRE stuff for a rc script inside, for > example /etc/rc.conf ? I would suggest that you don't modify any scripts because you will have to maintain them. I'd create some dummy scripts in /usr/local/etc to provide the ordering e.g. #!/bin/sh # # PROVIDE: PREHAVP # REQUIRE: clamd # BEFORE: havp From mexas at bristol.ac.uk Fri Nov 20 17:01:42 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Fri Nov 20 17:01:57 2009 Subject: open64 fbsd port? In-Reply-To: <20091120164741.GA59827@mech-cluster241.men.bris.ac.uk> References: <20091120164741.GA59827@mech-cluster241.men.bris.ac.uk> Message-ID: <20091120170132.GA62790@mech-cluster241.men.bris.ac.uk> On Fri, Nov 20, 2009 at 04:47:41PM +0000, Anton Shterenlikht wrote: > Is there a fbsd port of open64 (http://www.open64.net/), > or any branched project? > > In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) > specifically for ia64, but the pages are very out of date. > > And then there's something called Aurora, which seems to be the same > as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* > out of date. And also there is OpenUH, primarilily for ia64, but linux: OpenUH Source code, IA-64, Red Hat Enterprise Linux AS release 3 and gcc 3.x openuh-alpha.src.tar.gz 90.2 MB and Path64 (http://www.path64.com/) I understand no fbsd ports for these compilers exist yet? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Fri Nov 20 17:03:27 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Fri Nov 20 17:03:34 2009 Subject: open64 fbsd port? Message-ID: <20091120164741.GA59827@mech-cluster241.men.bris.ac.uk> Is there a fbsd port of open64 (http://www.open64.net/), or any branched project? In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) specifically for ia64, but the pages are very out of date. And then there's something called Aurora, which seems to be the same as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* out of date. I'm confused many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From xcllnt at mac.com Fri Nov 20 20:07:53 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Fri Nov 20 20:07:59 2009 Subject: open64 fbsd port? In-Reply-To: <20091120164741.GA59827@mech-cluster241.men.bris.ac.uk> References: <20091120164741.GA59827@mech-cluster241.men.bris.ac.uk> Message-ID: <2DCF854B-29FF-4915-A456-E088CF9E3D1B@mac.com> On Nov 20, 2009, at 8:47 AM, Anton Shterenlikht wrote: > Is there a fbsd port of open64 (http://www.open64.net/), > or any branched project? Not at this time. > In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) > specifically for ia64, but the pages are very out of date. open64 includes ORC. I believe ORC is EOL. > And then there's something called Aurora, which seems to be the same > as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* > out of date. They probably renamed the project. It does look like the same thing. FYI, -- Marcel Moolenaar xcllnt@mac.com From xcllnt at mac.com Fri Nov 20 20:14:02 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Fri Nov 20 20:14:08 2009 Subject: open64 fbsd port? In-Reply-To: <20091120170132.GA62790@mech-cluster241.men.bris.ac.uk> References: <20091120164741.GA59827@mech-cluster241.men.bris.ac.uk> <20091120170132.GA62790@mech-cluster241.men.bris.ac.uk> Message-ID: On Nov 20, 2009, at 9:01 AM, Anton Shterenlikht wrote: > On Fri, Nov 20, 2009 at 04:47:41PM +0000, Anton Shterenlikht wrote: >> Is there a fbsd port of open64 (http://www.open64.net/), >> or any branched project? >> >> In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) >> specifically for ia64, but the pages are very out of date. >> >> And then there's something called Aurora, which seems to be the same >> as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* >> out of date. > > And also there is OpenUH, primarilily for ia64, but linux: > > OpenUH Source code, > IA-64, Red Hat Enterprise Linux AS release 3 and gcc 3.x > openuh-alpha.src.tar.gz 90.2 MB Looks like a branch off of Open64. > > and Path64 (http://www.path64.com/) I don't believe Path64 has an ia64 backend (it's optimized for amd64), but that may be pulled from Open64. I think Path64 may be a better investment than Open64 (for FreeBSD), if the project is more open... > I understand no fbsd ports for these compilers exist yet? Correct. -- Marcel Moolenaar xcllnt@mac.com From gesbbb at yahoo.com Fri Nov 20 20:55:44 2009 From: gesbbb at yahoo.com (Jerry) Date: Fri Nov 20 20:55:50 2009 Subject: Update claws-mail Message-ID: <20091120155541.3fa69e1e@scorpio.seibercom.net> Claws Mail 3.7.3 was released on 09 October 2009. Usually when claws-mail is updated, the new version appears in the ports tree within a week. I was just wondering why there is an extended delay in releasing this new version? -- Jerry gesbbb@yahoo.com |::::======= |::::======= |=========== |=========== | Support your right to bare arms! A message from the National Short-Sleeved Shirt Association From scjamorim at bsd.com.br Fri Nov 20 21:07:37 2009 From: scjamorim at bsd.com.br (Sylvio Cesar) Date: Fri Nov 20 21:07:43 2009 Subject: Update claws-mail In-Reply-To: <20091120155541.3fa69e1e@scorpio.seibercom.net> References: <20091120155541.3fa69e1e@scorpio.seibercom.net> Message-ID: <5859850b0911201307k3471ca9bk5e945cc6dc5b9d69@mail.gmail.com> Jerry, There is PR to update of claws-mail. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/139467 It will be committed soon. Thanks, Sylvio Cesar. 2009/11/20 Jerry : > Claws Mail 3.7.3 was released on 09 October 2009. Usually when > claws-mail is updated, the new version appears in the ports tree within > a week. I was just wondering why there is an extended delay in > releasing this new version? > > -- > Jerry > gesbbb@yahoo.com > > |::::======= > |::::======= > |=========== > |=========== > | > > Support your right to bare arms! > > ? ? ? ?A message from the National Short-Sleeved Shirt Association > > _______________________________________________ > 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 cswiger at mac.com Fri Nov 20 21:16:31 2009 From: cswiger at mac.com (Chuck Swiger) Date: Fri Nov 20 21:16:38 2009 Subject: Update claws-mail In-Reply-To: <5859850b0911201307k3471ca9bk5e945cc6dc5b9d69@mail.gmail.com> References: <20091120155541.3fa69e1e@scorpio.seibercom.net> <5859850b0911201307k3471ca9bk5e945cc6dc5b9d69@mail.gmail.com> Message-ID: Hi-- On Nov 20, 2009, at 1:07 PM, Sylvio Cesar wrote: > There is PR to update of claws-mail. See: > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/139467 > > It will be committed soon. It's quite useful for people to try the patches for updates that they are interested in, and report back whether the update works well for them. Especially if the ports tree is in a freeze or slush period (ie, say for 8.0 release), portmgr folks like to see independent confirmation that changes work as expected... Regards, -- -Chuck From QAT at FreeBSD.org Fri Nov 20 21:51:23 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Nov 20 21:51:41 2009 Subject: cvs commit: ports/net/pptpclient Makefile In-Reply-To: <200911202149.nAKLnPEH061073@repoman.freebsd.org> References: <200911202149.nAKLnPEH061073@repoman.freebsd.org> Message-ID: <20091120215427.9759612E3D88@quark.ds9.tecnik93.com> The Restless Daemon identified a PLIST error while trying to build: pptpclient-1.7.2_4 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/net/pptpclient/Makefile,v 1.24 2009/11/20 21:49:25 lippe Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/pptpclient-1.7.2_4.log : risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://pptpclient.sourceforge.net/ ================================================================ ======================================== ===> Building package for pptpclient-1.7.2_4 tar: sbin/pptpsetup: Cannot stat: No such file or directory tar: etc/pptpclient/ppp.conf: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/pptpclient-1.7.2_4.tbz Registering depends: perl-5.8.9_3. Creating bzip'd tar ball in '/tmp/packages/All/pptpclient-1.7.2_4.tbz' *** Error code 1 Stop in /a/ports/net/pptpclient. Deleting pptpclient-1.7.2_4 pkg_delete: file '/usr/local/sbin/pptpsetup' doesn't exist pkg_delete: file '/usr/local/etc/pptpclient/ppp.conf' doesn't exist pkg_delete: file '/usr/local/etc/pptpclient' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/etc/pptpclient' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) === Checking filesystem state Deleting perl-5.8.9_3 Removing stale symlinks from /usr/bin... Removing /usr/bin/perl Removing /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. === Checking filesystem state after all packages deleted ================================================================ build of /usr/ports/net/pptpclient ended at Fri Nov 20 21:54:24 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net&portname=pptpclient The build which triggered this BotMail was done under tinderbox-devel-3.2_5; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From dougb at FreeBSD.org Fri Nov 20 22:09:10 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Nov 20 22:09:17 2009 Subject: rc.d scripts and REQUIRE part In-Reply-To: <20091120140209.0902724a@gumby.homeunix.com> References: <20091120140209.0902724a@gumby.homeunix.com> Message-ID: <4B07138A.5080301@FreeBSD.org> RW wrote: > On Fri, 20 Nov 2009 11:38:58 +0100 > Xavier Beaudouin wrote: > >> Hello, >> >> I am trying to understand how to customize rc.d scripts to get the >> right startup sequence for all daemons. >> >> Seems we have (my case havp, but it is also the same problem for >> example monit) : >> >> /usr/local/etc/rc.d/havp : >> >> # PROVIDE: havp >> # REQUIRE: DAEMON cleanvar >> # BEFORE: LOGIN >> >> But in my configuration, I need ... clamd to be started before havp. >> >> I have no garantee that clamd is started before havp. >> >> Is there any hint (I had a look in handbook, but didn't find yet) a >> way to add some REQUIRE stuff for a rc script inside, for >> example /etc/rc.conf ? To answer this question directly, no. > I would suggest that you don't modify any scripts because you will > have to maintain them. I'd create some dummy scripts in /usr/local/etc > to provide the ordering e.g. > > #!/bin/sh > # > # PROVIDE: PREHAVP > # REQUIRE: clamd > # BEFORE: havp I think we're in a great stage of rc.d adoption when a user is able to provide another user the exactly correct answer. :) One tiny correction, you would want to put this dummy script in /usr/local/etc/rc.d/. Also make sure that it's set executable (chmod 755). The name of the script won't matter, but it's generally a good idea to make the name of the file match what's in the PROVIDE line to make debugging easier. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From linimon at FreeBSD.org Sat Nov 21 07:29:24 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:29:36 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20091121072923.3D91F1CC49@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 6.x/7.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/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/callgrind broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind 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/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 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: korean/unzip broken because: does not patch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20091112092129/ko-unzip-6.0.log.bz2 (_Nov__4_20:46:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka 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/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools 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/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. 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: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla 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-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Sat Nov 21 07:30:34 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:30:42 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20091121073032.2CDDC1CCA7@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 6.x/7.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/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/ecamegapedal broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20091115185923/ecamegapedal-0.4.4_4.log (_Nov_15_19:50:27_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/ecawave broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091113082031/ecawave-0.6.1_5.log (_Nov_15_03:02:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecawave portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: biology/dotter broken because: checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091113232800/dotter-20021204.log (_Nov_14_20:15:45_UTC_2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/dotter-20021204.log (_Aug_17_05:33:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=dotter portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/arm-elf-gcc-2.95.3.log (_Aug_23_08:40:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/asmutils broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asmutils portname: devel/aunit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/callgrind broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091027080742/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail 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/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091020203930/ruby-subversion-1.6.5.log.bz2 (_Sep_13_22:51:14_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/abridge broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 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: korean/unzip broken because: does not patch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20091112092129/ko-unzip-6.0.log.bz2 (_Nov__4_20:46:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/etoile-languagekit broken because: needs llvm 2.6 to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=etoile-languagekit portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/llvm-gcc4 broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091027080742/llvm-gcc4-2.5.log.bz2 (_Oct_29_04:23:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=llvm-gcc4 portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu 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/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/blam broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=blam portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/miredo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=miredo portname: net/penguintv broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/newsstar broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091029204838/newsstar-1.5.3.log.bz2 (_Oct_24_04:01:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=newsstar portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo 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/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: russian/unzip broken because: does not patch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091113232800/ru-unzip-6.0.log.bz2 (_Nov__7_16:40:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=unzip portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. 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/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/xmlada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/choqok broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091020203930/choqok-0.6.6_1.log (_Oct_24_06:57:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/p5-Apache-AuthTicket broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091022114137/p5-Apache-AuthTicket-0.90.log.bz2 (_Oct_24_04:01:55_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthTicket portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla 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-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Sat Nov 21 07:30:56 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:31:07 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20091121073054.C89E11CC4A@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: devel/callgrind description: Valgrind skin for cache simulation and call tracing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Included in devel/valgrind expiration date: 2009-10-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: lang/gcl description: GNU Common Lisp maintainer: ports@FreeBSD.org status: BROKEN deprecated because: fails to build on FreeBSD 7.x expiration date: 2010-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla 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 From linimon at FreeBSD.org Sat Nov 21 07:31:09 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:31:16 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20091121073108.3B8B51CCA7@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/squeezecenter description: Slim Devices audio streaming server maintainer: brooks@FreeBSD.org deprecated because: Replaced by audio/squeezeboxcenter expiration date: 2009-11-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20091113102251/squeezecenter-7.3.3.log (_Nov_14_00:03:36_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter portname: audio/squeezecenter-dynamicplaylist description: SqueezeCenter plugin to create dynamic playlists maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-dynamicplaylist expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-dynamicplaylist portname: audio/squeezecenter-lazysearch description: SqueezeCenter plugin for performing lazy searches maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-lazysearch expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-lazysearch portname: audio/squeezecenter-sqlplaylist description: SqueezeCenter plugin to create playlists based on SQL queries maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-sqlplaylist expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-sqlplaylist portname: audio/squeezecenter-superdatetime description: SqueezeCenter plugin to display weather conditions and forecasts maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-superdatetime expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-superdatetime portname: audio/squeezecenter-trackstat description: SqueezeCenter plugin to store ratings and statistics about songs maintainer: tdb@FreeBSD.org deprecated because: Replaced by audio/squeezeboxserver-trackstat expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter-trackstat portname: devel/callgrind description: Valgrind skin for cache simulation and call tracing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Included in devel/valgrind expiration date: 2009-10-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/gdb53 description: Source level debugger - GNU GDB 5.3 maintainer: obrien@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-18 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: lang/gcl description: GNU Common Lisp maintainer: ports@FreeBSD.org status: BROKEN deprecated because: fails to build on FreeBSD 7.x expiration date: 2010-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: mail/squirrelmail-devel description: A webmail system which accesses mail over IMAP (Development version) maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-devel portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: utisoft@googlemail.com deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-11-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: misc/bibletime-kde3 description: A powerful Bible study application for KDE3 maintainer: tabthorpe@FreeBSD.org deprecated because: use misc/bibletime expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=bibletime-kde3 portname: misc/sword15 description: A project framework for manipulating Bible texts maintainer: tabthorpe@FreeBSD.org deprecated because: use misc/sword expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sword15 portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/ipmi-kmod description: Backport of ipmi driver from FreeBSD 7-CURRENT for FreeBSD 5.3 - 6.1 maintainer: snb@FreeBSD.org status: IGNORE deprecated because: in base system since 6.2-RELEASE expiration date: 2010-01-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=ipmi-kmod portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 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-themes/kde-icons-gartoon-blue-svg description: KDE Gartoon Blue SVG iconset maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: expiration date: 2009-12-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg description: KDE Gartoon SVG iconset maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: expiration date: 2009-12-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla 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 From linimon at FreeBSD.org Sat Nov 21 07:31:25 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:31:38 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20091121073124.292681CCB3@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 Sat Nov 21 07:31:28 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:31:39 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20091121073127.BFEF51CC96@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: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel portname: www/neon26 forbidden because: see CVE-2009-2474 please use neon28 or neon29 instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=neon26 From sahil at tandon.net Sat Nov 21 08:31:35 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat Nov 21 08:31:42 2009 Subject: FreeBSD Port: phpbb-3.0.5 In-Reply-To: References: Message-ID: <20091121083131.GB26590@magic.hamla.org> On Fri, 20 Nov 2009, David Kiner wrote: > I want to install phpBB on my SRV. > > I see the 3.0.6 is just released on 17 november. > > Do you know when you upgrade the port ? A PR was filed on 18 Nov 2009 to update www/phpbb3 to 3.0.6. In the future, please try to query the PR database: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140653 -- Sahil Tandon From gary.jennejohn at freenet.de Sat Nov 21 10:23:12 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sat Nov 21 10:23:18 2009 Subject: Update claws-mail In-Reply-To: References: <20091120155541.3fa69e1e@scorpio.seibercom.net> <5859850b0911201307k3471ca9bk5e945cc6dc5b9d69@mail.gmail.com> Message-ID: <20091121112308.1b112e41@ernst.jennejohn.org> On Fri, 20 Nov 2009 13:16:09 -0800 Chuck Swiger wrote: > Hi-- > > On Nov 20, 2009, at 1:07 PM, Sylvio Cesar wrote: > > There is PR to update of claws-mail. See: > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/139467 > > > > It will be committed soon. > > It's quite useful for people to try the patches for updates that they are interested in, and report back whether the update works well for them. Especially if the ports tree is in a freeze or slush period (ie, say for 8.0 release), portmgr folks like to see independent confirmation that changes work as expected... > pkg-plist needs to be updated. The new claws-mail installs a ton of themes under /usr/local/share/claws-mail/themes. --- Gary Jennejohn From atom at smasher.org Sun Nov 22 11:45:58 2009 From: atom at smasher.org (Atom Smasher) Date: Sun Nov 22 11:46:14 2009 Subject: sysutils/battmond - fix to /usr/local/etc/rc.d/battmond Message-ID: <20091122111917.56057.qmail@smasher.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 SHA1 (battmond.diff.gz) = 9be859e43a99e7d94673a21ba61e13350a578c8a small typo. fixed. - -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "Every successful revolt is termed a revolution, and every unsuccessful one a rebellion." -- Joseph Priestly, 1791 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: What is this gibberish? Comment: http://atom.smasher.org/links/#digital_signatures iQEcBAEBCAAGBQJLCR4+AAoJEAx/d+cTpVciydIIAI1mcVyYfw1+b8fBqPBvgz45 xM3AYoWVY1TP5Me+eb+Ums+bE9SKoEnpbj1grP+zdBkqJDf0FFugbwP2FQplqHBp 1lsJSdDoja2oTVwwcEbkkGvUd/wKttexyKZvuFtJV8BY330l219y6Ic4MHeiUQJ3 tpYl4557n6wfhD94FusclKZUdcu1RKqc9ixA9U4jVyST4Sb4DrjjLTmZVCDCItes 0cSmDw9QewSrfuiLQ4/YNcqEG4g8zQ3aOJPq0gFDrhWbxL6FnugDQSLDiz5RimiL S1/P/DEUzTV3sc1t+0M2AOlI+WItezF8rJ34oEX8AoYhzqAaogXDIWRo9dlJ0Qo= =pbXP -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: battmond.diff.gz Type: application/octet-stream Size: 215 bytes Desc: Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091122/1ef151ca/battmond.diff.obj From info at mukasa.org Sun Nov 22 14:24:11 2009 From: info at mukasa.org (WHISTLE BLOWERS) Date: Sun Nov 22 14:24:17 2009 Subject: Help to SAVE one STARVING BABY Message-ID: <20091122143632.1B980DFDF1@mail.yelloaccess.co.ug> Millions of people, many of them children, go days, even weeks, without a decent meal. Hunger is common; a full belly is rare. While you're throwing away the left overs, spare a few thoughts and a few cans of food, to help feed the hungry in Africa. You may not think you have the ability to make a difference, but you can help feed the hungry children of Africa. You can help put food in the mouths of hungry African family with any support to STANDARD CHARTERED BANK UGANDA LIMITTED, 5 Speke Road Branch, Kampala. SWIFT Address: SCBLUGKA. Account name is Talton MUKASA ALOYSIUS TALTON GOLD, and account number is 0100114039800. God Bless you. Contact us: info@mukasa.org From gerald at pfeifer.com Sun Nov 22 14:31:26 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sun Nov 22 14:31:33 2009 Subject: FreeBSD Port: gcc-4.4.3.20091117 In-Reply-To: <4B050C0B.3010305@douglasthrift.net> References: <4B050C0B.3010305@douglasthrift.net> Message-ID: On Thu, 19 Nov 2009, Douglas Thrift wrote: > I'm currently working with a friend on a new project > (http://www.cycript.org/) that uses Objective-C++ for its bindings to > GNUstep. Would it be possible to add a knob or something to the gcc > ports to enable Objective-C++ support? The best approach would be checking with upstream why Objective-C (and Objective-C++) are not enabled by default on FreeBSD, which I believe is a change from earlier versions. Loren, do you know? In general, I'd be open to add something to the lang/gcc45 (preferred initially) and lang(gcc44 ports if you'd like to suggest a patch, Douglas. Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From pokoko at ymail.com Sun Nov 22 14:33:53 2009 From: pokoko at ymail.com (TALTON GOLD) Date: Sun Nov 22 14:34:00 2009 Subject: Man's gravest threat is RACISM Message-ID: <20091120191139.1284FDE7B5@mail.yelloaccess.co.ug> Racial discrimination is the cause of so much injustice and suffering right through the years, "We hate racial discrimination most intensely and all its manifestations. We have fought all our life; we fight now, and will do so until the end of our days. Racism against African-Americans is still prevalent in the United States. Despite laws and other protections against discrimination, African-Americans still face discrimination in housing, employment, and education. African-Americans are still victimized by insurance red-lining, and the racism of whites and others is exploited by block-busting, a practice which is illegal in Pennsylvania and many other states. Although racist organizations such as the Ku Klux Klan have small memberships, they have been actively recruiting and holding rallies in Pennsylvania and other states and spreading their messages of hate against African-Americans, Jews, Catholics, and other minorities. Please keep us standing by supporting us through STANDARD CHARTERED BANK UGANDA LIMITTED, 5 Speke Road Branch, Kampala. SWIFT CODE: SCBLUGKA. Account name is MUKASA ALOYSIUS TALTON GOLD, and account number is 0100114039800. God Bless you. From pokoko at ymail.com Sun Nov 22 14:35:12 2009 From: pokoko at ymail.com (TALTON GOLD) Date: Sun Nov 22 14:35:24 2009 Subject: Man's gravest threat is RACISM Message-ID: <20091120182329.671CFDE1C2@mail.yelloaccess.co.ug> Racial discrimination is the cause of so much injustice and suffering right through the years, "We hate racial discrimination most intensely and all its manifestations. We have fought all our life; we fight now, and will do so until the end of our days. Racism against African-Americans is still prevalent in the United States. Despite laws and other protections against discrimination, African-Americans still face discrimination in housing, employment, and education. African-Americans are still victimized by insurance red-lining, and the racism of whites and others is exploited by block-busting, a practice which is illegal in Pennsylvania and many other states. Although racist organizations such as the Ku Klux Klan have small memberships, they have been actively recruiting and holding rallies in Pennsylvania and other states and spreading their messages of hate against African-Americans, Jews, Catholics, and other minorities. Please keep us standing by supporting us through STANDARD CHARTERED BANK UGANDA LIMITTED, 5 Speke Road Branch, Kampala. SWIFT CODE: SCBLUGKA. Account name is MUKASA ALOYSIUS TALTON GOLD, and account number is 0100114039800. God Bless you. From info at mukasa.org Sun Nov 22 14:36:04 2009 From: info at mukasa.org (WHISTLE BLOWERS) Date: Sun Nov 22 14:36:10 2009 Subject: Help to SAVE one STARVING BABY Message-ID: <20091122141756.84DC8DE9EC@mail.yelloaccess.co.ug> Millions of people, many of them children, go days, even weeks, without a decent meal. Hunger is common; a full belly is rare. While you're throwing away the left overs, spare a few thoughts and a few cans of food, to help feed the hungry in Africa. You may not think you have the ability to make a difference, but you can help feed the hungry children of Africa. You can help put food in the mouths of hungry African family with any support to STANDARD CHARTERED BANK UGANDA LIMITTED, 5 Speke Road Branch, Kampala. SWIFT Address: SCBLUGKA. Account name is Talton MUKASA ALOYSIUS TALTON GOLD, and account number is 0100114039800. God Bless you. Contact us: info@mukasa.org From QAT at FreeBSD.org Sun Nov 22 17:12:23 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Nov 22 17:12:35 2009 Subject: Now OK (Re: cvs commit: ports/net/pptpclient Makefile pkg-plist) In-Reply-To: <200911221710.nAMHAXal029115@repoman.freebsd.org> References: <200911221710.nAMHAXal029115@repoman.freebsd.org> Message-ID: <20091122171536.AB3C312E3D88@quark.ds9.tecnik93.com> net/pptpclient, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From dougb at FreeBSD.org Sun Nov 22 18:19:02 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Nov 22 18:19:09 2009 Subject: sysutils/battmond - fix to /usr/local/etc/rc.d/battmond In-Reply-To: <20091122111917.56057.qmail@smasher.org> References: <20091122111917.56057.qmail@smasher.org> Message-ID: <4B09809C.9010107@FreeBSD.org> Atom Smasher wrote: > SHA1 (battmond.diff.gz) = 9be859e43a99e7d94673a21ba61e13350a578c8a > > small typo. fixed. Actually the better solution there would be to remove the line. It's neither necessary nor desirable to make default assignments to an empty string. Better yet would be to add a note in the comments about the availability of the option. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From mohacsi at niif.hu Sun Nov 22 19:04:55 2009 From: mohacsi at niif.hu (Mohacsi Janos) Date: Sun Nov 22 19:05:01 2009 Subject: FreeBSD Port: nfsen-1.3.2 In-Reply-To: <5A3E1FAA-9FF0-475D-A625-166CA93BC504@guardianchem.ca> References: <5A3E1FAA-9FF0-475D-A625-166CA93BC504@guardianchem.ca> Message-ID: Go on and send the patches either to me or to the GNATS. Janos Mohacsi Head of HBONE+ project Network Engineer, Deputy Director of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 On Tue, 17 Nov 2009, Brandon Gabert wrote: > Hi, not sure if there is a list or if this is the right way of notifying you, I am using the latest nfsen from ports and its having problems starting the collectors at boot, i think its because it requires NETWORKING and SERVERS [or maybe something else] but these are not specified, i am probably going to rewrite the rc script, i will send it to you when i have completed it. > > hope that helps > Brandon Gabert > Guardian Chemicals Inc. From mindyourbrands at gmail.com Mon Nov 23 06:41:06 2009 From: mindyourbrands at gmail.com (Wai Gan) Date: Mon Nov 23 06:41:15 2009 Subject: To Managing Director / CEO Message-ID: <4adb693f448bdf4bd474274c146c7af0@www.tigermailer.com> Attn: Managing Director/CEO ******************************* Does your business need a trade mark? ******************************* Every company has a trade mark. You can't trade without one - how else would your existing customers find you again and how would new customers find you in the first place? Most trade marks, of course, are not as valuable as Coca Cola or Microsoft. But, still, your mark is an asset that should be protected against potential misuse by others. Think - if someone else used your trade mark (or even a similar mark), would your customers (or potential new customers) be confused? And would that confusion be detrimental to your business? If just one sale is lost because someone has bought goods from another company thinking that they are your goods, or if you are a service provider and you lose out on work that should have come to you because one of your competitors has used your mark or something similar, that is already too much lost business. If confusion arises, you will not lose just the one sale. If you need to stop someone from using a trade mark that is the same or similar to your mark, your company name registration is no basis of an objection. You should not rely on unregistered rights if you are serious about protecting your trade mark. Once a trade mark is registered, the owner of the registration can stop others from using the mark (or a mark that is similar to the mark as registered) and, just as important, registration can help you to avoid problems that will arise if someone else registers your mark (or a similar mark) before you do. It should be noted that in most instances your prior use of a mark will not help you if someone else gets a registration. If you have not registered first, you could be stopped from using your trade mark if someone else obtains a registration. Costs for other countries vary. Once granted, a registration will last initially for 10 years and, subject to paying renewal fees thereafter, they can remain in force forever. We provide professional services: 1) Patent Drafting & Application 2) Trade Mark 3) Copyright 4) Industrial Design To Protect Your Brand(s) or TradeMark now, please reply this email or call us for further information. kindly regards, Mr Wai Gan Tel: +6014.6216.007 Trade Mark Consultant Suite 33-01, 33rd Floor, Menara Keck Seng, 203, Jalan Bukit Bintang,52100 Kuala Lumpur. Malaysia. Service Areas: Asia Pacific | Europe | USA ------------------------------------------------------------- This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, distribute or take any action based on this message or any information herein. If you have received this message in error, please advice the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. If you do not want to receive any more newsletters,please click http://www.tigermailer.com/lists/lt.php?id=ZktQAAkPAwVFVQcdDgRVUVc%3D Forward a Message to Someone, please click http://www.tigermailer.com/lists/lt.php?id=ZktQAAkPAwRFVQcdDgRVUVc%3D -- Powered by PHPlist, www.phplist.com -- From randy at psg.com Mon Nov 23 07:27:23 2009 From: randy at psg.com (Randy Bush) Date: Mon Nov 23 07:27:30 2009 Subject: x11-toolkits/gtk20 fails in config looking for cairo-pdf.h Message-ID: checking cairo-pdf.h usability... no checking cairo-pdf.h presence... no checking for cairo-pdf.h... no configure: error: *** Can't find cairo-pdf.h. You must build Cairo with the pdf *** backend enabled. ===> 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/x11-toolkits/gtk20/work/gtk+-2.16.6/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/x11-toolkits/gtk20. --- # find /usr/local -name cairo-pdf.h /usr/local/include/cairo/cairo-pdf.h --- randy From bugmaster at FreeBSD.org Mon Nov 23 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 23 11:06:32 2009 Subject: Current unassigned ports problem reports Message-ID: <200911231106.nANB65Km069424@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140806 Update port: devel/papi from 3.6.2 to 3.7.1 o ports/140802 databases/mysql-connector-java update to 5.1.10 f ports/140767 [new port] sysutils/libss f ports/140741 security/gpa fails to find keyserver helpers during co f ports/140731 emulators/hatari does not build if emulators/rtc is in f ports/140729 [PATCH] science/hdf5 add CONFLICTS with science/hdf5-1 o ports/140727 Updating for port net/skystar2 o ports/140718 [MAINTAINER] sysutils/arcconf: update to 18530 f ports/140698 update: databases/xapian-bindings - update to 1.0.16 f ports/140696 net-im/qwit: update to qwit-1.0 o ports/140694 [UPDATE] benchmarks/sipp to 3.1.20090729 o ports/140692 New port: net/ekiga3 VoIP and video conferencing appli f ports/140681 Modify port devel/php5-ice to allow compiling with PHP s ports/140680 Modify port databases/phpmyadmin to allow building wit f ports/140653 [PATCH] www/phpbb3 update to 3.0.6 o ports/140641 [NEW PORT] databases/tuning-primer : MySQL performance f ports/140628 [PATCH] deskutils/plasma-applet-cwp: update 0.2.12 -> o ports/140611 [patch] ftp/axel: update to 2.4 o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie f ports/140555 [PATCH] add mirrors to x11-wm/hackedbox f ports/140546 The execution result of sysutils/scprotect is inapposi f ports/140525 [panic] VMware: Kernel panic while upgrading from 7.2 f ports/140471 security/nessus-libnasl fails to compile f ports/140470 security/nessus-libraries fails to compile f ports/140466 databases/rrdtool update to 1.4.1 o ports/140450 shells/scponly: chrooted scp-shell doesn't work o ports/140445 New Port: net/rsmb Really Small Message Broker s ports/140413 databases/slony1: Slony1-1.2.16 need upgrade to 1.2.17 o ports/140399 Update port: security/webfwlog Add needed patch and ot o ports/140365 [patch] databases/firebird20-client coredumps o ports/140348 New port: www/mod_auth_cas Apache 2.0/2.2 compliant mo f ports/140347 security/dirmngr needs updated BUILD_DEPENDS requireme f ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts o ports/140177 new port : textproc/glpi-plugins-DataInjection : This o ports/140176 new port : textproc/glpi-plugins-AdditionalReports : T o ports/140174 New port: net-mgmt/glpi-plugins-tracker-agent : Agent o ports/140168 new port: net-mgmt/glpi-plugins-tracker-server, plugin o ports/140157 New port: www/trac-bitten Continuous integration for T o ports/140107 [PATCH] Enhance net/nss_ldap to support FreeBSD login o ports/140059 [MAINTAINER] security/gpa: Mark IGNORE if gpgsm is not o ports/140058 [MAINTAINER] security/gpgme: Specifically disable gpgs f ports/140007 [repocopy] devel/gdb6 to devel/gdb66 f ports/139867 mail/isoqlog catch segmentation fault under AMD64 s ports/139848 add pre-caching to net-mgmt/nagios rc.d script f ports/139652 [devel/icu] Little patch for compiling with gcc44 o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network o ports/138637 New port: graphics/xfractint-devel o ports/138602 audio/sphinxbase port update f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136819 [PATCH] www/vtiger-customerportal: update to 5.0.4 o ports/136811 New port: www/py-scrapy, a high level scraping and web o ports/136779 [PATCH] [MAINTAINER] www/plone3 update to 3.2.3 f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font f ports/136227 science/Gramps Crashes When Opening a Family File f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135508 New port: databases/py-postgresql, Python3.x adapter f s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133533 [PATCH] Add a static user/group for audio/musicpd port f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130183 [PATCH] converters/xdeview switch to USE_TCL o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122801 databases/virtuoso, databases/firebird20-client, datab o ports/118716 security/heimhal - shared library conflict with heimda o ports/116571 databases/firebird20-client fails to compile in a jail o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. f ports/100776 devel/mico: Failure to update o ports/82634 heimdal port conflict with base heimdal 146 problems total. From djf at gmx.ch Mon Nov 23 11:56:12 2009 From: djf at gmx.ch (David Fries) Date: Mon Nov 23 11:56:20 2009 Subject: Newbie question about additional documentation Message-ID: <20091123112929.151170@gmx.net> Hi everybody I started working on my first port (a Haskell cabal package) over the last weekend. I read the porter's handbook and then began by looking at similar ports that already existed in the ports collection (e.g. archivers/hs-zlib) to get a basic idea of what the port should look like. I noticed that the only documentation listed in pkg-plist of these ports is the LICENSE file. So pkg-plist looks something like this: ... other files.. %%PORTDOCS%%%%DOCSDIR%%/LICENSE %%PORTDOCS%%@dirrm %%DOCSDIR%% ... @exec/@unexec... However, when you install the port (assuming NOPORTDOCS is not set), a HTML documentation will also be generated by the Haskell compiler and put into %%PORTDOCS%%%%DOCSDIR%%/html/*. So my question is, is it ok to omit these html files in the pkg-plist? I thought, you should list those too... regards, David -- GRATIS f?r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From m.seaman at infracaninophile.co.uk Mon Nov 23 12:21:37 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Mon Nov 23 12:21:44 2009 Subject: Newbie question about additional documentation In-Reply-To: <20091123112929.151170@gmx.net> References: <20091123112929.151170@gmx.net> Message-ID: <4B0A7E3E.4020500@infracaninophile.co.uk> David Fries wrote: > Hi everybody > > I started working on my first port (a Haskell cabal package) over the > last weekend. I read the porter's handbook and then began by looking > at similar ports that already existed in the ports collection (e.g. > archivers/hs-zlib) to get a basic idea of what the port should look > like. I noticed that the only documentation listed in pkg-plist of > these ports is the LICENSE file. So pkg-plist looks something like > this: > > ... other files.. > %%PORTDOCS%%%%DOCSDIR%%/LICENSE > %%PORTDOCS%%@dirrm %%DOCSDIR%% > ... @exec/@unexec... > > However, when you install the port (assuming NOPORTDOCS is not set), > a HTML documentation will also be generated by the Haskell compiler > and put into %%PORTDOCS%%%%DOCSDIR%%/html/*. So my question is, is it > ok to omit these html files in the pkg-plist? I thought, you should > list those too... It's not OK to install files without any record in the pkgdb. If you do things like that, firstly any committer working on the port should bounce it back to you as not fulfilling the required standards, and secondly, if the port does somehow get committed you'll be getting irate e-mails from various QA systems that spend all their time looking for such problems. Now, explicitly listing all of the files that get installed in pkg-plist in the port directory is one way of dealing with this. There are alternatives though, which might suit your port better. Check out the PLIST_FILES and PORTDOCS variables in /usr/ports/Mk/bsd.port.mk -- in short these are: PLIST_FILES a way of listing a short pkg_plist entirely from within the port Makefile, which helps avoid using up inodes for tiny little files PORTDOCS a way of automatically adding a whole directory tree of documentation to the pkg pretty much automatically. This is particularly useful if your docco is generated automatically and you can't always know exactly what files there will be beforehand. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091123/92464b0d/signature.pgp From alexanderchuranov at gmail.com Mon Nov 23 18:38:54 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Nov 23 18:39:00 2009 Subject: textproc/xmlcharent fails to install Message-ID: <3cb459ed0911231038s3bc2ea28j3cb85affa6fbc71c@mail.gmail.com> Folks, Today I've decided to install textproc/docbook-500 and it failed to install because of the issue with xmlcharent. In logs I see the following: /usr/local/bin/xmlcatmgr -sc /usr/local/share/sgml/catalog.ports add CATALOG /usr/local/share/xml/xmlcharent/catalog /usr/local/bin/xmlcatmgr -c /usr/local/share/xml/catalog.ports add nextCatalog /usr/local/share/xml/xmlcharent/catalog.xml xmlcatmgr: missing XML declaration; invalid document xmlcatmgr: catalog does not look like an XML file; missing prolog xmlcatmgr: errors while parsing catalog; aborting The file /usr/local/share/xml/xmlcharent/catalog.xml looks like a good xml file. The "xmllint -noout /usr/local/share/xml/xmlcharent/catalog.xml" command does not print any errors. In addition, when I've tried to install textproc/libxslt using portinstall, it somehow re-started the build of docbook-500, which of course failed. I am running 7.2-RELEASE/i386. 1) Is it my fault or I should file a PR? 2) Do you know a workaround? My aim is to try the docbook in xml format. Alexander Churanov From killasmurf86 at gmail.com Mon Nov 23 19:33:04 2009 From: killasmurf86 at gmail.com (Aldis Berjoza) Date: Mon Nov 23 19:33:11 2009 Subject: OpenOffice.org packages Message-ID: <20091123190546.GA1210@killasmurf86.pc> I and some other FreeBSD users are wondering why there are no OpenOffice.org package available on FreeBSD Mirrors? Everyone have them, even OpenBSD. What's the reason? OpenBSD even have package for lame. Thanks in advance. P.S. Thanks for FreeBSD-8 :D P.S.S. Sorry if this wrong mailinglist to ask. -- Aldis Berjoza http://killasmurf86.blogspot.com *** M?KL?JU DARBU :D *** Tev ir vienreiz?ja iesp?ja ieg?t labu darbinieku IT sf?r?, ar lielu motiv?ciju pilnveidoties un apg?t jaunas zin??anas CV: http://www.cv.lv/client/fullcv.php?cv_id=3227015 nepalaid gar?m :D My public GPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7ED573D3 -------------- 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/20091123/9305a6c0/attachment.pgp From djf at gmx.ch Mon Nov 23 20:23:25 2009 From: djf at gmx.ch (dave) Date: Mon Nov 23 20:23:31 2009 Subject: Newbie question about additional documentation In-Reply-To: <4B0A7E3E.4020500@infracaninophile.co.uk> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> Message-ID: <1259007798.1283.68.camel@localhost> On Mon, 2009-11-23 at 12:21 +0000, Matthew Seaman wrote: > David Fries wrote: > > Hi everybody > > > > I started working on my first port (a Haskell cabal package) over the > > last weekend. I read the porter's handbook and then began by looking > > at similar ports that already existed in the ports collection (e.g. > > archivers/hs-zlib) to get a basic idea of what the port should look > > like. I noticed that the only documentation listed in pkg-plist of > > these ports is the LICENSE file. So pkg-plist looks something like > > this: > > > > ... other files.. > > %%PORTDOCS%%%%DOCSDIR%%/LICENSE > > %%PORTDOCS%%@dirrm %%DOCSDIR%% > > ... @exec/@unexec... > > > > However, when you install the port (assuming NOPORTDOCS is not set), > > a HTML documentation will also be generated by the Haskell compiler > > and put into %%PORTDOCS%%%%DOCSDIR%%/html/*. So my question is, is it > > ok to omit these html files in the pkg-plist? I thought, you should > > list those too... > > It's not OK to install files without any record in the pkgdb. If you do > things like that, firstly any committer working on the port should bounce > it back to you as not fulfilling the required standards, and secondly, if > the port does somehow get committed you'll be getting irate e-mails from > various QA systems that spend all their time looking for such problems. > > Now, explicitly listing all of the files that get installed in pkg-plist > in the port directory is one way of dealing with this. There are alternatives > though, which might suit your port better. Check out the PLIST_FILES and > PORTDOCS variables in /usr/ports/Mk/bsd.port.mk -- in short these are: > > PLIST_FILES a way of listing a short pkg_plist entirely from within > the port Makefile, which helps avoid using up inodes for > tiny little files > > > PORTDOCS a way of automatically adding a whole directory tree of > documentation to the pkg pretty much automatically. This is > particularly useful if your docco is generated automatically > and you can't always know exactly what files there will be > beforehand. > > Cheers, > > Matthew Thanks for the hints. In section 5.14.4 of Porter's Handbook it says: "As an alternative to enumerating the documentation files in pkg-plist, a port can set the variable PORTDOCS to a list of file names and shell glob patterns to add to the final packing list. The names will be relative to DOCSDIR. Therefore, a port that utilizes PORTDOCS and uses a non-default location for its documentation should set DOCSDIR accordingly. If a directory is listed in PORTDOCS or matched by a glob pattern from this variable, the entire subtree of contained files and directories will be registered in the final packing list. If NOPORTDOCS is defined then files and directories listed in PORTDOCS would not be installed and neither would be added to port packing list" After looking at the Makefile again, I noticed that the maintainer of hs-zlib defined PORTDOCS= * . If I understand correctly, that means you can put as many files in DOCSDIR as you want. The asterisk will match everything and you always end up with everything registered in the final packing list. Right? If so, the line %%PORTDOCS%%%%DOCSDIR%%/LICENSE in pkg-plist would be redundant, wouldn't it? From shuvaev at physik.uni-wuerzburg.de Mon Nov 23 20:55:58 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Nov 23 20:56:07 2009 Subject: Newbie question about additional documentation In-Reply-To: <1259007798.1283.68.camel@localhost> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> <1259007798.1283.68.camel@localhost> Message-ID: <20091123205548.GA10868@wep4035.physik.uni-wuerzburg.de> On Mon, Nov 23, 2009 at 09:23:18PM +0100, dave wrote: > On Mon, 2009-11-23 at 12:21 +0000, Matthew Seaman wrote: > > David Fries wrote: > > > Hi everybody > > > > > > I started working on my first port (a Haskell cabal package) over the > > > last weekend. I read the porter's handbook and then began by looking > > > at similar ports that already existed in the ports collection (e.g. > > > archivers/hs-zlib) to get a basic idea of what the port should look > > > like. I noticed that the only documentation listed in pkg-plist of > > > these ports is the LICENSE file. So pkg-plist looks something like > > > this: > > > > > > ... other files.. > > > %%PORTDOCS%%%%DOCSDIR%%/LICENSE > > > %%PORTDOCS%%@dirrm %%DOCSDIR%% > > > ... @exec/@unexec... > > > > > > However, when you install the port (assuming NOPORTDOCS is not set), > > > a HTML documentation will also be generated by the Haskell compiler > > > and put into %%PORTDOCS%%%%DOCSDIR%%/html/*. So my question is, is it > > > ok to omit these html files in the pkg-plist? I thought, you should > > > list those too... > > > > It's not OK to install files without any record in the pkgdb. If you do > > things like that, firstly any committer working on the port should bounce > > it back to you as not fulfilling the required standards, and secondly, if > > the port does somehow get committed you'll be getting irate e-mails from > > various QA systems that spend all their time looking for such problems. > > > > Now, explicitly listing all of the files that get installed in pkg-plist > > in the port directory is one way of dealing with this. There are alternatives > > though, which might suit your port better. Check out the PLIST_FILES and > > PORTDOCS variables in /usr/ports/Mk/bsd.port.mk -- in short these are: > > > > PLIST_FILES a way of listing a short pkg_plist entirely from within > > the port Makefile, which helps avoid using up inodes for > > tiny little files > > > > > > PORTDOCS a way of automatically adding a whole directory tree of > > documentation to the pkg pretty much automatically. This is > > particularly useful if your docco is generated automatically > > and you can't always know exactly what files there will be > > beforehand. > > > > Cheers, > > > > Matthew > > Thanks for the hints. > > In section 5.14.4 of Porter's Handbook it says: > [snip] > > After looking at the Makefile again, I noticed that the maintainer of > hs-zlib defined PORTDOCS= * . If I understand correctly, that means you > can put as many files in DOCSDIR as you want. The asterisk will match > everything and you always end up with everything registered in the final > packing list. Right? > > If so, the line %%PORTDOCS%%%%DOCSDIR%%/LICENSE in pkg-plist would be > redundant, wouldn't it? > Seems to be so... There is one bad thing about PORTDOCS method: you don't have static list of files the port is going to install. Some commiters here don't like it. This is of course up to you but if it is not hard it is better to manually list all of the installed files in static pkg-plist. Just 0.02$, Alexey. From m.seaman at infracaninophile.co.uk Mon Nov 23 22:20:45 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Mon Nov 23 22:20:52 2009 Subject: Newbie question about additional documentation In-Reply-To: <1259007798.1283.68.camel@localhost> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> <1259007798.1283.68.camel@localhost> Message-ID: <4B0B0AB2.4070904@infracaninophile.co.uk> dave wrote: > After looking at the Makefile again, I noticed that the maintainer of > hs-zlib defined PORTDOCS= * . If I understand correctly, that means you > can put as many files in DOCSDIR as you want. The asterisk will match > everything and you always end up with everything registered in the final > packing list. Right? > > If so, the line %%PORTDOCS%%%%DOCSDIR%%/LICENSE in pkg-plist would be > redundant, wouldn't it? Correct. In fact, it possibly means the LICENSE ends up in the plist twice, which is almost as bad as it not being mentioned at all. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091123/7a400650/signature.pgp From dwilde1 at gmail.com Tue Nov 24 03:01:29 2009 From: dwilde1 at gmail.com (Don Wilde) Date: Tue Nov 24 03:01:36 2009 Subject: Don Wilde wants to connect on LinkedIn Message-ID: <1386730257.7187244.1259030786456.JavaMail.app@ech3-cdn05.prod> LinkedIn ------------ Don Wilde requested to add you as a connection on LinkedIn: ------------------------------------------ Dear Ulysses, I'm merging my GMail with Liked-In so I can easily learn more about what's new in your lives. Please accept my humble invitation and feel free to personally reconnect and strengthen the connection! :D - Don Wilde Accept invitation from Don Wilde http://www.linkedin.com/e/zplxmNK0puICE8Rlqp50qRYnFkjg/blk/I1609095763_2/pmpxnSRJrSdvj4R5fnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_cBYPdzsRej0Vc3oNiiZJgDEOllpFj2YVdPsVcPsPe3wLrCBxbOYWrSlI/EML_comm_afe/ View invitation from Don Wilde http://www.linkedin.com/e/zplxmNK0puICE8Rlqp50qRYnFkjg/blk/I1609095763_2/39vcPoTdjAMej0SckALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW you can be the first to know when a trusted member of your network changes jobs? With Network Updates on your LinkedIn home page, you'll be notified as members of your network change their current position. Be the first to know and reach out! http://www.linkedin.com/ ------ (c) 2009, LinkedIn Corporation From djf at gmx.ch Tue Nov 24 05:01:00 2009 From: djf at gmx.ch (dave) Date: Tue Nov 24 05:01:07 2009 Subject: Newbie question about additional documentation In-Reply-To: <4B0B0AB2.4070904@infracaninophile.co.uk> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> <1259007798.1283.68.camel@localhost> <4B0B0AB2.4070904@infracaninophile.co.uk> Message-ID: <1259038854.1182.13.camel@localhost> On Mon, 2009-11-23 at 22:20 +0000, Matthew Seaman wrote: > Correct. In fact, it possibly means the LICENSE ends up in the plist > twice, which is almost as bad as it not being mentioned at all. Ok, I think I'm starting to get a hang of this. Personally, I prefer the static pkg-plist. There's one last minor detail, though. The where's the final packing list located? Is it in /var/db/pkg/${DISTNAME}? From sahil at tandon.net Tue Nov 24 06:06:14 2009 From: sahil at tandon.net (Sahil Tandon) Date: Tue Nov 24 06:06:21 2009 Subject: Newbie question about additional documentation In-Reply-To: <1259038854.1182.13.camel@localhost> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> <1259007798.1283.68.camel@localhost> <4B0B0AB2.4070904@infracaninophile.co.uk> <1259038854.1182.13.camel@localhost> Message-ID: <20091124060610.GA71397@magic.hamla.org> On Tue, 24 Nov 2009, dave wrote: > On Mon, 2009-11-23 at 22:20 +0000, Matthew Seaman wrote: > > Correct. In fact, it possibly means the LICENSE ends up in the plist > > twice, which is almost as bad as it not being mentioned at all. > > Ok, I think I'm starting to get a hang of this. Personally, I prefer the > static pkg-plist. > > There's one last minor detail, though. The where's the final packing > list located? Is it in /var/db/pkg/${DISTNAME}? +CONTENTS within that directory. -- Sahil Tandon From m.seaman at infracaninophile.co.uk Tue Nov 24 06:26:55 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Nov 24 06:27:01 2009 Subject: Newbie question about additional documentation In-Reply-To: <1259038854.1182.13.camel@localhost> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> <1259007798.1283.68.camel@localhost> <4B0B0AB2.4070904@infracaninophile.co.uk> <1259038854.1182.13.camel@localhost> Message-ID: <4B0B7C9A.8080404@infracaninophile.co.uk> dave wrote: > On Mon, 2009-11-23 at 22:20 +0000, Matthew Seaman wrote: >> Correct. In fact, it possibly means the LICENSE ends up in the plist >> twice, which is almost as bad as it not being mentioned at all. > > Ok, I think I'm starting to get a hang of this. Personally, I prefer the > static pkg-plist. > > There's one last minor detail, though. The where's the final packing > list located? Is it in /var/db/pkg/${DISTNAME}? > While you're building the port, the packing list is assembled as ${WRKDIR}/PLIST where ${WRKDIR} is by default /usr/ports/foo/bar/work/ although it's not uncommon to locate it somewhere else by modifying $WRKDIRPREFIX. Once installed the PLIST is turned into /var/db/pkg/${DISTNAME}/+CONTENTS which adds information about the ports this one depends on, plus the md5 sumes of all of the installed files. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091124/bb8ca413/signature.pgp From fports at paz.bz Tue Nov 24 06:52:39 2009 From: fports at paz.bz (Jim Pazarena) Date: Tue Nov 24 06:52:46 2009 Subject: sshd on FBSD 8.0-RC2/3 Message-ID: <4B0B7A3D.6070409@paz.bz> sshd in 8.0-RC3 is 0.9.8K 25 Mar 2009 OpenSSH has a newer "0.9.8L 2009 Nov 05" which they state is primarily a "bug fix" release. Is there any way of getting this rolled into the upcoming 8.0 Release ? From sergey.dyatko at gmail.com Tue Nov 24 07:14:28 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Tue Nov 24 07:14:34 2009 Subject: sshd on FBSD 8.0-RC2/3 In-Reply-To: <4B0B7A3D.6070409@paz.bz> References: <4B0B7A3D.6070409@paz.bz> Message-ID: <20091124091422.13a5634b@tiger.minsk.domain> On Mon, 23 Nov 2009 22:16:29 -0800 Jim Pazarena wrote: JP> sshd in 8.0-RC3 is 0.9.8K 25 Mar 2009 JP> JP> OpenSSH has a newer "0.9.8L 2009 Nov 05" which they state is JP> primarily a "bug fix" release. JP> Seems you mean openSSL. We have openssl-0.9.8l in ports tree. JP> Is there any way of getting this rolled into the upcoming 8.0 JP> Release ? I think that this question must be asked in stable@ ML -- wbr, tiger From linimon at lonesome.com Tue Nov 24 07:58:18 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Nov 24 07:58:25 2009 Subject: sshd on FBSD 8.0-RC2/3 In-Reply-To: <4B0B7A3D.6070409@paz.bz> References: <4B0B7A3D.6070409@paz.bz> Message-ID: <20091124075817.GA14239@lonesome.com> On Mon, Nov 23, 2009 at 10:16:29PM -0800, Jim Pazarena wrote: > Is there any way of getting this rolled into the upcoming 8.0 Release ? waaaaaaay too late. mcl From burgababa at gmail.com Tue Nov 24 08:34:49 2009 From: burgababa at gmail.com (=?ISO-8859-1?B?RW5naW4g1lpU3FJL?=) Date: Tue Nov 24 08:35:53 2009 Subject: FreeBSD Port: amsn-0.97.2_3 Message-ID: <37ca85080911240006g73ea79d0pef47697bb9fdf3db@mail.gmail.com> hi, *0.98 *version will be updated, for freebsd thx, engin From david at vizion2000.net Tue Nov 24 09:32:06 2009 From: david at vizion2000.net (David Southwell) Date: Tue Nov 24 09:32:13 2009 Subject: ventrilo-server LEGAL restricted export query Message-ID: <200911240931.11731.david@vizion2000.net> Hi I just wanted to query the LEGAL status of ventrilo-server. LEGAL states that it is restricted due to export control. My understanding is that there is now no export restriction relating to any OpenSSL encryption algorythm. I do not therefore believe any restrictionfor ventrilo-server could be sustained on those grounds. Whether or not a restriction relating to commercial use of ventrilo-server is sustainable also seems to be of doubtful authenticity. I wonder if someone could please check out whether any LEGAL restrictions on the ventrilo-server port are sufficiently strong to justify the currently worded notice in LEGAL. David From utisoft at googlemail.com Tue Nov 24 13:46:24 2009 From: utisoft at googlemail.com (Chris Rees) Date: Tue Nov 24 13:46:30 2009 Subject: OpenOffice.org packages In-Reply-To: <20091123190546.GA1210@killasmurf86.pc> References: <20091123190546.GA1210@killasmurf86.pc> Message-ID: 2009/11/23 Aldis Berjoza : > I and some other FreeBSD users are wondering why there are no > OpenOffice.org package available on FreeBSD Mirrors? > > Everyone have them, even OpenBSD. What's the reason? > > OpenBSD even have package for lame. > > Thanks in advance. > Kindly provided by Glen Barber: http://freebsd.dev-urandom.com/packages/openoffice/ Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? From rodrigo at bebik.net Tue Nov 24 14:21:38 2009 From: rodrigo at bebik.net (Rodrigo OSORIO (ros)) Date: Tue Nov 24 14:21:45 2009 Subject: OpenOffice.org packages In-Reply-To: References: <20091123190546.GA1210@killasmurf86.pc> Message-ID: <20091124140200.GB8437@hodja.bebik.net> On 24/11/09 13:46 +0000, Chris Rees wrote: > 2009/11/23 Aldis Berjoza : > > I and some other FreeBSD users are wondering why there are no > > OpenOffice.org package available on FreeBSD Mirrors? > > > > Everyone have them, even OpenBSD. What's the reason? > > > > OpenBSD even have package for lame. > > > > Thanks in advance. > > > > Kindly provided by Glen Barber: > > http://freebsd.dev-urandom.com/packages/openoffice/ > > Chris > > -- > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in a mailing list? > _______________________________________________ > 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, For a long time OO packages were also available here : http://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ regards, Rodrigo From smcafee at collaborativefusion.com Tue Nov 24 17:49:58 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Tue Nov 24 17:50:04 2009 Subject: Possible duplicate port - www/pecl-http vs. www/pecl-pecl_http Message-ID: <4B0C1CC4.70701@collaborativefusion.com> It appears that these two ports are actually duplicates. pecl-pecl_http appears to have a more fleshed out Makefile, but hasn't been updated to the new version. I'd normally go all Columbo on the commits and try to track it down, but don't have the time right now. I figured I'd put it out on list/to maintainers before doing a PR. -- Sean McAfee Senior Systems Engineer From smcafee at collaborativefusion.com Tue Nov 24 17:54:58 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Tue Nov 24 17:55:05 2009 Subject: Possible duplicate port - www/pecl-http vs. www/pecl-pecl_http In-Reply-To: <4B0C1CC4.70701@collaborativefusion.com> References: <4B0C1CC4.70701@collaborativefusion.com> Message-ID: <4B0C1DF0.2000503@collaborativefusion.com> Sean McAfee wrote: > It appears that these two ports are actually duplicates. > > pecl-pecl_http appears to have a more fleshed out Makefile, but hasn't > been updated to the new version. > > I'd normally go all Columbo on the commits and try to track it down, but > don't have the time right now. > > I figured I'd put it out on list/to maintainers before doing a PR. > The maintainer of pecl-pecl_http is currently unreachable, so he likely won't be able to chime in: UNDELIVERABLE MAIL Your message to the following recipients cannot be delivered: : mail.zaa.pp.ru [127.0.0.1]: >>> >>> DATA <<< 546 Routing loop detected -- too many Received: headers. -- Sean McAfee Senior Systems Engineer From bszabolcs at gmail.com Wed Nov 25 07:20:31 2009 From: bszabolcs at gmail.com (Balogh Szabolcs) Date: Wed Nov 25 07:20:38 2009 Subject: FreeBSD Port: quassel-0.5.0 Message-ID: <4B0CD3BB.2050400@gmail.com> Hello, It is possible to spli Quassel-IRC into: - quassel-core (maybe a statically linked version, which doesn't require QT) - quassel-client - quassel-monolithic-client Thanks, kukukk From roam at ringlet.net Wed Nov 25 09:54:43 2009 From: roam at ringlet.net (Peter Pentchev) Date: Wed Nov 25 09:54:50 2009 Subject: Newbie question about additional documentation In-Reply-To: <4B0B7C9A.8080404@infracaninophile.co.uk> References: <20091123112929.151170@gmx.net> <4B0A7E3E.4020500@infracaninophile.co.uk> <1259007798.1283.68.camel@localhost> <4B0B0AB2.4070904@infracaninophile.co.uk> <1259038854.1182.13.camel@localhost> <4B0B7C9A.8080404@infracaninophile.co.uk> Message-ID: <20091125095426.GA1191@straylight.m.ringlet.net> On Tue, Nov 24, 2009 at 06:26:34AM +0000, Matthew Seaman wrote: > dave wrote: > > On Mon, 2009-11-23 at 22:20 +0000, Matthew Seaman wrote: > >> Correct. In fact, it possibly means the LICENSE ends up in the plist > >> twice, which is almost as bad as it not being mentioned at all. > > > > Ok, I think I'm starting to get a hang of this. Personally, I prefer the > > static pkg-plist. > > > > There's one last minor detail, though. The where's the final packing > > list located? Is it in /var/db/pkg/${DISTNAME}? > > > > While you're building the port, the packing list is assembled as > ${WRKDIR}/PLIST where ${WRKDIR} is by default /usr/ports/foo/bar/work/ > although it's not uncommon to locate it somewhere else by modifying > $WRKDIRPREFIX. > > Once installed the PLIST is turned into /var/db/pkg/${DISTNAME}/+CONTENTS > which adds information about the ports this one depends on, plus the > md5 sumes of all of the installed files. Just a small correction: it's /var/db/pkg/${PKGNAME}, not ${DISTNAME} :) A slight difference, but important sometimes, most often when PORTREVISION > 0, but also when there are differences between the representation of the version in the upstream distribution and in the FreeBSD port. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I am not the subject of this sentence. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 834 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091125/a0ead41a/attachment.pgp From linimon at lonesome.com Wed Nov 25 11:01:20 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Nov 25 11:01:26 2009 Subject: OpenOffice.org packages In-Reply-To: <20091123190546.GA1210@killasmurf86.pc> References: <20091123190546.GA1210@killasmurf86.pc> Message-ID: <20091125110119.GB1387@lonesome.com> On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: > I and some other FreeBSD users are wondering why there are no > OpenOffice.org package available on FreeBSD Mirrors? OpenOffice is one of our most complex packages, and, depending on which package node it builds on, can take nearly a day to run. That plus the large number of dependencies it has makes it hard to build. I know that this is not a very satisfactory answer. I promise to once again look into the problem. mcl From xxjack12xx at gmail.com Wed Nov 25 11:07:54 2009 From: xxjack12xx at gmail.com (Jack L.) Date: Wed Nov 25 11:08:01 2009 Subject: OpenOffice.org packages In-Reply-To: <20091125110119.GB1387@lonesome.com> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> Message-ID: On Wed, Nov 25, 2009 at 3:01 AM, Mark Linimon wrote: > On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: >> I and some other FreeBSD users are wondering why there are no >> OpenOffice.org package available on FreeBSD Mirrors? > There are packages available at the FreeBSD porting page of openoffice at http://porting.openoffice.org/freebsd I spend weeks for your downloading pleasure ;) From gary.jennejohn at freenet.de Wed Nov 25 12:43:31 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Nov 25 12:43:38 2009 Subject: OpenOffice.org packages In-Reply-To: <20091125110119.GB1387@lonesome.com> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> Message-ID: <20091125134327.3d9fb1a5@ernst.jennejohn.org> On Wed, 25 Nov 2009 05:01:19 -0600 Mark Linimon wrote: > On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: > > I and some other FreeBSD users are wondering why there are no > > OpenOffice.org package available on FreeBSD Mirrors? > > OpenOffice is one of our most complex packages, and, depending on which > package node it builds on, can take nearly a day to run. That plus the > large number of dependencies it has makes it hard to build. > > I know that this is not a very satisfactory answer. I promise to once > again look into the problem. > Does the fact that it uses java cause a problem? Used to be that the user had to manually download files from Sun, which would be impractical for an automated run. --- Gary Jennejohn From kamikaze at bsdforen.de Wed Nov 25 13:26:09 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Nov 25 13:26:42 2009 Subject: OpenOffice.org packages In-Reply-To: <20091125134327.3d9fb1a5@ernst.jennejohn.org> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> Message-ID: <4B0D3067.6080100@bsdforen.de> Gary Jennejohn wrote: > On Wed, 25 Nov 2009 05:01:19 -0600 > Mark Linimon wrote: > >> On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: >>> I and some other FreeBSD users are wondering why there are no >>> OpenOffice.org package available on FreeBSD Mirrors? >> OpenOffice is one of our most complex packages, and, depending on which >> package node it builds on, can take nearly a day to run. That plus the >> large number of dependencies it has makes it hard to build. >> >> I know that this is not a very satisfactory answer. I promise to once >> again look into the problem. >> > > Does the fact that it uses java cause a problem? Used to be that the > user had to manually download files from Sun, which would be impractical > for an automated run. > If it depended on OpenJDK by default it wouldn't be a problem. I do not know whether it does. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From kline at thought.org Wed Nov 25 17:04:11 2009 From: kline at thought.org (Gary Kline) Date: Wed Nov 25 17:04:23 2009 Subject: OpenOffice.org packages In-Reply-To: <4B0D3067.6080100@bsdforen.de> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> <4B0D3067.6080100@bsdforen.de> Message-ID: <20091125170400.GB55794@thought.org> On Wed, Nov 25, 2009 at 02:25:59PM +0100, Dominic Fandrey wrote: > Gary Jennejohn wrote: > > On Wed, 25 Nov 2009 05:01:19 -0600 > > Mark Linimon wrote: > > > >> On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: > >>> I and some other FreeBSD users are wondering why there are no > >>> OpenOffice.org package available on FreeBSD Mirrors? > >> OpenOffice is one of our most complex packages, and, depending on which > >> package node it builds on, can take nearly a day to run. That plus the > >> large number of dependencies it has makes it hard to build. > >> > >> I know that this is not a very satisfactory answer. I promise to once > >> again look into the problem. > >> > > > > Does the fact that it uses java cause a problem? Used to be that the > > user had to manually download files from Sun, which would be impractical > > for an automated run. > > > > If it depended on OpenJDK by default it wouldn't be a problem. I do not > know whether it does. > This has been bugging me for years. If there are *open* version of things-Java, why-oh-why don't we use them by default? Sun promised to make automatic download of its stuff available years ago -- Or am I hallucinating? > -- > A: Because it fouls the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing on usenet and in e-mail? > _______________________________________________ > 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" -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From jmsmith at interconchemical.com Wed Nov 25 18:38:38 2009 From: jmsmith at interconchemical.com (Jim Smith) Date: Wed Nov 25 18:38:44 2009 Subject: FreeBSD Port: ftree-2.0_1 Message-ID: <20091125132307.8bd832a1.jmsmith@interconchemical.com> Hi, is this really being maintained? ftree dumps core on a FBSD 7.2-stable [i386] system with linux-base-fc-4-4_15 installed. Any ideas? Thanks. -- Jim Smith From aragon at phat.za.net Wed Nov 25 20:41:49 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Wed Nov 25 20:41:55 2009 Subject: mail/ssmtp CRAM-MD5 fix, maintainer timeout Message-ID: <4B0D924B.7030302@phat.za.net> Hiya, Could someone take a look at this PR and patch please? http://www.freebsd.org/cgi/query-pr.cgi?pr=140175 No response since 1 Nov. Would be nice to get it committed. Thanks! Regards, Aragon From glarkin at FreeBSD.org Wed Nov 25 21:20:20 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Nov 25 21:20:27 2009 Subject: mail/ssmtp CRAM-MD5 fix, maintainer timeout In-Reply-To: <4B0D924B.7030302@phat.za.net> References: <4B0D924B.7030302@phat.za.net> Message-ID: <4B0D9F8B.202@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aragon Gouveia wrote: > Hiya, > > Could someone take a look at this PR and patch please? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140175 > > No response since 1 Nov. Would be nice to get it committed. > > Thanks! > > > Regards, > Aragon Hi Aragon, I will work on the PR, but there's also an upgrade to 2.62-3 that needs to be incorporated. If you have some spare cycles and can update the PR with a diff for both, that would help me a lot. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLDZ+L0sRouByUApARAnIPAKCIN+FdTugG8QDhHgVthh476iDJVwCgiu5S xNxxYTHd2MV+lY4UqfoL5f4= =Bu4U -----END PGP SIGNATURE----- From freebsd-ports-local at be-well.ilk.org Wed Nov 25 23:04:27 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Wed Nov 25 23:04:35 2009 Subject: FreeBSD Port: ftree-2.0_1 In-Reply-To: <20091125132307.8bd832a1.jmsmith@interconchemical.com> (Jim Smith's message of "Wed, 25 Nov 2009 13:23:07 -0600") References: <20091125132307.8bd832a1.jmsmith@interconchemical.com> Message-ID: <44ocmqqk98.fsf@lowell-desk.lan> Jim Smith writes: > is this really being maintained? ftree dumps core on a FBSD 7.2-stable > [i386] system with linux-base-fc-4-4_15 installed. I just tried it, same setup, and it worked for me. I had no idea how to use it properly, but it started, I created a couple of entries, saved them, quit, and restarted it loading the saved file. No core dumps. From dgjohns at gmail.com Wed Nov 25 23:04:50 2009 From: dgjohns at gmail.com (Dave) Date: Wed Nov 25 23:04:56 2009 Subject: libutf-8 compilation error Message-ID: <004601ca6e20$b538fc60$1faaf520$@com> I am encountering the following error while trying to compile converters/libutf-8 inside of a jail. The host machine is a freshly compiled FreeBSD 7.2-p4 amd64 system, as with the jail, and both have an up to date ports tree. I've been able to replicate the error on the host machine, and second machine running 7-STABLE. I have also checked the Makefile for the port, and it does contain "CFLAGS+= -fPIC" already. # make install ===> Vulnerability check disabled, database not found ===> Extracting for libutf-8-1.0,1 => MD5 Checksum OK for libutf-8-1.0.tar.gz. => SHA256 Checksum OK for libutf-8-1.0.tar.gz. ===> Patching for libutf-8-1.0,1 ===> Applying FreeBSD patches for libutf-8-1.0,1 ===> Configuring for libutf-8-1.0,1 ===> Building for libutf-8-1.0,1 cc -O2 -fno-strict-aliasing -pipe -march=nocona -c fget.utf-8.c cc -O2 -fno-strict-aliasing -pipe -march=nocona -c sget.utf-8.c cc -O2 -fno-strict-aliasing -pipe -march=nocona -c fput.utf-8.c cc -O2 -fno-strict-aliasing -pipe -march=nocona -c sput.utf-8.c cc -O2 -fno-strict-aliasing -pipe -march=nocona -c nomacros.c ld -o libutf-8.so.1 fget.utf-8.o sget.utf-8.o fput.utf-8.o sput.utf-8.o nomacros.o -shared -soname libutf-8.so.1 ld: fget.utf-8.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC fget.utf-8.o: could not read symbols: Bad value *** Error code 1 Stop in /usr/ports/converters/libutf-8/work/libutf-8-1.0. *** Error code 1 Stop in /usr/ports/converters/libutf-8. Thanks in advance for any help. From mailinglist at diamondbox.dk Thu Nov 26 00:09:21 2009 From: mailinglist at diamondbox.dk (Nikolaj Thygesen) Date: Thu Nov 26 00:09:34 2009 Subject: FreeBSD Port: libcanberra-0.10_5 Message-ID: <4B0DC37A.3060307@diamondbox.dk> The current libcanberra - "libcanberra-0.10.tar.gz" - doesn't handle multithreaded gtk applications well (doesn't take the gdk lock when playing sounds), which is supposedly fixed in the latest release. Are there any plans of doing updates in the near future? br - Nikolaj Thygesen From aragon at phat.za.net Thu Nov 26 00:10:41 2009 From: aragon at phat.za.net (Aragon Gouveia) Date: Thu Nov 26 00:10:47 2009 Subject: mail/ssmtp CRAM-MD5 fix, maintainer timeout In-Reply-To: <4B0D9F8B.202@FreeBSD.org> References: <4B0D924B.7030302@phat.za.net> <4B0D9F8B.202@FreeBSD.org> Message-ID: <4B0DC77F.4020403@phat.za.net> Hey Greg, Greg Larkin wrote: > I will work on the PR, but there's also an upgrade to 2.62-3 that needs > to be incorporated. If you have some spare cycles and can update the PR > with a diff for both, that would help me a lot. I made some time for this tonight. I've sent a follow up to the PR which includes a patch to 2.62-3 and the CRAM-MD5 fix. Thanks, Aragon From marcus at marcuscom.com Thu Nov 26 01:58:46 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Thu Nov 26 01:59:03 2009 Subject: FreeBSD Port: libcanberra-0.10_5 In-Reply-To: <4B0DC37A.3060307@diamondbox.dk> References: <4B0DC37A.3060307@diamondbox.dk> Message-ID: <1259200733.1608.2.camel@shumai.marcuscom.com> On Thu, 2009-11-26 at 00:53 +0100, Nikolaj Thygesen wrote: > The current libcanberra - "libcanberra-0.10.tar.gz" - doesn't handle > multithreaded gtk applications well (doesn't take the gdk lock when > playing sounds), which is supposedly fixed in the latest release. Are > there any plans of doing updates in the near future? I just did this in the MarcusCom CVS repo. It will be merged as soon as 8.0 is announced which should be real soon now. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091126/dce090fd/attachment.pgp From killasmurf86 at gmail.com Thu Nov 26 08:12:59 2009 From: killasmurf86 at gmail.com (Aldis Berjoza) Date: Thu Nov 26 08:13:06 2009 Subject: FreeBSD OpenOffice Packages of i686 Message-ID: <20091126081253.GA80377@killasmurf86.pc> Hello! I'm creating OpenOffice 3.1.1 packages for FreeBSD-8-RELEASE, for i686 cpu. CPUTYPE?=i686 In few hours my work will be finished. I've found site that would host these packages [Linux Center of Latvia Univercity], but they want some FreeBSD developer to verify quality of my builds, before they host them on their server for public use. They wanted that some FreeBSD developer, would check packages, and make checksum file. And then somehow publish it on FreeBSD site or somehow otherwise. I asked if this checksum file could be send directly to them as email. Currently I'm waiting reply from Linux Center. Would any developer sign for this? You could download some few random packages (or all if you like) with SCP, and check them, if they work, have any issues etc.... Then I could create temp accound on my FreeBSD box, and let Dev to log on, and make checksum file (I think it's best if you make it on my PC, because this way you won't have to download 10-15GB of OOO packages, which might be very time consuming), then using SCP copy this file over to your PC (or somehow otherwise, if you have ideas). And send it to Linux Center (I will give email, later) After that, I will make README file, and sign all packages with my PGP public key (and provide info how to retrieve it) What do you think about this? Anyone want to do this? P.S. I'm still waiting reply from Linux Center if they will accept this Thanks in advance, Aldis Berjoza aka killasmurf86 -- Aldis Berjoza *** M?KL?JU DARBU :D *** Tev ir vienreiz?ja iesp?ja ieg?t labu darbinieku IT sf?r?, ar lielu motiv?ciju pilnveidoties un apg?t jaunas zin??anas CV: http://www.cv.lv/client/fullcv.php?cv_id=3227015 nepalaid gar?m :D My public GPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7ED573D3 -------------- 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/20091126/63fa5835/attachment.pgp From gary.jennejohn at freenet.de Thu Nov 26 08:57:58 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Thu Nov 26 08:58:05 2009 Subject: OpenOffice.org packages In-Reply-To: <20091125170400.GB55794@thought.org> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> <4B0D3067.6080100@bsdforen.de> <20091125170400.GB55794@thought.org> Message-ID: <20091126095750.32dadf9f@ernst.jennejohn.org> On Wed, 25 Nov 2009 09:04:01 -0800 Gary Kline wrote: > On Wed, Nov 25, 2009 at 02:25:59PM +0100, Dominic Fandrey wrote: > > Gary Jennejohn wrote: > > > On Wed, 25 Nov 2009 05:01:19 -0600 > > > Mark Linimon wrote: > > > > > >> On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: > > >>> I and some other FreeBSD users are wondering why there are no > > >>> OpenOffice.org package available on FreeBSD Mirrors? > > >> OpenOffice is one of our most complex packages, and, depending on which > > >> package node it builds on, can take nearly a day to run. That plus the > > >> large number of dependencies it has makes it hard to build. > > >> > > >> I know that this is not a very satisfactory answer. I promise to once > > >> again look into the problem. > > >> > > > > > > Does the fact that it uses java cause a problem? Used to be that the > > > user had to manually download files from Sun, which would be impractical > > > for an automated run. > > > > > > > If it depended on OpenJDK by default it wouldn't be a problem. I do not > > know whether it does. > > > > > > This has been bugging me for years. If there are *open* > version of things-Java, why-oh-why don't we use them by > default? > > Sun promised to make automatic download of its stuff available > years ago -- Or am I hallucinating? > Looks like all the OpenOffice ports have a line like this: JAVA_VENDOR= freebsd bsdjava openjdk It's been a long time since I installed OpenOffice from scratch. --- Gary Jennejohn From kline at thought.org Thu Nov 26 09:26:56 2009 From: kline at thought.org (Gary Kline) Date: Thu Nov 26 09:27:09 2009 Subject: OpenOffice.org packages In-Reply-To: <20091126095750.32dadf9f@ernst.jennejohn.org> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> <4B0D3067.6080100@bsdforen.de> <20091125170400.GB55794@thought.org> <20091126095750.32dadf9f@ernst.jennejohn.org> Message-ID: <20091126092647.GA71842@thought.org> On Thu, Nov 26, 2009 at 09:57:50AM +0100, Gary Jennejohn wrote: > On Wed, 25 Nov 2009 09:04:01 -0800 > Gary Kline wrote: > > > On Wed, Nov 25, 2009 at 02:25:59PM +0100, Dominic Fandrey wrote: > > > > > > If it depended on OpenJDK by default it wouldn't be a problem. I do not > > > know whether it does. > > > > > > > > > > > This has been bugging me for years. If there are *open* > > version of things-Java, why-oh-why don't we use them by > > default? > > > > Sun promised to make automatic download of its stuff available > > years ago -- Or am I hallucinating? > > > > Looks like all the OpenOffice ports have a line like this: > JAVA_VENDOR= freebsd bsdjava openjdk Okay, so what does this mean I'm going to have to find and build from java-land from Sun? Anything?? -gary > > It's been a long time since I installed OpenOffice from scratch. > > --- > Gary Jennejohn -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From mexas at bristol.ac.uk Thu Nov 26 10:37:10 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Thu Nov 26 10:37:22 2009 Subject: port www/kazehakase dumps core on ia64 HEAD when printing to a file Message-ID: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> kazehakase-0.5.4_6, FreeBSD 9.0-CURRENT ia64 I'm not really sure what to look for in debugger: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `kazehakase'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/kazehakase/libkazehakase.so.1...done. Loaded symbols for /usr/local/lib/kazehakase/libkazehakase.so.1 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.0 Reading symbols from /usr/local/lib/libXinerama.so.1...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libXi.so.6...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libXcursor.so.1...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXcomposite.so.1...done. Loaded symbols for /usr/local/lib/libXcomposite.so.1 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libXdamage.so.1...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libcairo.so.2...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/local/lib/libpixman-1.so.9...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libpng.so.5...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libxcb-render-util.so.0...done. Loaded symbols for /usr/local/lib/libxcb-render-util.so.0 Reading symbols from /usr/local/lib/libxcb-render.so.0...done. Loaded symbols for /usr/local/lib/libxcb-render.so.0 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libxcb.so.2...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.5...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.0 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libicui18n.so.38...done. Loaded symbols for /usr/local/lib/libicui18n.so.38 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/libicuuc.so.38...done. Loaded symbols for /usr/local/lib/libicuuc.so.38 Reading symbols from /usr/local/lib/libicudata.so.38...done. Loaded symbols for /usr/local/lib/libicudata.so.38 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so Reading symbols from /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so...done. Loaded symbols for /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so Reading symbols from /usr/local/lib/kazehakase/embed/gecko.so...done. Loaded symbols for /usr/local/lib/kazehakase/embed/gecko.so Reading symbols from /usr/local/lib/xulrunner/libxpcom.so...done. Loaded symbols for /usr/local/lib/xulrunner/libxpcom.so Reading symbols from /usr/local/lib/libplds4.so.1...done. Loaded symbols for /usr/local/lib/libplds4.so.1 Reading symbols from /usr/local/lib/libplc4.so.1...done. Loaded symbols for /usr/local/lib/libplc4.so.1 Reading symbols from /usr/local/lib/libnspr4.so.1...done. Loaded symbols for /usr/local/lib/libnspr4.so.1 Reading symbols from /usr/local/lib/xulrunner/libxul.so...done. Loaded symbols for /usr/local/lib/xulrunner/libxul.so Reading symbols from /usr/local/lib/libjpeg.so.10...done. Loaded symbols for /usr/local/lib/libjpeg.so.10 Reading symbols from /usr/local/lib/xulrunner/libmozjs.so...done. Loaded symbols for /usr/local/lib/xulrunner/libmozjs.so Reading symbols from /usr/local/lib/libXft.so.2...done. Loaded symbols for /usr/local/lib/libXft.so.2 Reading symbols from /usr/local/lib/libXt.so.6...done. Loaded symbols for /usr/local/lib/libXt.so.6 Reading symbols from /usr/local/lib/xulrunner/components/libsystem-pref.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libsystem-pref.so Reading symbols from /usr/local/lib/libgconf-2.so.4...done. Loaded symbols for /usr/local/lib/libgconf-2.so.4 Reading symbols from /usr/local/lib/libORBit-2.so.0...done. Loaded symbols for /usr/local/lib/libORBit-2.so.0 Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...done. Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/xulrunner/components/libpipboot.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libpipboot.so Reading symbols from /usr/local/lib/xulrunner/components/libpermissions.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libpermissions.so Reading symbols from /usr/local/lib/xulrunner/components/libcookie.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libcookie.so Reading symbols from /usr/local/lib/xulrunner/components/libpipnss.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libpipnss.so Reading symbols from /usr/local/lib/nss/libsmime3.so.1...done. Loaded symbols for /usr/local/lib/nss/libsmime3.so.1 Reading symbols from /usr/local/lib/nss/libssl3.so.1...done. Loaded symbols for /usr/local/lib/nss/libssl3.so.1 Reading symbols from /usr/local/lib/nss/libnss3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnss3.so.1 Reading symbols from /usr/local/lib/nss/libsoftokn3.so.1...done. Loaded symbols for /usr/local/lib/nss/libsoftokn3.so.1 Reading symbols from /usr/local/lib/nss/libnssutil3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnssutil3.so.1 Reading symbols from /usr/local/lib/nss/libnsssqlite3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnsssqlite3.so.1 Reading symbols from /usr/local/lib/nss/libnssdbm3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnssdbm3.so.1 Reading symbols from /usr/local/lib/nss/libfreebl3.so.1...done. Loaded symbols for /usr/local/lib/nss/libfreebl3.so.1 Reading symbols from /usr/local/lib/nss/libnssckbi.so...done. Loaded symbols for /usr/local/lib/nss/libnssckbi.so Reading symbols from /usr/local/lib/xulrunner/components/libxmlextras.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libxmlextras.so Reading symbols from /usr/local/lib/gio/modules/libgiofam.so...done. Loaded symbols for /usr/local/lib/gio/modules/libgiofam.so Reading symbols from /usr/local/lib/libfam.so.0...done. Loaded symbols for /usr/local/lib/libfam.so.0 Reading symbols from /usr/local/lib/xulrunner/plugins/libnullplugin.so...done. Loaded symbols for /usr/local/lib/xulrunner/plugins/libnullplugin.so Reading symbols from /usr/local/lib/xulrunner/plugins/libunixprintplugin.so...done. Loaded symbols for /usr/local/lib/xulrunner/plugins/libunixprintplugin.so Reading symbols from /usr/local/lib/xulrunner/components/libtransformiix.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libtransformiix.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 (gdb) quit -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From swhetzel at gmail.com Thu Nov 26 10:39:20 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu Nov 26 10:39:27 2009 Subject: OpenOffice.org packages In-Reply-To: <20091126092647.GA71842@thought.org> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> <4B0D3067.6080100@bsdforen.de> <20091125170400.GB55794@thought.org> <20091126095750.32dadf9f@ernst.jennejohn.org> <20091126092647.GA71842@thought.org> Message-ID: <790a9fff0911260239w12f00768g2d7effc1ed93fac0@mail.gmail.com> On 11/26/09, Gary Kline wrote: > > Looks like all the OpenOffice ports have a line like this: > > JAVA_VENDOR= freebsd bsdjava openjdk > > > > Okay, so what does this mean I'm going to have to find and > build from java-land from Sun? Anything?? > > It defines which java ports are allowed to satisfy the java build/run dependancy. According to /usr/ports/Mk/bsd.java.mk, any one of these ports will satisfy the dependancy on java. freebsd java/diablo-jdk15, java/diablo-jdk16 bsdjava java/jdk13 thru java/jdk16 openjdk6 java/openjdk6 If you install openjdk6 before building Open Office, it will use openjdk6 and you won't need to download any files from Sun. Scot From mexas at bristol.ac.uk Thu Nov 26 11:06:13 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Thu Nov 26 11:06:32 2009 Subject: port www/kazehakase dumps core on ia64 HEAD when printing to a file In-Reply-To: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> References: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> Message-ID: <20091126110443.GA94354@mech-cluster241.men.bris.ac.uk> On Thu, Nov 26, 2009 at 10:35:51AM +0000, Anton Shterenlikht wrote: > kazehakase-0.5.4_6, FreeBSD 9.0-CURRENT ia64 > > I'm not really sure what to look for in debugger: > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "ia64-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `kazehakase'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/local/lib/kazehakase/libkazehakase.so.1...done. > Loaded symbols for /usr/local/lib/kazehakase/libkazehakase.so.1 > Reading symbols from /usr/local/lib/libSM.so.6...done. > Loaded symbols for /usr/local/lib/libSM.so.6 > Reading symbols from /usr/local/lib/libICE.so.6...done. > Loaded symbols for /usr/local/lib/libICE.so.6 > Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 > Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 > Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libatk-1.0.so.0 > Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 > Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 > Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgio-2.0.so.0 > Reading symbols from /usr/local/lib/libXinerama.so.1...done. > Loaded symbols for /usr/local/lib/libXinerama.so.1 > Reading symbols from /usr/local/lib/libXi.so.6...done. > Loaded symbols for /usr/local/lib/libXi.so.6 > Reading symbols from /usr/local/lib/libXrandr.so.2...done. > Loaded symbols for /usr/local/lib/libXrandr.so.2 > Reading symbols from /usr/local/lib/libXcursor.so.1...done. > Loaded symbols for /usr/local/lib/libXcursor.so.1 > Reading symbols from /usr/local/lib/libXcomposite.so.1...done. > Loaded symbols for /usr/local/lib/libXcomposite.so.1 > Reading symbols from /usr/local/lib/libXext.so.6...done. > Loaded symbols for /usr/local/lib/libXext.so.6 > Reading symbols from /usr/local/lib/libXdamage.so.1...done. > Loaded symbols for /usr/local/lib/libXdamage.so.1 > Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 > Reading symbols from /usr/local/lib/libXfixes.so.3...done. > Loaded symbols for /usr/local/lib/libXfixes.so.3 > Reading symbols from /usr/local/lib/libcairo.so.2...done. > Loaded symbols for /usr/local/lib/libcairo.so.2 > Reading symbols from /usr/local/lib/libpixman-1.so.9...done. > Loaded symbols for /usr/local/lib/libpixman-1.so.9 > Reading symbols from /usr/local/lib/libpng.so.5...done. > Loaded symbols for /usr/local/lib/libpng.so.5 > Reading symbols from /usr/local/lib/libxcb-render-util.so.0...done. > Loaded symbols for /usr/local/lib/libxcb-render-util.so.0 > Reading symbols from /usr/local/lib/libxcb-render.so.0...done. > Loaded symbols for /usr/local/lib/libxcb-render.so.0 > Reading symbols from /usr/local/lib/libXrender.so.1...done. > Loaded symbols for /usr/local/lib/libXrender.so.1 > Reading symbols from /usr/local/lib/libX11.so.6...done. > Loaded symbols for /usr/local/lib/libX11.so.6 > Reading symbols from /usr/local/lib/libxcb.so.2...done. > Loaded symbols for /usr/local/lib/libxcb.so.2 > Reading symbols from /usr/local/lib/libXau.so.6...done. > Loaded symbols for /usr/local/lib/libXau.so.6 > Reading symbols from /usr/local/lib/libXdmcp.so.6...done. > Loaded symbols for /usr/local/lib/libXdmcp.so.6 > Reading symbols from /usr/lib/librpcsvc.so.5...done. > Loaded symbols for /usr/lib/librpcsvc.so.5 > Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libpango-1.0.so.0 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/local/lib/libfontconfig.so.1...done. > Loaded symbols for /usr/local/lib/libfontconfig.so.1 > Reading symbols from /usr/local/lib/libfreetype.so.9...done. > Loaded symbols for /usr/local/lib/libfreetype.so.9 > Reading symbols from /lib/libz.so.5...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /usr/local/lib/libexpat.so.6...done. > Loaded symbols for /usr/local/lib/libexpat.so.6 > Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 > Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 > Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 > Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libglib-2.0.so.0 > Reading symbols from /usr/local/lib/libicui18n.so.38...done. > Loaded symbols for /usr/local/lib/libicui18n.so.38 > Reading symbols from /usr/local/lib/libintl.so.8...done. > Loaded symbols for /usr/local/lib/libintl.so.8 > Reading symbols from /usr/local/lib/libiconv.so.3...done. > Loaded symbols for /usr/local/lib/libiconv.so.3 > Reading symbols from /usr/local/lib/libpcre.so.0...done. > Loaded symbols for /usr/local/lib/libpcre.so.0 > Reading symbols from /lib/libthr.so.3...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /usr/local/lib/libicuuc.so.38...done. > Loaded symbols for /usr/local/lib/libicuuc.so.38 > Reading symbols from /usr/local/lib/libicudata.so.38...done. > Loaded symbols for /usr/local/lib/libicudata.so.38 > Reading symbols from /usr/lib/libstdc++.so.6...done. > Loaded symbols for /usr/lib/libstdc++.so.6 > Reading symbols from /lib/libgcc_s.so.1...done. > Loaded symbols for /lib/libgcc_s.so.1 > Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so...done. > Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so > Reading symbols from /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so...done. > Loaded symbols for /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so > Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so...done. > Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so > Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so...done. > Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so > Reading symbols from /usr/local/lib/kazehakase/embed/gecko.so...done. > Loaded symbols for /usr/local/lib/kazehakase/embed/gecko.so > Reading symbols from /usr/local/lib/xulrunner/libxpcom.so...done. > Loaded symbols for /usr/local/lib/xulrunner/libxpcom.so > Reading symbols from /usr/local/lib/libplds4.so.1...done. > Loaded symbols for /usr/local/lib/libplds4.so.1 > Reading symbols from /usr/local/lib/libplc4.so.1...done. > Loaded symbols for /usr/local/lib/libplc4.so.1 > Reading symbols from /usr/local/lib/libnspr4.so.1...done. > Loaded symbols for /usr/local/lib/libnspr4.so.1 > Reading symbols from /usr/local/lib/xulrunner/libxul.so...done. > Loaded symbols for /usr/local/lib/xulrunner/libxul.so > Reading symbols from /usr/local/lib/libjpeg.so.10...done. > Loaded symbols for /usr/local/lib/libjpeg.so.10 > Reading symbols from /usr/local/lib/xulrunner/libmozjs.so...done. > Loaded symbols for /usr/local/lib/xulrunner/libmozjs.so > Reading symbols from /usr/local/lib/libXft.so.2...done. > Loaded symbols for /usr/local/lib/libXft.so.2 > Reading symbols from /usr/local/lib/libXt.so.6...done. > Loaded symbols for /usr/local/lib/libXt.so.6 > Reading symbols from /usr/local/lib/xulrunner/components/libsystem-pref.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libsystem-pref.so > Reading symbols from /usr/local/lib/libgconf-2.so.4...done. > Loaded symbols for /usr/local/lib/libgconf-2.so.4 > Reading symbols from /usr/local/lib/libORBit-2.so.0...done. > Loaded symbols for /usr/local/lib/libORBit-2.so.0 > Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...done. > Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2 > Reading symbols from /usr/local/lib/libdbus-1.so.3...done. > Loaded symbols for /usr/local/lib/libdbus-1.so.3 > Reading symbols from /usr/local/lib/xulrunner/components/libpipboot.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libpipboot.so > Reading symbols from /usr/local/lib/xulrunner/components/libpermissions.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libpermissions.so > Reading symbols from /usr/local/lib/xulrunner/components/libcookie.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libcookie.so > Reading symbols from /usr/local/lib/xulrunner/components/libpipnss.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libpipnss.so > Reading symbols from /usr/local/lib/nss/libsmime3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libsmime3.so.1 > Reading symbols from /usr/local/lib/nss/libssl3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libssl3.so.1 > Reading symbols from /usr/local/lib/nss/libnss3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnss3.so.1 > Reading symbols from /usr/local/lib/nss/libsoftokn3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libsoftokn3.so.1 > Reading symbols from /usr/local/lib/nss/libnssutil3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnssutil3.so.1 > Reading symbols from /usr/local/lib/nss/libnsssqlite3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnsssqlite3.so.1 > Reading symbols from /usr/local/lib/nss/libnssdbm3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnssdbm3.so.1 > Reading symbols from /usr/local/lib/nss/libfreebl3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libfreebl3.so.1 > Reading symbols from /usr/local/lib/nss/libnssckbi.so...done. > Loaded symbols for /usr/local/lib/nss/libnssckbi.so > Reading symbols from /usr/local/lib/xulrunner/components/libxmlextras.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libxmlextras.so > Reading symbols from /usr/local/lib/gio/modules/libgiofam.so...done. > Loaded symbols for /usr/local/lib/gio/modules/libgiofam.so > Reading symbols from /usr/local/lib/libfam.so.0...done. > Loaded symbols for /usr/local/lib/libfam.so.0 > Reading symbols from /usr/local/lib/xulrunner/plugins/libnullplugin.so...done. > Loaded symbols for /usr/local/lib/xulrunner/plugins/libnullplugin.so > Reading symbols from /usr/local/lib/xulrunner/plugins/libunixprintplugin.so...done. > Loaded symbols for /usr/local/lib/xulrunner/plugins/libunixprintplugin.so > Reading symbols from /usr/local/lib/xulrunner/components/libtransformiix.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libtransformiix.so > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 > (gdb) quit and this: (gdb) bt #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 #1 0x2000000045283490 in __tcf_0 () from /usr/local/lib/xulrunner/libxul.so #2 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) bt full #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 No symbol table info available. #1 0x2000000045283490 in __tcf_0 () from /usr/local/lib/xulrunner/libxul.so No symbol table info available. #2 0x0000000000000000 in ?? () No symbol table info available. (gdb) -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From makc at issp.ac.ru Thu Nov 26 12:02:33 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Thu Nov 26 12:02:41 2009 Subject: FreeBSD Port: quassel-0.5.0 In-Reply-To: <4B0CD3BB.2050400@gmail.com> References: <4B0CD3BB.2050400@gmail.com> Message-ID: <200911261436.13358.makc@issp.ac.ru> On Wed, 25 Nov 2009 08:50:35 +0200, Balogh Szabolcs wrote: > It is possible to spli Quassel-IRC into: > - quassel-core (maybe a statically linked version, which doesn't > require QT) building quassel-core still requires non-gui Qt libraries, you have to install Qt anyway. > - quassel-client > - quassel-monolithic-client ports options allow to build them independently, so you can have core and client on different boxes. I think this is sufficient in most cases. Max From sergey.dyatko at gmail.com Thu Nov 26 12:05:06 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu Nov 26 12:05:12 2009 Subject: does istgt works on -CURRENT ? Message-ID: <20091126140519.1a92fa2a@notebook> Hi Daisuke Aoyama and list I'm trying run iSCSI target on my -CURRENT box %uname -a FreeBSD current.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #6 r198480: Tue Nov 3 10:03:09 EET 2009 root@current.domain:/usr/obj/usr/src/sys/KERN amd64 %pkg_info -xI istgt istgt-20090428 An iSCSI target for FreeBSD 7.x with ZFS %zfs upgrade This system is currently running ZFS filesystem version 3. All filesystems are formatted with the current version. %zpool upgrade This system is currently running ZFS pool version 13. All pools are formatted using this version. Now my actions Step-by-step: # zfs create tank/share/target # zfs set mountpoint=none tank/share/target # zfs set quota=20G tank/share/target # cd /usr/local/etc/istgt # cp auth.conf.sample auth.conf # cp istgt.conf.sample istgt.conf # cp istgtcontrol.conf.sample istgtcontrol.conf my server`s IP is 192.168.9.249 I made some changes on istgt.conf: 1) section [PortalGroup1]: "Portal DA1 192.168.2.36:3260" -> "Portal DA1 192.168.9.249:3260" 2) sections [LogicalUnit1]: "LUN0 Storage /tank/iscsi/istgt-disk1 10G" -> "LUN0 Storage /tank/share/target" Now I'm trying start istgt: # /usr/local/etc/rc.d/istgt onestart istgt version 0.2 (20090428) istgt_lu.c:1213:istgt_lu_add_unit: ***ERROR*** LU1: LUN0: format error istgt_lu.c:1473:istgt_lu_init: ***ERROR*** lu_add_unit() failed istgt.c:1247:main: ***ERROR*** istgt_lu_init() failed /usr/local/etc/rc.d/istgt: WARNING: failed to start istgt where I'm wrong? -- wbr, tiger From kline at thought.org Thu Nov 26 12:05:53 2009 From: kline at thought.org (Gary Kline) Date: Thu Nov 26 12:06:00 2009 Subject: OpenOffice.org packages In-Reply-To: <790a9fff0911260239w12f00768g2d7effc1ed93fac0@mail.gmail.com> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> <4B0D3067.6080100@bsdforen.de> <20091125170400.GB55794@thought.org> <20091126095750.32dadf9f@ernst.jennejohn.org> <20091126092647.GA71842@thought.org> <790a9fff0911260239w12f00768g2d7effc1ed93fac0@mail.gmail.com> Message-ID: <20091126120543.GB72466@thought.org> On Thu, Nov 26, 2009 at 04:39:19AM -0600, Scot Hetzel wrote: > On 11/26/09, Gary Kline wrote: > > > Looks like all the OpenOffice ports have a line like this: > > > JAVA_VENDOR= freebsd bsdjava openjdk > > > > > > > > Okay, so what does this mean I'm going to have to find and > > build from java-land from Sun? Anything?? > > > > > It defines which java ports are allowed to satisfy the java build/run > dependancy. > > According to /usr/ports/Mk/bsd.java.mk, any one of these ports will > satisfy the dependancy on java. > > freebsd java/diablo-jdk15, java/diablo-jdk16 > bsdjava java/jdk13 thru java/jdk16 > openjdk6 java/openjdk6 > > If you install openjdk6 before building Open Office, it will use > openjdk6 and you won't need to download any files from Sun. > Arrgh, welli just mucked around for 90 mins d/loading diablo16, plus the tzone-2009p.zip, but the build fumbles. i'll build openjdk6 right now. thanks. gary PS: i may as well ask you if there are other things-java in the open realm... i',m thinking of the kaffee portsand so forth. > Scot > _______________________________________________ > 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" -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From lars.engels at 0x20.net Thu Nov 26 12:57:09 2009 From: lars.engels at 0x20.net (Lars Engels) Date: Thu Nov 26 12:57:16 2009 Subject: OpenOffice.org packages In-Reply-To: <20091126120543.GB72466@thought.org> References: <20091123190546.GA1210@killasmurf86.pc> <20091125110119.GB1387@lonesome.com> <20091125134327.3d9fb1a5@ernst.jennejohn.org> <4B0D3067.6080100@bsdforen.de> <20091125170400.GB55794@thought.org> <20091126095750.32dadf9f@ernst.jennejohn.org> <20091126092647.GA71842@thought.org> <790a9fff0911260239w12f00768g2d7effc1ed93fac0@mail.gmail.com> <20091126120543.GB72466@thought.org> Message-ID: <20091126133924.2lwnszj9474s0wg0@0x20.net> Quoting Gary Kline : > On Thu, Nov 26, 2009 at 04:39:19AM -0600, Scot Hetzel wrote: >> On 11/26/09, Gary Kline wrote: >> > > Looks like all the OpenOffice ports have a line like this: >> > > JAVA_VENDOR= freebsd bsdjava openjdk >> > >> > >> > >> > Okay, so what does this mean I'm going to have to find and >> > build from java-land from Sun? Anything?? >> > >> > >> It defines which java ports are allowed to satisfy the java build/run >> dependancy. >> >> According to /usr/ports/Mk/bsd.java.mk, any one of these ports will >> satisfy the dependancy on java. >> >> freebsd java/diablo-jdk15, java/diablo-jdk16 >> bsdjava java/jdk13 thru java/jdk16 >> openjdk6 java/openjdk6 >> >> If you install openjdk6 before building Open Office, it will use >> openjdk6 and you won't need to download any files from Sun. >> > Arrgh, welli just mucked around for 90 mins d/loading > diablo16, plus the tzone-2009p.zip, but the build fumbles. > > i'll build openjdk6 right now. > > thanks. > > gary > > PS: i may as well ask you if there are other things-java in > the open realm... i',m thinking of the kaffee portsand so > forth. > The nice thing about openjdk6 is that you can use pkg_add -r ;-) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: PGP Digital Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091126/a0574a71/attachment.pgp From killasmurf86 at gmail.com Thu Nov 26 15:52:31 2009 From: killasmurf86 at gmail.com (Aldis Berjoza) Date: Thu Nov 26 15:52:37 2009 Subject: FreeBSD OpenOffice Packages of i686 In-Reply-To: <20091126081253.GA80377@killasmurf86.pc> References: <20091126081253.GA80377@killasmurf86.pc> Message-ID: <20091126155227.GA98333@killasmurf86.pc> * Aldis Berjoza [26.11.2009. @10:12:53 +0200]: > Hello! > > I'm creating OpenOffice 3.1.1 packages for FreeBSD-8-RELEASE, for i686 > cpu. > CPUTYPE?=i686 > > In few hours my work will be finished. I've found site that would host > these packages [Linux Center of Latvia Univercity], but they want some > FreeBSD developer to verify quality of my builds, before they host them > on their server for public use. > > They wanted that some FreeBSD developer, would check packages, and make > checksum file. And then somehow publish it on FreeBSD site or somehow > otherwise. I asked if this checksum file could be send directly to them > as email. Currently I'm waiting reply from Linux Center. > > Would any developer sign for this? > You could download some few random packages (or all if you like) with > SCP, and check them, if they work, have any issues etc.... > > Then I could create temp accound on my FreeBSD box, and let Dev to log > on, and make checksum file (I think it's best if you make it on my PC, > because this way you won't have to download 10-15GB of OOO packages, > which might be very time consuming), then using SCP copy this file over > to your PC (or somehow otherwise, if you have ideas). And send it to > Linux Center (I will give email, later) > > After that, I will make README file, and sign all packages with my PGP > public key (and provide info how to retrieve it) > > What do you think about this? > Anyone want to do this? > > P.S. > I'm still waiting reply from Linux Center if they will accept this > > Thanks in advance, > Aldis Berjoza > aka killasmurf86 > -- > Aldis Berjoza > > *** M?KL?JU DARBU :D *** > Tev ir vienreiz?ja iesp?ja ieg?t labu darbinieku IT sf?r?, > ar lielu motiv?ciju pilnveidoties un apg?t jaunas zin??anas > CV: http://www.cv.lv/client/fullcv.php?cv_id=3227015 > nepalaid gar?m :D > > My public GPG key: > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7ED573D3 come on anyone.... All packages are ready waiting for some FreeBSD developer to verify. This will allow me to upload to ftp server and spread them... aren't there any interested? -- Aldis Berjoza *** M?KL?JU DARBU :D *** Tev ir vienreiz?ja iesp?ja ieg?t labu darbinieku IT sf?r?, ar lielu motiv?ciju pilnveidoties un apg?t jaunas zin??anas CV: http://www.cv.lv/client/fullcv.php?cv_id=3227015 nepalaid gar?m :D My public GPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7ED573D3 -------------- 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/20091126/3033ebdf/attachment.pgp From mwlucas at blackhelicopters.org Thu Nov 26 16:40:59 2009 From: mwlucas at blackhelicopters.org (Michael W. Lucas) Date: Thu Nov 26 16:41:11 2009 Subject: compile a port with debugging symbols? Message-ID: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> Hi, Is there an approved/offical way to compile a port with debugging symbols? Habitually I've just run "make configure" and then edited Makefiles. But I'm sure that's not what you folks recommend users do... Thanks, ==ml -- Michael W. Lucas mwlucas@BlackHelicopters.org http://www.MichaelWLucas.com/ Latest book: Cisco Routers for the Desperate, 2nd Edition http://www.CiscoRoutersForTheDesperate.com/ From r.c.ladan at gmail.com Thu Nov 26 17:01:06 2009 From: r.c.ladan at gmail.com (Rene Ladan) Date: Thu Nov 26 17:01:12 2009 Subject: compile a port with debugging symbols? In-Reply-To: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> References: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> Message-ID: 2009/11/26 Michael W. Lucas : > Hi, > > Is there an approved/offical way to compile a port with debugging > symbols? > > Habitually I've just run "make configure" and then edited Makefiles. > But I'm sure that's not what you folks recommend users do... > Just adding -g to CFLAGS in /etc/make.conf should work... Regards, Rene From wblock at wonkity.com Thu Nov 26 17:21:53 2009 From: wblock at wonkity.com (Warren Block) Date: Thu Nov 26 17:21:58 2009 Subject: compile a port with debugging symbols? In-Reply-To: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> References: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> Message-ID: On Thu, 26 Nov 2009, Michael W. Lucas wrote: > Is there an approved/offical way to compile a port with debugging > symbols? > > Habitually I've just run "make configure" and then edited Makefiles. > But I'm sure that's not what you folks recommend users do... make -DWITH_DEBUG, according to bsd.ports.mk. -Warren Block * Rapid City, South Dakota USA From rnoland at FreeBSD.org Thu Nov 26 17:42:09 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Nov 26 17:42:21 2009 Subject: compile a port with debugging symbols? In-Reply-To: References: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> Message-ID: <1259257319.2315.12.camel@balrog.2hip.net> On Thu, 2009-11-26 at 18:01 +0100, Rene Ladan wrote: > 2009/11/26 Michael W. Lucas : > > Hi, > > > > Is there an approved/offical way to compile a port with debugging > > symbols? > > > > Habitually I've just run "make configure" and then edited Makefiles. > > But I'm sure that's not what you folks recommend users do... > > > Just adding -g to CFLAGS in /etc/make.conf should work... A lot of times, the binaries will still be stripped. Many ports work correctly if you define WITH_DEBUG="yes" however. robert. > Regards, > Rene > _______________________________________________ > 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 FreeBSD From andrew.w.nosenko at gmail.com Thu Nov 26 17:42:11 2009 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Thu Nov 26 17:42:22 2009 Subject: compile a port with debugging symbols? In-Reply-To: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> References: <20091126161036.GA21283@bewilderbeast.blackhelicopters.org> Message-ID: <6161f3180911260912t506a062aq29f2c0dae506421d@mail.gmail.com> On Thu, Nov 26, 2009 at 18:10, Michael W. Lucas wrote: > Hi, > > Is there an approved/offical way to compile a port with debugging > symbols? > > Habitually I've just run "make configure" and then edited Makefiles. > But I'm sure that's not what you folks recommend users do... IIRC, the WITH_DEBUG=yes knob is what you looking for. -- Andrew W. Nosenko From xcllnt at mac.com Thu Nov 26 17:47:52 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Thu Nov 26 17:48:04 2009 Subject: port www/kazehakase dumps core on ia64 HEAD when printing to a file In-Reply-To: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> References: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> Message-ID: On Nov 26, 2009, at 2:35 AM, Anton Shterenlikht wrote: > kazehakase-0.5.4_6, FreeBSD 9.0-CURRENT ia64 > > I'm not really sure what to look for in debugger: You want to to recompile at a lower optimization level and with debugging enabled (i.e. -O0 -g). If you can't reproduce the problem this way, it's a compiler bug. If you can reproduce it, then gdb proves to be a lot more useful. At the very least, a backtrace is required. FYI, -- Marcel Moolenaar xcllnt@mac.com From alexanderchuranov at gmail.com Thu Nov 26 17:52:53 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Nov 26 17:55:26 2009 Subject: Issues with devel/boost-* on Sparc64 In-Reply-To: <3cb459ed0911120719v2dadad19i5cb93a589524dc62@mail.gmail.com> References: <3cb459ed0911071747y11e5ace3gca92c9814a11d139@mail.gmail.com> <4AF628EC.3030404@acm.poly.edu> <3cb459ed0911091628k499507ffl13a1970d270c921d@mail.gmail.com> <3cb459ed0911091634g1fe5792bu5f41960bbe344999@mail.gmail.com> <3cb459ed0911111204n4579090fif954f59305e07457@mail.gmail.com> <3cb459ed0911120719v2dadad19i5cb93a589524dc62@mail.gmail.com> Message-ID: <3cb459ed0911260952m2125e257oe07f28edd80f9266@mail.gmail.com> Foks, The current status of the issue is as follows: *) I've contacted a boost team, they suggested a smaller patch *) I've applied a patch, this allows code to build, but one the tests for the patched code (in "libs/smart_ptr/test") fail. This is not one of the tests that were expected to fail when there are issues with concurrency. *) I've filed a bug in the boost issue tracker. patch: http://alexanderchuranov.com/boost-port/boost-1.41-sparc64/patch-boost_smart_ptr_detail_sp_counted_base_gcc_sparc.hpp test log: http://alexanderchuranov.com/boost-port/boost-1.41-sparc64/bjam-smart-ptr-test.log issue: https://svn.boost.org/trac/boost/ticket/3678 boost mail thread: http://old.nabble.com/-1.41.0--Beta-1-available-td26196304i20.html Currently I'm waiting for the boost team to provide us with further directions. Alexander Churanov From alexanderchuranov at gmail.com Thu Nov 26 18:23:56 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Nov 26 18:24:02 2009 Subject: Status of boost-1.41 Message-ID: <3cb459ed0911261023m8443980geb241be0fde4cafb@mail.gmail.com> Folks, I'd like to share the current status of devel/boost-* ports. In brief, the patch for updating is ready, many ports build successfully, but there are two failures caused by the update. One of them is severe and hard to fix. The boost team is informed. More information, the patch, build logs and references to tickets in boost are available at http://wiki.freebsd.org/BoostPortingProject. Alexander Churanov, maintainer of devel/boost-* From max at warped.org Thu Nov 26 19:46:18 2009 From: max at warped.org (Max Baker) Date: Thu Nov 26 19:46:25 2009 Subject: net-mgmt/netdisco port maintainer? Message-ID: <4B0ED3E6.9010603@warped.org> Hi, Is there a maintainer for net-mgmt/netdisco? We just released 1.0 which has 3+ years of improvements and bug fixes, and it would be great to have the FreeBSD port updated. Note that net-mgmt/p5-SNMP-Info is half of Netdisco and appears to have been updated recently by jadawin. Thanks Much! -m -------------- next part -------------- An embedded message was scrubbed... From: Kurt Buff Subject: Re: [Netdisco] New Install Packages Date: Wed, 25 Nov 2009 15:46:55 -0800 Size: 4763 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091126/0e7d4a44/NetdiscoNewInstallPackages.eml From linimon at lonesome.com Thu Nov 26 20:40:39 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Nov 26 20:40:47 2009 Subject: net-mgmt/netdisco port maintainer? In-Reply-To: <4B0ED3E6.9010603@warped.org> References: <4B0ED3E6.9010603@warped.org> Message-ID: <20091126204039.GB3838@lonesome.com> On Thu, Nov 26, 2009 at 11:15:50AM -0800, Max Baker wrote: > Is there a maintainer for net-mgmt/netdisco? nope, it's listed as "ports@FreeBSD.org" which is the place-holder address (signifies "unmaintained"). So, it's ready for adoption :-) mcl From dougb at FreeBSD.org Thu Nov 26 21:48:56 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Nov 26 21:49:02 2009 Subject: net-mgmt/netdisco port maintainer? In-Reply-To: <4B0ED3E6.9010603@warped.org> References: <4B0ED3E6.9010603@warped.org> Message-ID: <4B0EF7C7.30200@FreeBSD.org> Max Baker wrote: > Hi, > > Is there a maintainer for net-mgmt/netdisco? We just released 1.0 which > has 3+ years of improvements and bug fixes, and it would be great to > have the FreeBSD port updated. Note that net-mgmt/p5-SNMP-Info is half > of Netdisco and appears to have been updated recently by jadawin. You may find the following useful if you choose to pursue updating it yourself: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html Good luck, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From pav at FreeBSD.org Thu Nov 26 22:11:58 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Nov 26 22:12:04 2009 Subject: [HEADS UP] ports tree fully unfrozen Message-ID: <1259273511.94723.6.camel@hood.oook.cz> With the impending public release of 8.0-RELEASE, we decided to lift the soft freeze that was in effect on the Ports Collection in past weeks. The ports tree is now fully open to commits. -- Pav Lucistnik The Linimon's Rule: The More You Close, The More Will Come -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 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/20091126/0ae9ccc9/attachment.pgp From null at pozo.com Fri Nov 27 03:07:33 2009 From: null at pozo.com (Manfred Antar) Date: Fri Nov 27 03:07:39 2009 Subject: libthr on current breaks some ports Message-ID: <200911270246.nAR2k9Zp026751@pozo.com> The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " Breaks php4 and mhash on my current 1386 I'm sure other ports that use it are broken too as can't load the lib. Remove -Wl,-znodlopen and everything works again. Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.