From ebgssth at gmail.com Wed Oct 1 07:14:14 2008 From: ebgssth at gmail.com (js) Date: Wed Oct 1 07:14:21 2008 Subject: FreeBSD Port: libmemcached-0.22 Message-ID: <411DE634-9FC5-43EC-BD49-DD0595F3DDAE@gmail.com> hi, please update libmemcached to 0.23, which supports binary protocol? Thanks in advance! From leeym at leeym.com Wed Oct 1 08:10:25 2008 From: leeym at leeym.com (Yen-Ming Lee) Date: Wed Oct 1 08:10:38 2008 Subject: FreeBSD Port: libmemcached-0.22 In-Reply-To: <411DE634-9FC5-43EC-BD49-DD0595F3DDAE@gmail.com> References: <411DE634-9FC5-43EC-BD49-DD0595F3DDAE@gmail.com> Message-ID: <759236930810010049u65ccd356mf281c08616616e02@mail.gmail.com> 2008/9/30 js : > hi, > please update libmemcached to 0.23, > which supports binary protocol? > > Thanks in advance! No problem, updating... -- Yen-Ming Lee From dnaeon at gmail.com Wed Oct 1 13:24:17 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Wed Oct 1 13:24:24 2008 Subject: My interactive version of pkg_add - finished! Message-ID: <48E37A48.8030103@gmail.com> Hi, again! :) I've finished the new version of the program. I decided to name it `sit' - Simple Interactive Tool `sit' now supports the following: -- improved code for dynamic memory allocation -- local package pattern search -- remote (ftp) package pattern search -- command line arguments to specify a local or remote installation -- uses some env variables like PACKAGEROOT, OSRELEASE and MACHTYPE to determite which package and from where to be installed The remote/ftp package pattern search is done by searching the INDEX file for a pattern and extracting the needed information from it. The program uses a default values for these environment variables if they have not been set: -- PACKAGEROOT = ftp://ftp.freebsd.org/ -- MACHTYPE = i386 -- OSRELEASE = 8-current It doesn't have any requirements, so it should build and run on any system that has fetch and pkg_add support. Screenshots of various usage of the program can be found in here: http://unix-heaven.org/doc/sit/screenshots/ And the code is here: http://unix-heaven.org/doc/sit/sit-0.2.5.tar.gz Well, I hope someone finds it useful :) P.S: If someone have any suggestions on how to improve it more - let me know :) Cheers! -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From 000.fbsd at quip.cz Wed Oct 1 14:39:59 2008 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Oct 1 14:40:05 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E37A48.8030103@gmail.com> References: <48E37A48.8030103@gmail.com> Message-ID: <48E38BDB.1060609@quip.cz> Marin Atanasov wrote: > Hi, again! :) > > I've finished the new version of the program. I decided to name it `sit' > - Simple Interactive Tool > > `sit' now supports the following: > -- improved code for dynamic memory allocation > -- local package pattern search > -- remote (ftp) package pattern search > -- command line arguments to specify a local or remote installation > -- uses some env variables like PACKAGEROOT, OSRELEASE and MACHTYPE to > determite which package and from where to be installed > > The remote/ftp package pattern search is done by searching the INDEX > file for a pattern and extracting the needed information from it. The > program uses a default values for these environment variables if they > have not been set: > > -- PACKAGEROOT = ftp://ftp.freebsd.org/ > -- MACHTYPE = i386 > -- OSRELEASE = 8-current > > It doesn't have any requirements, so it should build and run on any > system that has fetch and pkg_add support. > > Screenshots of various usage of the program can be found in here: > http://unix-heaven.org/doc/sit/screenshots/ > > And the code is here: > http://unix-heaven.org/doc/sit/sit-0.2.5.tar.gz > > Well, I hope someone finds it useful :) > > P.S: If someone have any suggestions on how to improve it more - let me > know :) It seems useful. I have one suggestion - make it as port and submit PR for adding it in to ports tree, so it will get wider audience :) Miroslav Lachman From gustav.stenberg at ltu.se Wed Oct 1 14:49:53 2008 From: gustav.stenberg at ltu.se (Gustav Stenberg) Date: Wed Oct 1 14:50:01 2008 Subject: FreeBSD Port: plplot-5.6.1_5 Message-ID: <387570dd0810010721x40ccbfc3i7f5354192d225834@mail.gmail.com> Hi,any chance that the "plplot" port will be updated soon? The current one is more than 2 years old. Thanks, Gustav -- -- ------------------------------------------------------------------------------------------------ Gustav Stenberg, M.Sc. Office: A2309 Ph.D. Student Phone: +46.920.492138 EISLAB Fax: +46.920.492191 Lule? University of Technology Email: Gustav.Stenberg@ltu.se SE-971 87 Lule? WWW: www.csee.ltu.se/~gustav_j SWEDEN ------------------------------------------------------------------------------------------------ From dnaeon at gmail.com Wed Oct 1 16:21:53 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Wed Oct 1 16:22:00 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E38BDB.1060609@quip.cz> References: <48E37A48.8030103@gmail.com> <48E38BDB.1060609@quip.cz> Message-ID: <48E3A3E8.9080204@gmail.com> Miroslav Lachman wrote: > > It seems useful. I have one suggestion - make it as port and submit PR > for adding it in to ports tree, so it will get wider audience :) > > Miroslav Lachman > Will do that :) Maybe tomorrow I'll start making the port, because right now I have to study for my exams. It seems that tomorrow I'll start reading the Porters Handbook first, since this will be my first port :) -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From clint.olsen at gmail.com Wed Oct 1 16:31:15 2008 From: clint.olsen at gmail.com (Clint Olsen) Date: Wed Oct 1 16:31:28 2008 Subject: Trying to build openoffice.org-3-RC on 6.3-STABLE Message-ID: <20081001163057.GA30043@0lsen.net> Can anyone enlighten me as to that this is all about? Thanks, -Clint [snip] ... analyzing files with flag PATCH_SO_NAME ... ... analyzing files with flag HIDDEN ... ... creating preregistered services.rdb ... javavm.uno.so javaloader.uno.so stocservices.uno.so ************************************************** ERROR: ERROR: Could not register all components for file services.rdb (gid_Starregistry_Services_Rdb)! in function: create_services_rdb ************************************************** ************************************************** ERROR: Saved logfile: /usr/ports/editors/openoffice.org-3-RC/work/OOO300_m8/instsetoo_native/unxfbsdi.pro/OpenOffice/bsd/logging/en-US/log_OOO300_en-US.log ************************************************** ... cleaning the output tree ... ... removing directory /usr/ports/editors/openoffice.org-3-RC/work/OOO300_m8/instsetoo_native/unxfbsdi.pro/OpenOffice/bsd/zip/en-US ... ... removing directory /usr/ports/editors/openoffice.org-3-RC/work/OOO300_m8/instsetoo_native/unxfbsdi.pro/OpenOffice/bsd/gid_Starregistry_Services_Rdb_servicesrdb/en-US_witherror_1 ... Wed Oct 1 08:44:05 2008 (01:52 min.) dmake: Error code 255, while making 'openoffice_en-US.bsd' Running processes: 0 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3-RC/work/OOO300_m8/instsetoo_native/util Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from instsetoo_native" rmdir /tmp/45421 *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3-RC. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.30256.0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! editors/openoffice.org-3-RC (new compiler error) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From Hans.F.Nordhaug at hiMolde.no Wed Oct 1 17:20:55 2008 From: Hans.F.Nordhaug at hiMolde.no (Hans F. Nordhaug) Date: Wed Oct 1 17:21:02 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E37A48.8030103@gmail.com> References: <48E37A48.8030103@gmail.com> Message-ID: <20081001163143.GB6641@hiMolde.no> * Marin Atanasov [2008-10-01]: > Hi, again! :) > > I've finished the new version of the program. I decided to name it `sit' > - Simple Interactive Tool [cut] Hm, isn't this a little too generic name? If this is an interactive version of pkg_add maybe use name that makes that clear? Hans Disclaimer: I haven't tried your program/sit. From wearabnet at yahoo.ca Wed Oct 1 17:23:45 2008 From: wearabnet at yahoo.ca (Abdullah Ibn Hamad Al-Marri) Date: Wed Oct 1 17:23:51 2008 Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE Message-ID: <263474.27118.qm@web33707.mail.mud.yahoo.com> Hello, ---> Upgrade of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:25 +0000 ---> Upgrading 'lsof-4.81A,2' to 'lsof-4.81D,2' (sysutils/lsof) OK? [yes] ---> Build of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:37 +0000 ---> Building '/usr/ports/sysutils/lsof' ===> Cleaning for lsof-4.81D,2 ===> Vulnerability check disabled, database not found => lsof_4.81D.freebsd.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/. fetch: http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.81D.freebsd.tar.bz2: Not Found => Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/. fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.81D.freebsd.tar.bz2: Not logged in => Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/. fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/lsof_4.81D.freebsd.tar.bz2: Not logged in => Attempting to fetch from http://www.lerctr.org/lsof/. lsof_4.81D.freebsd.tar.bz2 100% of 459 kB 272 kBps ===> Extracting for lsof-4.81D,2 => MD5 Checksum OK for lsof_4.81D.freebsd.tar.bz2. => SHA256 Checksum OK for lsof_4.81D.freebsd.tar.bz2. ===> Patching for lsof-4.81D,2 ===> Applying FreeBSD patches for lsof-4.81D,2 ===> Configuring for lsof-4.81D,2 !!!WARNING!!! Unsupported FreeBSD version: 7.1-PRERELEASE !!!WARNING!!! Configuring for FreeBSD 7.0 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.81D,2 (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"7.1-PRERELEASE\"") cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="7.1-PRERELEASE" -I/usr/src/sys -O2 -c ckkv.c In file included from ckkv.c:33: ../machine.h:62: error: redefinition of typedef 'cpumask_t' /usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' was here *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.17092.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=lsof-4.81A,2 UPGRADE_PORT_VER=4.81A,2 make ** Fix the problem and try again. ---> Build of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 (consumed 00:00:09) ---> Upgrade of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 (consumed 00:00:21) Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From dnaeon at gmail.com Wed Oct 1 17:27:39 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Wed Oct 1 17:27:46 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <20081001163143.GB6641@hiMolde.no> References: <48E37A48.8030103@gmail.com> <20081001163143.GB6641@hiMolde.no> Message-ID: <48E3B352.80005@gmail.com> Hans F. Nordhaug wrote: > Hm, isn't this a little too generic name? If this is an interactive > version of pkg_add maybe use name that makes that clear? > > Hans > > Disclaimer: I haven't tried your program/sit. > _______________________________________________ > 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" > > Actually I haven't been thinking much how to name the program - and yes - it is a generic name.. Perhaps it will be changed as soon as I think of a good name :) -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From ler at lerctr.org Wed Oct 1 17:50:45 2008 From: ler at lerctr.org (Larry Rosenman) Date: Wed Oct 1 17:50:52 2008 Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE In-Reply-To: <263474.27118.qm@web33707.mail.mud.yahoo.com> References: <263474.27118.qm@web33707.mail.mud.yahoo.com> Message-ID: <000901c923ec$7cf7abf0$76e703d0$@org> Have you done a full buildworld/buildkernel/installkernel/installworld ? -- 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 -----Original Message----- From: Abdullah Ibn Hamad Al-Marri [mailto:wearabnet@yahoo.ca] Sent: Wednesday, October 01, 2008 11:57 AM To: ler@lerctr.org Cc: ports@freebsd.org Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE Hello, ---> Upgrade of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:25 +0000 ---> Upgrading 'lsof-4.81A,2' to 'lsof-4.81D,2' (sysutils/lsof) OK? [yes] ---> Build of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:37 +0000 ---> Building '/usr/ports/sysutils/lsof' ===> Cleaning for lsof-4.81D,2 ===> Vulnerability check disabled, database not found => lsof_4.81D.freebsd.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/. fetch: http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.81D.freebsd .tar.bz2: Not Found => Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/. fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.81D.freebsd.tar.bz2: Not logged in => Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/. fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/lsof_4.81D.freebsd.tar.bz 2: Not logged in => Attempting to fetch from http://www.lerctr.org/lsof/. lsof_4.81D.freebsd.tar.bz2 100% of 459 kB 272 kBps ===> Extracting for lsof-4.81D,2 => MD5 Checksum OK for lsof_4.81D.freebsd.tar.bz2. => SHA256 Checksum OK for lsof_4.81D.freebsd.tar.bz2. ===> Patching for lsof-4.81D,2 ===> Applying FreeBSD patches for lsof-4.81D,2 ===> Configuring for lsof-4.81D,2 !!!WARNING!!! Unsupported FreeBSD version: 7.1-PRERELEASE !!!WARNING!!! Configuring for FreeBSD 7.0 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.81D,2 (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"7.1-PRERELEASE\"") cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="7.1-PRERELEASE" -I/usr/src/sys -O2 -c ckkv.c In file included from ckkv.c:33: ../machine.h:62: error: redefinition of typedef 'cpumask_t' /usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' was here *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.17092.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=lsof-4.81A,2 UPGRADE_PORT_VER=4.81A,2 make ** Fix the problem and try again. ---> Build of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 (consumed 00:00:09) ---> Upgrade of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 (consumed 00:00:21) Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From wearabnet at yahoo.ca Wed Oct 1 17:59:48 2008 From: wearabnet at yahoo.ca (Abdullah Ibn Hamad Al-Marri) Date: Wed Oct 1 18:00:03 2008 Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE Message-ID: <328828.42488.qm@web33707.mail.mud.yahoo.com> I just upgraded the kernel. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ----- Original Message ---- > From: Larry Rosenman > To: Abdullah Ibn Hamad Al-Marri > Cc: ports@freebsd.org > Sent: Wednesday, October 1, 2008 8:38:06 PM > Subject: RE: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE > > Have you done a full buildworld/buildkernel/installkernel/installworld ? > > > > -- > 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 > > -----Original Message----- > From: Abdullah Ibn Hamad Al-Marri [mailto:wearabnet@yahoo.ca] > Sent: Wednesday, October 01, 2008 11:57 AM > To: ler@lerctr.org > Cc: ports@freebsd.org > Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE > > Hello, > > ---> Upgrade of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:25 +0000 > ---> Upgrading 'lsof-4.81A,2' to 'lsof-4.81D,2' (sysutils/lsof) > OK? [yes] > ---> Build of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:37 +0000 > ---> Building '/usr/ports/sysutils/lsof' > ===> Cleaning for lsof-4.81D,2 > ===> Vulnerability check disabled, database not found > => lsof_4.81D.freebsd.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/. > => Attempting to fetch from > http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/. > fetch: > http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.81D.freebsd > .tar.bz2: Not Found > => Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/. > fetch: > ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.81D.freebsd.tar.bz2: > Not logged in > => Attempting to fetch from > ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/. > fetch: > ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/lsof_4.81D.freebsd.tar.bz > 2: Not logged in > => Attempting to fetch from http://www.lerctr.org/lsof/. > lsof_4.81D.freebsd.tar.bz2 100% of 459 kB 272 kBps > ===> Extracting for lsof-4.81D,2 > => MD5 Checksum OK for lsof_4.81D.freebsd.tar.bz2. > => SHA256 Checksum OK for lsof_4.81D.freebsd.tar.bz2. > ===> Patching for lsof-4.81D,2 > ===> Applying FreeBSD patches for lsof-4.81D,2 > ===> Configuring for lsof-4.81D,2 > !!!WARNING!!! Unsupported FreeBSD version: 7.1-PRERELEASE > !!!WARNING!!! Configuring for FreeBSD 7.0 > 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.81D,2 > (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe > -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME > -DLSOF_VSTR=\"7.1-PRERELEASE\"") > cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 > -DHAS_STRFTIME -DLSOF_VSTR="7.1-PRERELEASE" -I/usr/src/sys -O2 -c ckkv.c > In file included from ckkv.c:33: > ../machine.h:62: error: redefinition of typedef 'cpumask_t' > /usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' was > here > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade.17092.0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=lsof-4.81A,2 UPGRADE_PORT_VER=4.81A,2 make > ** Fix the problem and try again. > ---> Build of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 > (consumed 00:00:09) > ---> Upgrade of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 > (consumed 00:00:21) > > Regards, > > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ From ler at lerctr.org Wed Oct 1 18:02:35 2008 From: ler at lerctr.org (Larry Rosenman) Date: Wed Oct 1 18:02:41 2008 Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE In-Reply-To: <328828.42488.qm@web33707.mail.mud.yahoo.com> References: <328828.42488.qm@web33707.mail.mud.yahoo.com> Message-ID: <002501c923ef$e08358b0$a18a0a10$@org> You *MUST* upgrade the userland as well for lsof to compile. See the 00FAQ file in the work directory of the port. -- 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 -----Original Message----- From: Abdullah Ibn Hamad Al-Marri [mailto:wearabnet@yahoo.ca] Sent: Wednesday, October 01, 2008 1:00 PM To: Larry Rosenman Cc: ports@freebsd.org Subject: Re: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE I just upgraded the kernel. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ----- Original Message ---- > From: Larry Rosenman > To: Abdullah Ibn Hamad Al-Marri > Cc: ports@freebsd.org > Sent: Wednesday, October 1, 2008 8:38:06 PM > Subject: RE: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE > > Have you done a full buildworld/buildkernel/installkernel/installworld ? > > > > -- > 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 > > -----Original Message----- > From: Abdullah Ibn Hamad Al-Marri [mailto:wearabnet@yahoo.ca] > Sent: Wednesday, October 01, 2008 11:57 AM > To: ler@lerctr.org > Cc: ports@freebsd.org > Subject: FreeBSD Port: sysutils/lsof doesn't build in FreeBSD 7.1-PRE > > Hello, > > ---> Upgrade of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:25 +0000 > ---> Upgrading 'lsof-4.81A,2' to 'lsof-4.81D,2' (sysutils/lsof) > OK? [yes] > ---> Build of sysutils/lsof started at: Wed, 01 Oct 2008 16:53:37 +0000 > ---> Building '/usr/ports/sysutils/lsof' > ===> Cleaning for lsof-4.81D,2 > ===> Vulnerability check disabled, database not found > => lsof_4.81D.freebsd.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/. > => Attempting to fetch from > http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/. > fetch: > http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.81D.freebsd > .tar.bz2: Not Found > => Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/. > fetch: > ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.81D.freebsd.tar.bz2: > Not logged in > => Attempting to fetch from > ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/. > fetch: > ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/lsof_4.81D.freebsd.tar.bz > 2: Not logged in > => Attempting to fetch from http://www.lerctr.org/lsof/. > lsof_4.81D.freebsd.tar.bz2 100% of 459 kB 272 kBps > ===> Extracting for lsof-4.81D,2 > => MD5 Checksum OK for lsof_4.81D.freebsd.tar.bz2. > => SHA256 Checksum OK for lsof_4.81D.freebsd.tar.bz2. > ===> Patching for lsof-4.81D,2 > ===> Applying FreeBSD patches for lsof-4.81D,2 > ===> Configuring for lsof-4.81D,2 > !!!WARNING!!! Unsupported FreeBSD version: 7.1-PRERELEASE > !!!WARNING!!! Configuring for FreeBSD 7.0 > 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.81D,2 > (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe > -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME > -DLSOF_VSTR=\"7.1-PRERELEASE\"") > cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHASCPUMASK_T -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=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 > -DHAS_STRFTIME -DLSOF_VSTR="7.1-PRERELEASE" -I/usr/src/sys -O2 -c ckkv.c > In file included from ckkv.c:33: > ../machine.h:62: error: redefinition of typedef 'cpumask_t' > /usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' was > here > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade.17092.0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=lsof-4.81A,2 UPGRADE_PORT_VER=4.81A,2 make > ** Fix the problem and try again. > ---> Build of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 > (consumed 00:00:09) > ---> Upgrade of sysutils/lsof ended at: Wed, 01 Oct 2008 16:53:47 +0000 > (consumed 00:00:21) > > Regards, > > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ From alexanderchuranov at gmail.com Wed Oct 1 20:09:34 2008 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed Oct 1 20:09:41 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E3B352.80005@gmail.com> References: <48E37A48.8030103@gmail.com> <20081001163143.GB6641@hiMolde.no> <48E3B352.80005@gmail.com> Message-ID: <3cb459ed0810011309m32fe9dbcn32f1a8225763e679@mail.gmail.com> Marin, Let me suggest some names: 1) pkg_search 2) pkg_find 3) pkg_install 4) package-finder 5) package-installer 6) find-package 7) install-package 8) easy-install 9) interactive-install Alexander Churanov From dnaeon at gmail.com Wed Oct 1 22:17:45 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Wed Oct 1 22:17:51 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <3cb459ed0810011309m32fe9dbcn32f1a8225763e679@mail.gmail.com> References: <48E37A48.8030103@gmail.com> <20081001163143.GB6641@hiMolde.no> <48E3B352.80005@gmail.com> <3cb459ed0810011309m32fe9dbcn32f1a8225763e679@mail.gmail.com> Message-ID: <48E3F750.90808@gmail.com> Alexander Churanov wrote: > > Marin, > > Let me suggest some names: > > 1) pkg_search > > 2) pkg_find > > 3) pkg_install > > 4) package-finder > > 5) package-installer > > 6) find-package > > 7) install-package > > 8) easy-install > > 9) interactive-install > > Alexander Churanov > Thank you for your support, folks! By tomorrow the program will be renamed (once again :)) and I'll start the preparation of the port :) For any other improve suggestions or feature requests - write back :) Cheers, Marin -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From sbruno at miralink.com Wed Oct 1 23:03:06 2008 From: sbruno at miralink.com (Sean Bruno) Date: Wed Oct 1 23:03:19 2008 Subject: [RELENG 6] imake-6 build failure[RESOLVED via sudoers] In-Reply-To: <20080930025938.GA24534@icarus.home.lan> References: <48E10860.1070200@miralink.com> <20080930024316.GA24335@icarus.home.lan> <48E19339.4090709@miralink.com> <20080930025938.GA24534@icarus.home.lan> Message-ID: <48E401A8.7080803@miralink.com> Jeremy Chadwick wrote: > On Mon, Sep 29, 2008 at 07:47:21PM -0700, Sean Bruno wrote: > >> Jeremy Chadwick wrote: >> >>> On Mon, Sep 29, 2008 at 09:54:56AM -0700, Sean Bruno wrote: >>> >>> >>>> Anyone else seeing this on RELENG 6? >>>> >>>> >>>> [sbruno@desdemona /usr/ports/devel/imake-6]$ sudo make all >>>> "Makefile", line 58: Malformed conditional (${X_WINDOW_SYSTEM:L} != xorg) >>>> "Makefile", line 63: if-less endif >>>> make: fatal errors encountered -- cannot continue >>>> >>>> >>> Note that ports/devel/imake-6 was migrated to devel/image 16 months ago. >>> >>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/imake-6/Attic/Makefile >>> >>> >>> >> Ok, I'm not sure what is going on then. Help? >> >> [sbruno@desdemona /usr/ports]$ sudo portupgrade -aP >> ** Port marked as IGNORE: devel/imake-6: >> "Makefile", line 63: if-less endif >> ** Proceeding anyway since NO_IGNORE is defined >> /usr/local/lib/ruby/site_ruby/1.8/pkgversion.rb:41:in `initialize': : >> Not in due form: '[_][,]'. (ArgumentError) >> from /usr/local/sbin/portupgrade:645:in `new' >> from /usr/local/sbin/portupgrade:645:in `main' >> from /usr/local/sbin/portupgrade:613:in `each' >> from /usr/local/sbin/portupgrade:613:in `main' >> from /usr/local/sbin/portupgrade:588:in `catch' >> from /usr/local/sbin/portupgrade:588:in `main' >> from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' >> from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' >> ... 7 levels... >> from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' >> from /usr/local/sbin/portupgrade:229:in `new' >> from /usr/local/sbin/portupgrade:229:in `main' >> from /usr/local/sbin/portupgrade:2208 >> >> > > I can't help with the portupgrade craziness that's going on there (I do > not use portupgrade), but it's obvious it's induced by the Makefile > being broken. > > The fact you still have ports/devel/imake-6 indicates: > > 1) Outdated ports tree, > 2) A corrupt or incorrect /var/db/sup/ports-all tree (if you remove > this directory, you will need to rm -fr /usr/ports/* as well) > 3) When building the machine you chose "ports" from the list of things > to install (from CD/DVD/FTP/whatever), but never "adopted" them. The > "adopted" ordeal is explained in the cvsup documentation (in this > case, also applies to csup): > http://www.cvsup.org/faq.html#caniadopt > 4) Read-only filesystem where /usr/ports resides (e.g. csup won't work), > 5) Bizarre file flags on parts of the ports tree (e.g. schg set on > some ports for some reason; maybe some chflags -R script went crazy), > 6) Corrupt filesystem (boot into single-user and do fsck -y. And yes, > the single-user part is important). > > Item #3 is why I advocate folks do not choose "src" and "ports" from > their installation media unless absolutely forced to, and to simply do a > full csup once the system is up for the first time. > > Just to close the loop on this. I discovered that my update of sudo in ports was the initiating factor in this issue. I am not well versed in FreeBSD system administration and recently came to the realization that I hadn't been updating ports on my system. Probably, they hadn't been updated since 6.3 was released. So, when I updated ports, a new sudo was installed. The cuurent version of sudo changed the behavior of how environment variables are passed from the calling shell to the sudo shell. The previous version of sudo defaulted to passing ALL environment variables except those that are excluded to the sudo shell. The updated version of sudo defaults to passing NO environment variables except those that are included. Since I didn't merge my sudoers file correctly(or at all!) I effectively eliminated all environment variables from my sudo invocation! Once I understood what was happening, it was easily resolved by merging the example sudoers file in /usr/local/etc/sudoers.default with my version of the sudoers file. Sorry for the noise for those who were trying to help me. -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Cell 503-358-6832 Phone 503-621-5143 Fax 503-621-5199 MSN: sbruno@miralink.com Google: seanwbruno@gmail.com From unixmania at gmail.com Thu Oct 2 00:48:39 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Thu Oct 2 00:48:45 2008 Subject: Delivery Status Notification (Failure) In-Reply-To: <001636499ba149856504580e9119@googlemail.com> References: <001636499ba149856504580e9119@googlemail.com> Message-ID: The port maintainer seems to be MIA (see below), so who would take care of the PR when (if) I send it? -- cd /usr/ports/sysutils/life make clean On Mon, Sep 29, 2008 at 5:18 PM, Mail Delivery Subsystem wrote: > This is an automatically generated Delivery Status Notification > > Delivery to the following recipient failed permanently: > > funman@videolan.org > > Technical details of permanent failure: > Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 5.1.1 : Recipient address rejected: User unknown in virtual alias table (state 14). > > ----- Original message ----- > > Received: by 10.103.23.4 with SMTP id a4mr4158392muj.0.1222719496640; > Mon, 29 Sep 2008 13:18:16 -0700 (PDT) > Received: by 10.103.231.14 with HTTP; Mon, 29 Sep 2008 13:18:16 -0700 (PDT) > Message-ID: > Date: Mon, 29 Sep 2008 17:18:16 -0300 > From: "Carlos A. M. dos Santos" > To: "Lowell Gilbert" > Subject: Re: multimedia/vlc installs two ".desktop" files > Cc: freebsd-ports , funman@videolan.org > In-Reply-To: <4463oeu8iq.fsf@be-well.ilk.org> > MIME-Version: 1.0 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > References: > <4463oeu8iq.fsf@be-well.ilk.org> > > On Mon, Sep 29, 2008 at 3:11 PM, Lowell Gilbert > wrote: >> "Carlos A. M. dos Santos" writes: >> >>> After installng vlc-0.8.6.i,2 (built from ports), I noticed that there >>> are two .dekstop files at /usr/local/share/applications/ >>> >>> vlc.desktop >>> wxvlc.desktop >> > > ----- Message truncated ----- > > From yanefbsd at gmail.com Thu Oct 2 03:47:56 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Oct 2 03:48:02 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E3F750.90808@gmail.com> References: <48E37A48.8030103@gmail.com> <20081001163143.GB6641@hiMolde.no> <48E3B352.80005@gmail.com> <3cb459ed0810011309m32fe9dbcn32f1a8225763e679@mail.gmail.com> <48E3F750.90808@gmail.com> Message-ID: <7d6fde3d0810012047m4c1c4b06u4d7015a2955a03c5@mail.gmail.com> On Wed, Oct 1, 2008 at 3:18 PM, Marin Atanasov wrote: > Alexander Churanov wrote: >> >> Marin, >> >> Let me suggest some names: >> >> 1) pkg_search >> >> 2) pkg_find >> >> 3) pkg_install >> >> 4) package-finder >> >> 5) package-installer >> >> 6) find-package >> >> 7) install-package >> >> 8) easy-install >> >> 9) interactive-install >> >> Alexander Churanov >> > Thank you for your support, folks! > > By tomorrow the program will be renamed (once again :)) and I'll start the > preparation of the port :) > For any other improve suggestions or feature requests - write back :) > > Cheers, > Marin Avoid 1-3 as they're already taken in one form or another. pkg_int_add or pkg_iadd? -Garrett From yanefbsd at gmail.com Thu Oct 2 03:48:44 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Thu Oct 2 03:48:50 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <7d6fde3d0810012047m4c1c4b06u4d7015a2955a03c5@mail.gmail.com> References: <48E37A48.8030103@gmail.com> <20081001163143.GB6641@hiMolde.no> <48E3B352.80005@gmail.com> <3cb459ed0810011309m32fe9dbcn32f1a8225763e679@mail.gmail.com> <48E3F750.90808@gmail.com> <7d6fde3d0810012047m4c1c4b06u4d7015a2955a03c5@mail.gmail.com> Message-ID: <7d6fde3d0810012048u63a6e879q4d9d84a48ab0951a@mail.gmail.com> On Wed, Oct 1, 2008 at 8:47 PM, Garrett Cooper wrote: > On Wed, Oct 1, 2008 at 3:18 PM, Marin Atanasov wrote: >> Alexander Churanov wrote: >>> >>> Marin, >>> >>> Let me suggest some names: >>> >>> 1) pkg_search >>> >>> 2) pkg_find >>> >>> 3) pkg_install >>> >>> 4) package-finder >>> >>> 5) package-installer >>> >>> 6) find-package >>> >>> 7) install-package >>> >>> 8) easy-install >>> >>> 9) interactive-install >>> >>> Alexander Churanov >>> >> Thank you for your support, folks! >> >> By tomorrow the program will be renamed (once again :)) and I'll start the >> preparation of the port :) >> For any other improve suggestions or feature requests - write back :) >> >> Cheers, >> Marin > > Avoid 1-3 as they're already taken in one form or another. > > pkg_int_add or pkg_iadd? > > -Garrett Avoid 8. too; it's a python tool. -Garrett From pfgshield-freebsd at yahoo.com Thu Oct 2 05:31:50 2008 From: pfgshield-freebsd at yahoo.com (Pedro Giffuni) Date: Thu Oct 2 05:31:56 2008 Subject: FreeBSD Port: plplot-5.6.1_5 Message-ID: <180020.96230.qm@web32704.mail.mud.yahoo.com> Hi; The build system of plplot has changed from autoconf to CMake. Volunteers are welcome ... I suggest starting with devel/lasi though. Pedro. Scopri il blog di Yahoo! Mail: Trucchi, novit? e la tua opinione. http://www.ymailblogit.com/blog From free.bsd at gmx.net Thu Oct 2 10:40:01 2008 From: free.bsd at gmx.net (FreeBSD Daemon) Date: Thu Oct 2 10:40:14 2008 Subject: php5 on a system upgraded from FBSD5.4R to FBSD6.3-p3 Message-ID: <48E49EB4.3060806@gmx.net> dear list, i just upgraded my system from 5.4R to 6.3-p3 when i now try to install php5 w/ apache integration (apache module) i get the following error when i try to start apache20: Cannot load /usr/local/libexec/apache2/libphp5.so into server: /usr/local/libexec/apache2/libphp5.so: Undefined symbol "__res_ninit" I googled but neither of the solution provided by the net community works ... i would really appreciate help. Thanks in advance! Zheyu From pawciobiel at gmail.com Thu Oct 2 10:48:57 2008 From: pawciobiel at gmail.com (P Bielecki) Date: Thu Oct 2 10:49:04 2008 Subject: php5 on a system upgraded from FBSD5.4R to FBSD6.3-p3 In-Reply-To: <48E49EB4.3060806@gmx.net> References: <48E49EB4.3060806@gmx.net> Message-ID: <48E4A715.60506@gmail.com> FreeBSD Daemon pisze: > dear list, > > i just upgraded my system from 5.4R to 6.3-p3 > when i now try to install php5 w/ apache integration (apache module) i > get the following error when i try to start apache20: > > Cannot load /usr/local/libexec/apache2/libphp5.so into server: > /usr/local/libexec/apache2/libphp5.so: Undefined symbol "__res_ninit" > > I googled but neither of the solution provided by the net community > works ... i would really appreciate help. > > Thanks in advance! > > Zheyu Install compat5x, compat6x, update ports and index, (cvsup..., portsdb -Fu), rebuild all your ports (portupgrade -aP) and build apache2, or 22, and php5 with it's APR. Hope it helps. Pawe? Bielecki From Millenia2000 at hotmail.com Thu Oct 2 11:36:09 2008 From: Millenia2000 at hotmail.com (Sean Cavanaugh) Date: Thu Oct 2 11:36:16 2008 Subject: php5 on a system upgraded from FBSD5.4R to FBSD6.3-p3 In-Reply-To: <48E49EB4.3060806@gmx.net> References: <48E49EB4.3060806@gmx.net> Message-ID: did you rebuild apache first after doing the upgrade? -------------------------------------------------- From: "FreeBSD Daemon" Sent: Thursday, October 02, 2008 6:13 AM To: ; Subject: php5 on a system upgraded from FBSD5.4R to FBSD6.3-p3 > dear list, > > i just upgraded my system from 5.4R to 6.3-p3 > when i now try to install php5 w/ apache integration (apache module) i > get the following error when i try to start apache20: > > Cannot load /usr/local/libexec/apache2/libphp5.so into server: > /usr/local/libexec/apache2/libphp5.so: Undefined symbol "__res_ninit" > > I googled but neither of the solution provided by the net community > works ... i would really appreciate help. > > Thanks in advance! > > Zheyu > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From talon at lpthe.jussieu.fr Thu Oct 2 12:36:51 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Thu Oct 2 12:36:58 2008 Subject: My interactive version of pkg_add Message-ID: <20081002123647.GA54217@lpthe.jussieu.fr> Marcin Wisnicki wrote: > Unless I'm missing something there needs to be a MOVED file or ideally > something like it that has pkgnames (with versions) for a binary > package update tool to work. First, congratulations to Marin Atanasov for having completed his program! As far as i understand, Marin's goal was simpler that an upgrade tool for binary packages, it was simply an install tool, allowing to choose interactively on various repositories. I think this goal is fulfilled and is useful. For upgrading, the situation is vastly more complicated, indeed one needs to read MOVED and use information here, in particular follow the name changes of ports. For example you may have a port whose proper upgrade has a different name, etc. or ports have disappeared, etc. I am not even sure that a completely bullet proof system can be written within the limits of the present FreeBSD ports system. I am quite sure that one of the keys of Marcin's success is having limited his aims. Similarly the excellent portmaster tool for upgrading owes its success to strict limitation to upgrade from source, using the available preexisting pkg_* tools - plus a lot of polishing. -- Michel TALON From rodrigc at crodrigues.org Fri Oct 3 00:28:20 2008 From: rodrigc at crodrigues.org (Craig Rodrigues) Date: Fri Oct 3 00:28:26 2008 Subject: i386-7-bindist.tar is inaccessible on pointyhat In-Reply-To: <20080907060203.GA11475@soaustin.net> References: <20080829213213.GA31074@crodrigues.org> <20080907060203.GA11475@soaustin.net> Message-ID: <20081003002820.GA65315@crodrigues.org> On Sun, Sep 07, 2008 at 01:02:04AM -0500, Mark Linimon wrote: > The *bindist.tar files are no longer accessible under those names since > the latest upgrade of pointyhat. I will look into it. Hi, Can you update the links on http://pointyhat.freebsd.org/errorlogs/ so that the links for "tarball for 6.x-stable |tarball for 7.x-stable |tarball for 8.x-current" point to valid links? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From toddbone at xsnet.com Fri Oct 3 01:11:12 2008 From: toddbone at xsnet.com (Todd Bone, XSi) Date: Fri Oct 3 01:11:19 2008 Subject: Exciting News at XS International, Inc. Message-ID: <20200243.416307291222995607151.JavaMail.app@rbg11.atlis1> To view this mail in a browser, copy http://sdm3.rm04.net/servlet/MailView?ms=MjIwNzg2NQS2&r=MTQ0NjI0NDk2MDgS1&j=NTg2NDc3MzES1&mt=1&rt=0 into your browser. www.xsinternational.com Dear Customers, Vendors, Family & Friends, The employees of XS International, Inc. (XSi) are excited to announce the recent publication of our IT Asset Disposition Whitepaper in ITAK (I.T. Asset Knowledge) Magazine. Please forward this email to those you know that could benefit from an IT Asset Disposition program . ITAD - Meeting IT Life-cycle Challenges to Maximize Value and Minimize Risk By: Todd A. Bone, Chief Executive Officer of XS International, Inc. The amount of decommissioned IT assets is growing at an accelerated rate due to the rapid advancement of technological change. The resulting challenge is determining how to capture additional asset value from this eWaste and avoid liabilities arising out of data security issues and non-compliance with legislative requirements. This paper explores life-cycle challenges and provides insights into effective ITAD programs. The goal of an ITAD program is to maximize return and minimize the risk associated with asset decommissioning. Visit http://sdm3.rm04.net/ctt?kn=10&m=2207865&r=MTQ0NjI0NDk2MDgS1&b=2&j=NTg2NDc3MzES1&mt=1&rt=0 to read the article. ITAK magazine is published by IAITAM (International Association of Information Technology Asset Managers). IAITAM's mission is to provide real world based skills development opportunities for the IT and business professionals choosing IT asset management as the next logical step in the professional career, and to support the talented IT Asset Managers already leading the way with successful ITAM business practices savings money, gaining control, reducing risk, increasing accountability and improving performance. "After the closeout of a program, we had a wide range of excess equipment. XSi was able to test and remarket the equipment for us which provided a great return of our capital investment. XSi was honest and upright in their communication. The only large task we had to do was provide an inventory list and ship the equipment to XSi. They were even able to begin remarketing the equipment before it hit their loading docks. Wire transfers were quickly turned around and we were able to conclude our asset recovery task. XSi really did all the work for us on the recovery effort." - Franz Filicky, Lockheed Martin www.avarsys.com > IBM & Dell HPC > Advanced visualization > DataCenter solutions Improve your business performance, visit www.avarsys.com to learn more. www.xsnet.com > High-quality refurbished systems > IBM, Sun, HP, SGI, LNXI & Dell > 50% - 70% off MSRP For weekly specials, visit www.xsnet.com. www.xparty.com > Cross-platform OS support > Alternative to SMARTnet? > Onsite & Depot support To download our Whitepaper, visit http://sdm3.rm04.net/ctt?kn=15&m=2207865&r=MTQ0NjI0NDk2MDgS1&b=2&j=NTg2NDc3MzES1&mt=1&rt=0. www.xsassetrecovery.com > Global AR Centers > International remarketing > Recycling & disposal Turn your excess equipment into cash today, visit http://sdm3.rm04.net/ctt?kn=19&m=2207865&r=MTQ0NjI0NDk2MDgS1&b=2&j=NTg2NDc3MzES1&mt=1&rt=0 to get started. XS International, Inc. proudly accepts: Visa, Mastercard, Discover, American Express GSA; NASA SEWP IV; DHS FirstSource; NIH ECS III ------------------------------------------- You are receiving this email because you subscribed to receive information from XS International. To manage your email subscription preferences, please click here: http://sdm3.rm04.net/servlet/SignUpForm?f=50955. To globally opt-out from all XS International email communications, please click here: http://sdm3.rm04.net/ui/modules/display/optOut.jsp?f=50955. XS International, Inc. is located at: 1005 Alderman Dr., Suite 212, Alpharetta, GA 30005 1.800.256.6133 +1.770.740.0040 ? 2008, XS International Inc., All Rights Reserved. From douglas at douglasthrift.net Fri Oct 3 04:29:18 2008 From: douglas at douglasthrift.net (Douglas Thrift) Date: Fri Oct 3 04:55:56 2008 Subject: FreeBSD Port: apache-ant-1.7.0_2 Message-ID: <2C7B9F9B59714BA3957225C33F836DB1@douglasthrift.net> Hello, Are there any plans to update the port to version 1.7.1? _______________________________________________________________________ Douglas William Thrift From dnaeon at gmail.com Fri Oct 3 08:08:49 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Fri Oct 3 08:08:57 2008 Subject: My interactive version of pkg_add In-Reply-To: <20081002123647.GA54217@lpthe.jussieu.fr> References: <20081002123647.GA54217@lpthe.jussieu.fr> Message-ID: <48E5D355.6050408@gmail.com> Michel Talon wrote: > Marcin Wisnicki wrote: > > >> Unless I'm missing something there needs to be a MOVED file or ideally >> something like it that has pkgnames (with versions) for a binary >> package update tool to work. >> > > First, congratulations to Marin Atanasov for having completed his > program! As far as i understand, Marin's goal was simpler that an > upgrade tool for binary packages, it was simply an install tool, > allowing to choose interactively on various repositories. I think this > goal is fulfilled and is useful. > > For upgrading, the situation is vastly more complicated, indeed one > needs to read MOVED and use information here, in particular follow the > name changes of ports. For example you may have a port whose proper > upgrade has a different name, etc. or ports have disappeared, etc. > I am not even sure that a completely bullet proof system can be written > within the limits of the present FreeBSD ports system. > > I am quite sure that one of the keys of Marcin's success is having > limited his aims. Similarly the excellent portmaster tool for upgrading > owes its success to strict limitation to upgrade from source, using the > available preexisting pkg_* tools - plus a lot of polishing. > > > > Yeap, as Michel Talon noticed I'm not trying to create a package upgrade tool, but just a tool for installing packages in an interactive manner. I think that there are already enough and good package upgrade tools - portmaster for example would do the job. My program is designed to make easier the process of finding and install the packages. I've written some functions which search for a file pattern when we are performing a local and remote search - then the information is being stored in a stack and at the end of the code we have a single system() call which executes `pkg_add [pkgname]'. So if one have looked at the code will see that actually my program gives the interactive interface and for installing - it uses the existing pkg_add tool. Other pkg_* commands could be supported by the program, but I don't see a use of it - except maybe the purpose mentioned above for a package upgrade tool. Btw, what would you say about this name `pkg_add_it' - 'pkg_add Interactive Tool'? :) Cheers, Marin -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From miwi at FreeBSD.org Fri Oct 3 14:54:01 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri Oct 3 14:54:09 2008 Subject: Call for Testing KDE-4.1.2 Message-ID: <20081003145357.GG54896@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy! The KDE team released KDE-4.1.2 two days later than planned. We are in a ports slush and can?t update KDE until it?s ended. If you can?t wait to get KDE 4.1.2, you can now download it from our area51 repo. The full KDE changelog can be seen here [1]. We removed FAM support completely. This gives a bit more speed and the program starts faster. Thanks to Kris Moore (PC-BSD) where tested this patchset, we also removed the KDE debug modues. And a tweak reported by from Hannes Hauswedell [2]. He experience high CPU-Usage by kded4 and slowdowns with Konqueror as Filebrowser, he recommends you try radically lowering the DirWatch-rate of kded4 by adding the following to your $HOME/.kde4/share/config/kdedrc: [DirWatch] PollInterval=60000 This is explained here [3]. So, if you want to get the port, please read following instructions: https://kf.athame.co.uk/access.php Note: you also need to first update Qt4 to 4.4.2 [1] http://www.kde.org/announcements/changelogs/changelog4_1_1to4_1_2.php [2] http://mail.kde.org/pipermail/kde-freebsd/2008-September/003893.html [3] https://bugs.kde.org/show_bug.cgi?id=155904 Happy Testing! - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjmMgQACgkQFwpycAVoI1PTfgCghXu82ECBQbGdUTePXfPnOH2W 7gAAoJJsYNhOoucVjRtla5dsW1iovlcS =Gcwu -----END PGP SIGNATURE----- From dorian.buettner at gmx.de Fri Oct 3 17:58:36 2008 From: dorian.buettner at gmx.de (Dorian =?iso-8859-1?q?B=FCttner?=) Date: Fri Oct 3 17:58:43 2008 Subject: [kde-freebsd] Call for Testing KDE-4.1.2 In-Reply-To: <20081003145357.GG54896@bsdcrew.de> References: <20081003145357.GG54896@bsdcrew.de> Message-ID: <200810031758.31686.dorian.buettner@gmx.de> On Friday 03 October 2008 14:53:57 Martin Wilke wrote: > Howdy! > > The KDE team released KDE-4.1.2 two days later than planned. > We are in a ports slush and can?t update KDE until it?s > ended. If you can?t wait to get KDE 4.1.2, you can now > download it from our area51 repo. The full KDE changelog > can be seen here [1]. We removed FAM support completely. > This gives a bit more speed and the program starts faster. > Thanks to Kris Moore (PC-BSD) where tested this patchset, > we also removed the KDE debug modues. > > And a tweak reported by from Hannes Hauswedell [2]. > He experience high CPU-Usage by kded4 and slowdowns > with Konqueror as Filebrowser, he recommends you > try radically lowering the DirWatch-rate of kded4 > by adding the following to your > $HOME/.kde4/share/config/kdedrc: > > [DirWatch] > PollInterval=60000 > > > This is explained here [3]. > > So, if you want to get the port, please read following > instructions: > https://kf.athame.co.uk/access.php > > Note: you also need to first update Qt4 to > 4.4.2 > > [1] > http://www.kde.org/announcements/changelogs/changelog4_1_1to4_1_2.php > [2] > http://mail.kde.org/pipermail/kde-freebsd/2008-September/003893.html > [3] > https://bugs.kde.org/show_bug.cgi?id=155904 > > > Happy Testing! > > - Martin Something screwed up locally or anyone else? => MD5 Checksum OK for KDE/kdepimlibs-4.1.2.tar.bz2. => SHA256 Checksum OK for KDE/kdepimlibs-4.1.2.tar.bz2. /bin/mkdir -p /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.1.2/build ===> Patching for kdepimlibs-4.1.2 ===> Applying FreeBSD patches for kdepimlibs-4.1.2 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to ../kcal/incidenceformatter.cpp.rej => Patch patch-kcal_incidenceformatter.cpp failed to apply cleanly. *** Error code 1 Stop in /usr/ports/deskutils/kdepimlibs4. From miwi at FreeBSD.org Fri Oct 3 18:14:18 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri Oct 3 18:14:25 2008 Subject: [kde-freebsd] Call for Testing KDE-4.1.2 In-Reply-To: <200810031758.31686.dorian.buettner@gmx.de> References: <20081003145357.GG54896@bsdcrew.de> <200810031758.31686.dorian.buettner@gmx.de> Message-ID: <20081003181413.GK54896@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Oct 03, 2008 at 05:58:31PM +0000, Dorian B?ttner wrote: > On Friday 03 October 2008 14:53:57 Martin Wilke wrote: > > Howdy! > > > > The KDE team released KDE-4.1.2 two days later than planned. > > We are in a ports slush and can?t update KDE until it?s > > ended. If you can?t wait to get KDE 4.1.2, you can now > > download it from our area51 repo. The full KDE changelog > > can be seen here [1]. We removed FAM support completely. > > This gives a bit more speed and the program starts faster. > > Thanks to Kris Moore (PC-BSD) where tested this patchset, > > we also removed the KDE debug modues. > > > > And a tweak reported by from Hannes Hauswedell [2]. > > He experience high CPU-Usage by kded4 and slowdowns > > with Konqueror as Filebrowser, he recommends you > > try radically lowering the DirWatch-rate of kded4 > > by adding the following to your > > $HOME/.kde4/share/config/kdedrc: > > > > [DirWatch] > > PollInterval=60000 > > > > > > This is explained here [3]. > > > > So, if you want to get the port, please read following > > instructions: > > https://kf.athame.co.uk/access.php > > > > Note: you also need to first update Qt4 to > > 4.4.2 > > > > [1] > > http://www.kde.org/announcements/changelogs/changelog4_1_1to4_1_2.php > > [2] > > http://mail.kde.org/pipermail/kde-freebsd/2008-September/003893.html > > [3] > > https://bugs.kde.org/show_bug.cgi?id=155904 > > > > > > Happy Testing! > > > > - Martin > > Something screwed up locally or anyone else? > > => MD5 Checksum OK for KDE/kdepimlibs-4.1.2.tar.bz2. > => SHA256 Checksum OK for KDE/kdepimlibs-4.1.2.tar.bz2. > /bin/mkdir -p /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.1.2/build > ===> Patching for kdepimlibs-4.1.2 > ===> Applying FreeBSD patches for kdepimlibs-4.1.2 > Ignoring previously applied (or reversed) patch. > 1 out of 1 hunks ignored--saving rejects to ../kcal/incidenceformatter.cpp.rej > => Patch patch-kcal_incidenceformatter.cpp failed to apply cleanly. > *** Error code 1 > > Stop in /usr/ports/deskutils/kdepimlibs4. > Please remove this patch manuel. - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjmYOwACgkQFwpycAVoI1NkmgCfeH5kSy8T6hwWYgt/7vY7m1Vd gJAAn1zZ0J93KiP6tYtk14XrMF7GqDvD =sq1T -----END PGP SIGNATURE----- From dnaeon at gmail.com Fri Oct 3 19:23:30 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Fri Oct 3 19:23:35 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <20081002124704.GA54477@lpthe.jussieu.fr> References: <20081002124704.GA54477@lpthe.jussieu.fr> Message-ID: <48E67175.80604@gmail.com> Hi, list - it's me again :) I was wondering how to create a man page for my program. I was looking over the web, and found similar questions already posted, but they all suggest that you take an existing copy of a man page and edit it for your needs. Isn't there a guide or something on how to create you own manual page for FreeBSD? Thanks, Marin -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From freebsd-ports-local at be-well.ilk.org Fri Oct 3 20:05:53 2008 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Oct 3 20:06:00 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E67175.80604@gmail.com> (Marin Atanasov's message of "Fri\, 03 Oct 2008 22\:24\:37 +0300") References: <20081002124704.GA54477@lpthe.jussieu.fr> <48E67175.80604@gmail.com> Message-ID: <44myhl8mw1.fsf@be-well.ilk.org> Marin Atanasov writes: > I was wondering how to create a man page for my program. > I was looking over the web, and found similar questions already posted, > but they all suggest that you take an existing copy of a man page and > edit it for your needs. Isn't there a guide or something on how to > create you own manual page for FreeBSD? Sure, if that's the way you prefer to do it. There's a template in the manual for the nroff macro package. I think mdoc is the usual package (as opposed to man), so take a look at "man groff_mdoc". From skreuzer at exit2shell.com Fri Oct 3 21:48:14 2008 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri Oct 3 21:48:45 2008 Subject: Request Tracker 3.8.1 Message-ID: <5D01F7B5-FB93-41C3-ADF5-6976D08223BE@exit2shell.com> I created a new port for version 3.8.1 of Request Tracker. Before I submit a PR and get it added into svn, I want to see if I can find some people to help test it out since RT is a fairly complex application. I have had it up and running for a little over a day and so far I seems to be working as expected. Also, I stripped out the MULTIPLE_INSTANCES support, mainly because I don't use it and needed to get rt38 up and running as quickly as possible. As time permits, I will add it back it, but its not as simple as it seems because, mainly because the patches no longer cleanly apply. You can find the shell archive at http://www.exit2shell.com/~skreuzer/rt38.shar Thanks SK From imp at bsdimp.com Fri Oct 3 22:58:01 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Fri Oct 3 22:58:08 2008 Subject: Gxemul & FreeBSD/MIPS In-Reply-To: <48E68E17.7090808@bluezbox.com> References: <48E68E17.7090808@bluezbox.com> Message-ID: <20081003.165538.-1303461389.imp@bsdimp.com> In message: <48E68E17.7090808@bluezbox.com> Oleksandr Tymoshenko writes: : Just to save time to somebody who's going to try it. Due to small : issue with gxemul (PCI registers values of piix controller are not : saved having been written) FreeBSD in gxemul panics after detecting : IDE devices. Apply this patch to fix it: : : http://people.freebsd.org/~gonzo/mips2/gxemul.diff I've taken the liberty of snagging the gxemul port from ports@ and adding this patch. gxemul 0.4.6.5_1 or newer will have this fix. Warner From linimon at lonesome.com Fri Oct 3 23:32:08 2008 From: linimon at lonesome.com (Mark Linimon) Date: Fri Oct 3 23:32:15 2008 Subject: Request Tracker 3.8.1 In-Reply-To: <5D01F7B5-FB93-41C3-ADF5-6976D08223BE@exit2shell.com> References: <5D01F7B5-FB93-41C3-ADF5-6976D08223BE@exit2shell.com> Message-ID: <20081003233207.GA1943@soaustin.net> On Fri, Oct 03, 2008 at 05:27:43PM -0400, Steven Kreuzer wrote: > Before I submit a PR and get it added into svn The ports tree is still on CVS; there are no immediate plans to move to SVN. mcl From romain at blogreen.org Sat Oct 4 07:17:49 2008 From: romain at blogreen.org (Romain =?iso-8859-1?Q?Tarti=E8re?=) Date: Sat Oct 4 07:17:56 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E67175.80604@gmail.com> References: <20081002124704.GA54477@lpthe.jussieu.fr> <48E67175.80604@gmail.com> Message-ID: <20081004052859.GA45901@marvin.blogreen.org> Hello On Fri, Oct 03, 2008 at 10:24:37PM +0300, Marin Atanasov wrote: > I was wondering how to create a man page for my program. groff_mdoc(7) is probably what you are looking for... Having a look to existing man pages is also really useful for seeing how things are done. With kind regards, Romain -- Romain Tarti?re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081004/b3752d06/attachment.pgp From Albert.Shih at obspm.fr Sat Oct 4 08:44:49 2008 From: Albert.Shih at obspm.fr (Albert Shih) Date: Sat Oct 4 08:44:56 2008 Subject: Request Tracker 3.8.1 In-Reply-To: <5D01F7B5-FB93-41C3-ADF5-6976D08223BE@exit2shell.com> References: <5D01F7B5-FB93-41C3-ADF5-6976D08223BE@exit2shell.com> Message-ID: <20081004083040.GA33809@obspm.fr> Le 03/10/2008 ? 17:27:43-0400, Steven Kreuzer a ?crit > I created a new port for version 3.8.1 of Request Tracker. > > Before I submit a PR and get it added into svn, I want to see if I can > find some people to help test it out since RT is a fairly complex > application. I have had it up and running for a little over a day and > so far I seems to be working as expected. > > Also, I stripped out the MULTIPLE_INSTANCES support, mainly because I > don't use it and needed to get rt38 up and running as quickly as > possible. As time permits, I will add it back it, but its not as > simple as it seems because, mainly because the patches no longer > cleanly apply. > > You can find the shell archive at http://www.exit2shell.com/~skreuzer/rt38.shar > Maybe it's better to contact : http://lists.freebsd.org/pipermail/freebsd-ports/2008-August/050271.html I don't known why it's not in the port-tree. Maybe some other task to do. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Sam 4 oct 2008 10:26:23 CEST From dorian.buettner at gmx.de Sat Oct 4 10:23:43 2008 From: dorian.buettner at gmx.de (Dorian =?utf-8?q?B=C3=BCttner?=) Date: Sat Oct 4 10:23:51 2008 Subject: [kde-freebsd] Call for Testing KDE-4.1.2 In-Reply-To: <20081003181413.GK54896@bsdcrew.de> References: <20081003145357.GG54896@bsdcrew.de> <200810031758.31686.dorian.buettner@gmx.de> <20081003181413.GK54896@bsdcrew.de> Message-ID: <200810041023.40329.dorian.buettner@gmx.de> On Friday 03 October 2008 18:14:13 Martin Wilke wrote: > Please remove this patch manuel. ok. No probs apart from that:) From dnaeon at gmail.com Sat Oct 4 13:21:29 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Sat Oct 4 13:21:37 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <44myhl8mw1.fsf@be-well.ilk.org> References: <20081002124704.GA54477@lpthe.jussieu.fr> <48E67175.80604@gmail.com> <44myhl8mw1.fsf@be-well.ilk.org> Message-ID: <48E76E1B.60309@gmail.com> This time I need your help to help create my Makefile. To be honest this will be my first Makefile and I'm not very sure that it is correctly written although it builds fine. PROG= pkg_add_it SRCS= fnode.c explode.c scan_directory.c scan_index_file.c pkg_add_it.c OBJS= fnode.o explode.o scan_directory.o scan_index_file.o pkg_add_it.o CC= gcc LD= gcc CFLAGS= -g -Wall LDFLAGS= RM= /bin/rm -f all: $(PROG) $(PROG): $(OBJS) $(LD) $(LDFLAGS) $(OBJS) -o $(PROG) %.o: %.c $(CC) $(CFLAGS) -c $< clean: $(RM) $(PROG) $(OBJS) Should I add something else to it or modify something? Thanks! Marin -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From david at vizion2000.net Sat Oct 4 13:47:40 2008 From: david at vizion2000.net (David Southwell) Date: Sat Oct 4 13:47:46 2008 Subject: Portupgrade -- sshguard compile failure Message-ID: <200810040711.05805.david@vizion2000.net> Error as below.. Where do I go from here? ---------------------- Making all in src cd .. && /bin/sh /usr/ports/security/sshguard/work/sshguard-1.2/missing --run autoheader aclocal.m4:14: error: this file was generated for autoconf 2.61. You have another version of autoconf. If you want to use that, you should regenerate the build system entirely. aclocal.m4:14: the top level autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 63 autoheader-2.62: '/usr/local/bin/autom4te-2.62' failed with exit status: 63 *** Error code 1 Stop in /usr/ports/security/sshguard/work/sshguard-1.2/src. *** Error code 1 Stop in /usr/ports/security/sshguard/work/sshguard-1.2. *** Error code 1 Stop in /usr/ports/security/sshguard. [root@dns1 /usr/ports/security/sshguard]# pkg_info |grep autoconf autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms autoconf-2.62 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf [root@dns1 /usr/ports/security/sshguard]# From talon at lpthe.jussieu.fr Sat Oct 4 13:49:03 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Oct 4 13:49:13 2008 Subject: My interactive version of pkg_add - finished! Message-ID: <20081004134859.GA29970@lpthe.jussieu.fr> Marin Atanasov wrote: > Should I add something else to it or modify something? You should remove a lot, because many implicit rules are already defined in /usr/share/mk/sys.mk which is sourced by make automatically. See for example /usr/src/usr.sbin/pkg_install/add/Makefile to discover how little is needed. -- Michel TALON From mail at ozzmosis.com Sat Oct 4 14:33:42 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sat Oct 4 14:33:49 2008 Subject: Portupgrade -- sshguard compile failure In-Reply-To: <200810040711.05805.david@vizion2000.net> References: <200810040711.05805.david@vizion2000.net> Message-ID: <20081004140537.GA5192@ozzmosis.com> On Sat 2008-10-04 07:11:05 UTC-0700, David Southwell (david@vizion2000.net) wrote: > cd .. && /bin/sh /usr/ports/security/sshguard/work/sshguard-1.2/missing --run > autoheader > aclocal.m4:14: error: this file was generated for autoconf 2.61. This was fixed in sshguard 1.3. Update your ports tree. From dnaeon at gmail.com Sat Oct 4 15:01:59 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Sat Oct 4 15:02:06 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <20081004134859.GA29970@lpthe.jussieu.fr> References: <20081004134859.GA29970@lpthe.jussieu.fr> Message-ID: <48E785AA.6060300@gmail.com> Michel Talon wrote: > Marin Atanasov wrote: > > >> Should I add something else to it or modify something? >> > > You should remove a lot, because many implicit rules are already defined > in /usr/share/mk/sys.mk which is sourced by make automatically. See for > example > /usr/src/usr.sbin/pkg_install/add/Makefile > to discover how little is needed. > > Thanks, I've read it and now my Makefile is as follows: PROG= pkg_add_it SRCS= fnode.c explode.c scan_directory.c scan_index_file.c pkg_add_it.c .include .include It builds, installs, cleans, etc.. but when I `make install' it finishes successfully, but does not actually install the files - `pkg_add_it' and `pkg_add_it.1' Perhaps I'm missing something here.. but what? Thanks, again! -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From dnaeon at gmail.com Sat Oct 4 16:12:59 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Sat Oct 4 16:13:06 2008 Subject: My interactive version of pkg_add - finished! In-Reply-To: <48E785AA.6060300@gmail.com> References: <20081004134859.GA29970@lpthe.jussieu.fr> <48E785AA.6060300@gmail.com> Message-ID: <48E7964E.5000908@gmail.com> Marin Atanasov wrote: > Thanks, I've read it and now my Makefile is as follows: > PROG= pkg_add_it > SRCS= fnode.c explode.c scan_directory.c scan_index_file.c pkg_add_it.c > > .include > .include > > It builds, installs, cleans, etc.. but when I `make install' it > finishes successfully, but does not actually install the files - > `pkg_add_it' and `pkg_add_it.1' > > Perhaps I'm missing something here.. but what? > Thanks, again! > I figured it out - after adding these lines to my Makefile everything is ok now: do-install: ${INSTALL_PROGRAM} ${WRKSRC}/pkg_add_it ${PREFIX}/sbin/pkg_add_it ${INSTALL_MAN} ${WRKSRC}/pkg_add_it.1 ${MAN1PREFIX}/man/man1 -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From tingox at gmail.com Sat Oct 4 23:00:18 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Oct 4 23:00:24 2008 Subject: portupgrade fails - how to fix? Message-ID: Hello, On several machines, portupgrade fails like this: root@kg-quiet# portupgrade -R py25-kde qscintilla2 qt4-corelib qt4-designer qt4-gui [Gathering depends for x11-toolkits/py-kde ....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... done] [Exclude up-to-date packages ................................................................................................................................................................................. done] [Gathering depends for devel/qscintilla2 ..................................................................................................... done] [Exclude up-to-date packages ............................................................................................................................................................................................... done] /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not in due form: - (ArgumentError) from /usr/local/sbin/portupgrade:614:in `new' from /usr/local/sbin/portupgrade:614:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' ... 7 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 Things to note: 1) my ports tree is updated 2) portupgrade is the latest version: root@kg-quiet# pv | grep portupgrade portupgrade-2.4.6,2 = up-to-date with port For completeness, this machine runs FreeBSD 6.3-stable: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 6.3-STABLE FreeBSD 6.3-STABLE #21: Thu Jul 24 05:12:37 CEST 2008 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 I have checked /usr/ports/UPDATING, but couldnt find anything that looks related. I also had a look at the portupgrade port history, but didn't find anything therer either. Any hints on how to fix this? -- Regards, Torfinn Ingolfsen From jfl at robinlea.com Sun Oct 5 03:35:14 2008 From: jfl at robinlea.com (John Francis Lee) Date: Sun Oct 5 03:35:20 2008 Subject: FreeBSD Port: mercurial-1.0.2 Message-ID: <48E82FBB.6070101@robinlea.com> Hi Roberto, I have Mercurial Distributed SCM (version 1.0.1) installed on my FreeBSD host at verio.net and it seems to be working ok. But I am having trouble with the webinterface http:/www.uspvp.org/hg I guess my problems are due to files not being where expected. I can't find the mercurial files on FreeBSD. The tutorials I read all assume linux or windows underneath the mercurial and I'm guessing that that is my problem. How can I discover the directory structure for my mercurial installation? How should I update the port of mercurial to the FreeBSD operating system? Thanks for any help you might give me. -- "This message may have been intercepted and read by U.S. government agencies including the FBI, CIA, and NSA without notice or warrant or knowledge of sender or recipient." John Francis Lee 1025/37 Thanon Jet Yod T.Wiang A.Mueang J.Chiangrai 57000 From leslie at eskk.nu Sun Oct 5 10:19:27 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Sun Oct 5 10:19:41 2008 Subject: Uppgrading emulators/linux_base-f8 Message-ID: <48E89200.8040208@eskk.nu> When trying to upgrade emulators/linux_base-f8 It ends up in a loop where it tries to fetch the files it needs. Attempting to fetch from But I get this File unavailable (e.g., file not found, no access) Or this Not Found I've tried the last three days because I thought taht it might take some time to update the mirrors but now I think I need help. Thanks /Leslie From swhetzel at gmail.com Sun Oct 5 11:42:01 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun Oct 5 11:42:08 2008 Subject: Uppgrading emulators/linux_base-f8 In-Reply-To: <48E89200.8040208@eskk.nu> References: <48E89200.8040208@eskk.nu> Message-ID: <790a9fff0810050442i489157bar5714de2d4febd120@mail.gmail.com> On 10/5/08, Leslie Jensen wrote: > > When trying to upgrade emulators/linux_base-f8 > > It ends up in a loop where it tries to fetch the files it needs. > > Attempting to fetch from > > But I get this > File unavailable (e.g., file not found, no access) > I have found that if there is a corrupt file in /usr/ports/distfiles/rpm/i386/fedora/8/, it will cause fetch to try and reuse the corrupted file to complete the download. This is caused by bsd.port.mk is defining FETCH_ARGS=-ApRr when trying to redownload the corrupted files when using 'make checksum'. To get around this problem, I had to do the following: cd /usr/ports/emulators/linux_base-f8 make checksum This will list the failed files as {MD5,SHA256} Checksum mismatch . Note: Kill the 'make checksum' when it starts fetching files I then removed all these mismatch files from /usr/ports/distfiles/rpm/i386/fedora/8. After running 'make checksum' a second time, it succeeded in downloading all the missing files. Now I could use portmaster to upgrade emulators/linux_base-f8. Scot From leslie at eskk.nu Sun Oct 5 12:06:39 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Sun Oct 5 12:06:46 2008 Subject: Uppgrading emulators/linux_base-f8 In-Reply-To: <790a9fff0810050442i489157bar5714de2d4febd120@mail.gmail.com> References: <48E89200.8040208@eskk.nu> <790a9fff0810050442i489157bar5714de2d4febd120@mail.gmail.com> Message-ID: <48E8ADC9.2060009@eskk.nu> Scot Hetzel skrev: > On 10/5/08, Leslie Jensen wrote: >> When trying to upgrade emulators/linux_base-f8 >> >> It ends up in a loop where it tries to fetch the files it needs. >> >> Attempting to fetch from >> >> But I get this >> File unavailable (e.g., file not found, no access) >> > I have found that if there is a corrupt file in > /usr/ports/distfiles/rpm/i386/fedora/8/, it will cause fetch to try > and reuse the corrupted file to complete the download. > > This is caused by bsd.port.mk is defining FETCH_ARGS=-ApRr when trying > to redownload the corrupted files when using 'make checksum'. > > To get around this problem, I had to do the following: > > cd /usr/ports/emulators/linux_base-f8 > make checksum > > This will list the failed files as {MD5,SHA256} Checksum mismatch . > > Note: Kill the 'make checksum' when it starts fetching files > > I then removed all these mismatch files from > /usr/ports/distfiles/rpm/i386/fedora/8. After running 'make checksum' > a second time, it succeeded in downloading all the missing files. > > Now I could use portmaster to upgrade emulators/linux_base-f8. > > Scot Thank you. That did it :-) /Leslie From nicolas.raspail at whisperingvault.net Sun Oct 5 15:26:01 2008 From: nicolas.raspail at whisperingvault.net (Nicolas Raspail) Date: Sun Oct 5 15:26:07 2008 Subject: ejabberd 2.0.0 ? In-Reply-To: <1219353441.10229.8.camel@bigapple.omnis.ch> References: <1206621386.26175.27.camel@bigapple.omnis.ch> <20080330231002.GA16562@charon.picobyte.net> <481054E5.2050201@default.co.yu> <1219353441.10229.8.camel@bigapple.omnis.ch> Message-ID: <48E8DC77.2050808@whisperingvault.net> Olivier Mueller wrote: > On Thu, 2008-04-24 at 11:37 +0200, Bogdan ?ulibrk wrote: >> Shaun Amott wrote: >>> On Thu, Mar 27, 2008 at 01:36:26PM +0100, Olivier Mueller wrote: >>>> Hello, >>>> >>>> Are there any plans to update the port with the latest ejabberd (2.0.0) >>>> version? Latest release was about 1 month ago: >>>> http://www.process-one.net/en/news/article/ejabberd_200_has_been_released/ >>>> Otherwise I'll just try to install it "by hand" :) >>>> >>> Yes, I've been working on an update. Some dependency failed when I was >>> building it previously it and I didn't get around to trying again. > >> is there any news on this topic? >> Another month has passed and yet no 2.0 in ports. > > 3 more months later now... and in the mean time, 2.0.1 is out according > to http://www.ejabberd.im/ . > > Holiday are finished here, and I will finally upgrade my good old > jabberd server (hw too) to ejabberd in a few weeks in September, with > some luck it will be with a nice new port for 2.0.1 or by hand ? ;-) > > regards, > Olivier > > _______________________________________________ > 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, ejabberd 2.0.2 is out, and we still don't see any news about a new port version. Is Shaun still maintening the port actively ? Regards Nicolas From dnaeon at gmail.com Sun Oct 5 17:20:41 2008 From: dnaeon at gmail.com (Marin Atanasov) Date: Sun Oct 5 17:20:47 2008 Subject: My interactive version of pkg_add - submitted! Message-ID: <48E8F7C7.4060408@gmail.com> Hi, list! :) I've finally finished the program and have submitted it to the FreeBSD ports tree. Now all is left is to wait till the program gets added to the ports tree. After it gets added (let's hope so :)) to the FreeBSD ports it will be under ports-mgmt/pkg_add_it Meanwhile I've added a few changes to the code, and another a tiny but useful feature - a pager. Now the program can interact with a pager defined by $PAGER variable, so you can read the package list. Well, if there something new - I'll let you know :) Best regards, Marin -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From trebestie at gmail.com Sun Oct 5 17:34:34 2008 From: trebestie at gmail.com (Diego Depaoli) Date: Sun Oct 5 17:34:41 2008 Subject: [kde-freebsd] Call for Testing KDE-4.1.2 In-Reply-To: <200810041023.40329.dorian.buettner@gmx.de> References: <20081003145357.GG54896@bsdcrew.de> <200810031758.31686.dorian.buettner@gmx.de> <20081003181413.GK54896@bsdcrew.de> <200810041023.40329.dorian.buettner@gmx.de> Message-ID: <83e5fb980810051034o3256dacerd656a35cbab12cc1@mail.gmail.com> 2008/10/4 Dorian B?ttner : > On Friday 03 October 2008 18:14:13 Martin Wilke wrote: > >> Please remove this patch manuel. > > ok. No probs apart from that:) I confirm. Good job Regards -- Diego Depaoli From rea-fbsd at codelabs.ru Sun Oct 5 19:03:14 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Oct 5 19:03:29 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> Message-ID: Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081005/00b09b4a/attachment.pgp From rea-fbsd at codelabs.ru Sun Oct 5 19:16:13 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Sun Oct 5 19:16:19 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> Message-ID: Sun, Oct 05, 2008 at 11:03:17PM +0400, Eygene Ryabinkin wrote: > I had also changed the output format for pkg_audit, so I am attaching > another version of the second patch for the pkg_install bundle. One neat about new pkg_audit utility: if you already have the build directory for pkg_install in the /usr/obj, you should create subdirectory for the pkg_audit, ----- mkdir /usr/obj/usr/src/usr.sbin/pkg_install/audit ----- or completely remove /usr/obj/usr/src/usr.sbin/pkg_install World build should do it automatically, at least it worked for me. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081005/e2f0cfd4/attachment.pgp From me at janh.de Sun Oct 5 19:27:06 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sun Oct 5 19:27:14 2008 Subject: Found CONFLICTS: teTeX-base/texinfo emacs/texinfo open-motif/tcl84 coreutils/firebird2-server Message-ID: <48E91506.4010400@janh.de> Playing a little with /var/db/pkg/*/+CONTENTS, I found some CONFLICTS, for example: pkg_info: both coreutils-6.9_3 and firebird-server-2.0.3_2 claim to have installed /usr/local/bin/gstat pkg_info: both teTeX-base-3.0_14 and texinfo-4.11 claim to have installed /usr/local/bin/texi2dvi pkg_info: both teTeX-base-3.0_14 and texinfo-4.11 claim to have installed /usr/local/bin/texi2pdf pkg_info: both emacs-22.2_1 and texinfo-4.11 claim to have installed /usr/local/info/info.info pkg_info: both open-motif-2.2.3_5 and tcl-8.4.19,1 claim to have installed /usr/local/man/man3/Object.3.gz CONFLICTS could be introduced for: sysutils/coreutils and databases/firebird2-server print/teTeX-base and print/texinfo editors/emacs and print/texinfo x11-toolkits/open-motif and lang/tcl84 Anyhow, this would break a few things -- at least: math/maxima depends on x11-toolkits/open-motif and lang/tcl84 print/lilypond builddepends on print/teTeX-base and print/texinfo I think I have found more in my installed packages, especially with links. Before I investigate them, I wonder if it is worse it: Should all CONFLICTS be documented? Should I report my findings to the maintainers (directly)? Cheers, Jan Henrik From talon at lpthe.jussieu.fr Sun Oct 5 20:25:09 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sun Oct 5 20:25:16 2008 Subject: Found CONFLICTS: ... Message-ID: <20081005202506.GA75251@lpthe.jussieu.fr> Jan Henrik Sylvester wrote: > Should all CONFLICTS be documented? I think CONFLICTS should be treated by ignoring them completely. They cause no end of troubles in Debian, for very little if any usefulness. What is the problem if you install texi2dvi one way or another? -- Michel TALON From swhetzel at gmail.com Sun Oct 5 21:24:46 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun Oct 5 21:24:53 2008 Subject: Found CONFLICTS: ... In-Reply-To: <20081005202506.GA75251@lpthe.jussieu.fr> References: <20081005202506.GA75251@lpthe.jussieu.fr> Message-ID: <790a9fff0810051424o543b7109r4425ef6b24f13eed@mail.gmail.com> On Sun, Oct 5, 2008 at 3:25 PM, Michel Talon wrote: > Jan Henrik Sylvester wrote: > >> Should all CONFLICTS be documented? > > I think CONFLICTS should be treated by ignoring them completely. > They cause no end of troubles in Debian, for very little if any > usefulness. > > What is the problem if you install texi2dvi one way or another? > There are several problems: 1. These two texi2dvi programs might have a different set of arguments, that other programs rely on. 2. When upgrading the ports, which port is the one that installed texi2dvi, as the last port upgraded has it's texi2dvi installed. 3. When removing either teTeX-base-3.0_14 or texinfo-4.11, it has the unwanted side effect of also removing /usr/local/bin/texi2dvi from the system, which may affect the operation of one of the other programs that relies on texi2dvi. These same problems also applies to libraries, config files, man pages, and other documentation. Scot From talon at lpthe.jussieu.fr Sun Oct 5 22:02:00 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sun Oct 5 22:02:07 2008 Subject: Found CONFLICTS: ... In-Reply-To: <790a9fff0810051424o543b7109r4425ef6b24f13eed@mail.gmail.com> References: <20081005202506.GA75251@lpthe.jussieu.fr> <790a9fff0810051424o543b7109r4425ef6b24f13eed@mail.gmail.com> Message-ID: <20081005220156.GA80064@lpthe.jussieu.fr> On Sun, Oct 05, 2008 at 04:24:46PM -0500, Scot Hetzel wrote: > On Sun, Oct 5, 2008 at 3:25 PM, Michel Talon wrote: > > Jan Henrik Sylvester wrote: > > > >> Should all CONFLICTS be documented? > > > > I think CONFLICTS should be treated by ignoring them completely. > > They cause no end of troubles in Debian, for very little if any > > usefulness. > > > > What is the problem if you install texi2dvi one way or another? > > > > There are several problems: > > 1. These two texi2dvi programs might have a different set of > arguments, that other programs rely on. > > 2. When upgrading the ports, which port is the one that installed > texi2dvi, as the last port upgraded has it's texi2dvi installed. > > 3. When removing either teTeX-base-3.0_14 or texinfo-4.11, it has the > unwanted side effect of also removing /usr/local/bin/texi2dvi from the > system, which may affect the operation of one of the other programs > that relies on texi2dvi. > > These same problems also applies to libraries, config files, man > pages, and other documentation. > > Scot Of course, but all these problems are far less annoying than the problems coming from overzealous CONFLICTS notifications, which can completely ruin your mental health. After all, if some program goes astray after having removed some apparently unrelated port, the simple solution is to reinstall this program, and its dependencies. Problem is almost a non problem. Of course the good solution is that ports developers try to avoid conflicts by choosing appropriate names, but in general this would require considerable work, or install everything in its own directory and use symlinks in "public" directories (/usr/local/bin,etc.) like Debian does, which promptly creates a terrible mess. I think that CONFLICTS is a cure with worse effects than the disease. -- Michel TALON From 000.fbsd at quip.cz Sun Oct 5 22:40:41 2008 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun Oct 5 22:40:47 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> Message-ID: <48E94281.8010300@quip.cz> Eygene Ryabinkin wrote: > Miroslav, good day. > > Sun, Sep 28, 2008 at 04:14:24PM +0400, Eygene Ryabinkin wrote: > >>>If I read nightly security e-mail with for example 4 vulnerable >>>packages, then I need to log in to server and manualy try, if newer >>>(fixed) packages are available. It seems not so hard to check output of >>>`pkg_version -vIL =` and compare both versions (installed and available) >>>with portaudit in some shellscript, I didn't start to write it yet ;). >> >>I think it won't be very hard: I'll try to see how to extend portaudit >>with such functionality -- it would be very handy, in my opinion. > > > OK, I extended portaudit with this -- flag '-n' will do it. Currently > this option requires network access, but I think that it is perfectly > fits into the security check -- it downloads auditfile anyway. > > I had greatly reworked the old part of patch and I have series of > 4 patches that implement both my pkg_audit stuff and the '-n' stuff. > I am also attaching the mega-patch, it can be applied to the current > port sources to give the port version that includes both mentioned > enchancements. If you have no pkg_audit -- this isn't a problem: > portaudit fill fall back to the awk script. > > I had also changed the output format for pkg_audit, so I am attaching > another version of the second patch for the pkg_install bundle. > > I had briefly tested my modifications -- they work for now, but I will > continue testing. Any bug reports or thoughts about these patches are > more that welcome. > > >>Hadn't you have a chance to test my patch? > > > Miroslav, still: had you tested the pkg_audit thingy? I am busy these days, but it is nice to read about your progress. I hope I will get some time to test all of these large patches in a few days and I will report back my experiences! One note before tests... do -n flag always download new INDEX file, or is it possible to use one already existing in /usr/ports? Miroslav Lachman From bsam at ipt.ru Sun Oct 5 22:44:08 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sun Oct 5 22:44:16 2008 Subject: Found CONFLICTS: ... In-Reply-To: <20081005220156.GA80064@lpthe.jussieu.fr> (Michel Talon's message of "Mon\, 6 Oct 2008 00\:01\:56 +0200") References: <20081005202506.GA75251@lpthe.jussieu.fr> <790a9fff0810051424o543b7109r4425ef6b24f13eed@mail.gmail.com> <20081005220156.GA80064@lpthe.jussieu.fr> Message-ID: <49023480@bs1.sp34.ru> Michel Talon writes: > I think that CONFLICTS is a cure with worse effects than > the disease. Well, then you may cut off this cure by defining DISABLE_CONFLICTS. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From rea-fbsd at codelabs.ru Mon Oct 6 05:23:40 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 05:23:53 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: <48E94281.8010300@quip.cz> References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> <48E94281.8010300@quip.cz> Message-ID: Miroslav, good day. Mon, Oct 06, 2008 at 12:41:05AM +0200, Miroslav Lachman wrote: > I am busy these days, but it is nice to read about your progress. I hope > I will get some time to test all of these large patches in a few days > and I will report back my experiences! Fine, thank you! I am re-CC'ing bug-followup@ to track this letter, since it contains some useful information that should go into GNATS. > One note before tests... do -n flag always download new INDEX file, or > is it possible to use one already existing in /usr/ports? Currently, it is downloads bzipped INDEX file to /var/db/portaudit every time, but it uses mirror mode, so if remote file hadn't changed at all, all network expences are just the HTTP's HEAD request and reply. I can add another variable to the portaudit to force the usage of the existing INDEX file, if it is needed. By the way, how are you keeping your INDEX file up to date (your proposed usage of 'pkg_version -I' implies that you're always rely on it)? I am just curious -- my INDEX files are almost always stay unupdated, even if I am using portupgrade. And there can be another way if one keeps ports tree updated: utility can use 'make' to determine the version that is currently available on the examined host. But downloading the INDEX file from the central server seemed to be the best way, since it almost always gives one the latest port versions, so I had implemented this in a first place. Don't know, however, how the badly the load to the central HTTP server will be raised. I am using just two first fields from the INDEX file, so I can use such a stripped file. For me, the reduction was about 6x: SIZE(INDEX-7.bz2) = 1126189, SIZE(INDEX-7.stripped.bz2) = 184345. I am CC'ing the portmgr team. Guys, could you quickly glance over these patches and determine if they are useful to the project in large? If yes, then may be such a stripped INDEX can be created on the FreeBSD servers (via cut -f1-2 -d'|' INDEX-N)? Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081006/46aa518a/attachment.pgp From talon at lpthe.jussieu.fr Mon Oct 6 08:38:31 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Mon Oct 6 08:38:38 2008 Subject: Found CONFLICTS: ... In-Reply-To: <49023480@bs1.sp34.ru> References: <20081005202506.GA75251@lpthe.jussieu.fr> <790a9fff0810051424o543b7109r4425ef6b24f13eed@mail.gmail.com> <20081005220156.GA80064@lpthe.jussieu.fr> <49023480@bs1.sp34.ru> Message-ID: <20081006083827.GA64825@lpthe.jussieu.fr> On Mon, Oct 06, 2008 at 02:17:43AM +0400, Boris Samorodov wrote: > Michel Talon writes: > > > I think that CONFLICTS is a cure with worse effects than > > the disease. > > Well, then you may cut off this cure by defining DISABLE_CONFLICTS. This is indeed the solution i came to in: http://www.lpthe.jussieu.fr/~talon/freebsdports.html -- Michel TALON From 000.fbsd at quip.cz Mon Oct 6 08:59:17 2008 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Oct 6 08:59:30 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> <48E94281.8010300@quip.cz> Message-ID: <48E9D382.4000001@quip.cz> Eygene Ryabinkin wrote: > Miroslav, good day. > > Mon, Oct 06, 2008 at 12:41:05AM +0200, Miroslav Lachman wrote: > >>I am busy these days, but it is nice to read about your progress. I hope >>I will get some time to test all of these large patches in a few days >>and I will report back my experiences! > > > Fine, thank you! I am re-CC'ing bug-followup@ to track this letter, > since it contains some useful information that should go into GNATS. > > >>One note before tests... do -n flag always download new INDEX file, or >>is it possible to use one already existing in /usr/ports? > > > Currently, it is downloads bzipped INDEX file to /var/db/portaudit every > time, but it uses mirror mode, so if remote file hadn't changed at all, > all network expences are just the HTTP's HEAD request and reply. > > I can add another variable to the portaudit to force the usage of the > existing INDEX file, if it is needed. By the way, how are you keeping > your INDEX file up to date (your proposed usage of 'pkg_version -I' > implies that you're always rely on it)? I am just curious -- my INDEX > files are almost always stay unupdated, even if I am using portupgrade. I have '/usr/sbin/portsnap cron' and '/usr/sbin/portsnap -I update' in my crontab, so I get INDEX updated every night before nightly security e-mail is generated. > And there can be another way if one keeps ports tree updated: utility > can use 'make' to determine the version that is currently available on > the examined host. > > But downloading the INDEX file from the central server seemed to be the > best way, since it almost always gives one the latest port versions, so > I had implemented this in a first place. My previous question was not against your solution, it seems useful to have really actual data from the fresh INDEX. It was just a question "how it is done". Maybe someone will be happier to use the existing INDEX because of traffic on some GPRS internet connection or because of the own INDEX creation. (it is not my case, I have all machines as the servers with enough connectivity) ;) > Don't know, however, how the badly the load to the central HTTP server > will be raised. I am using just two first fields from the INDEX file, > so I can use such a stripped file. For me, the reduction was about > 6x: SIZE(INDEX-7.bz2) = 1126189, SIZE(INDEX-7.stripped.bz2) = 184345. > > I am CC'ing the portmgr team. Guys, could you quickly glance over these > patches and determine if they are useful to the project in large? If > yes, then may be such a stripped INDEX can be created on the FreeBSD > servers (via cut -f1-2 -d'|' INDEX-N)? > > Thanks! From fbsd.hackers at rachie.is-a-geek.net Mon Oct 6 09:43:27 2008 From: fbsd.hackers at rachie.is-a-geek.net (Mel) Date: Mon Oct 6 09:43:39 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <48E94281.8010300@quip.cz> Message-ID: <200810061124.55209.fbsd.hackers@rachie.is-a-geek.net> Hello, On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote: > But downloading the INDEX file from the central server seemed to be the > best way, since it almost always gives one the latest port versions, so > I had implemented this in a first place. I've been following this, but I don't agree that (port|pkg_)audit should do this, from the very perspective you're writing this program from: On Sunday 28 September 2008 11:49:18 Eygene Ryabinkin wrote: > 4. I feel that it is Unix-way to do the things: create small utilities > that do their (small) job in a proper fashion. Instead, it can provide installed-pkgnamepkgorigin output. Then, any utility can check whether a new version is available, using what ever source it finds relevant. For example, it is completely irrelevant if a new version is available on the FreeBSD servers, when your machine uses a buildserver in a local network. For those machines it's relevant whether their build server has a new version and one can automatically upgrade if one so desires. Similarly, if your /usr/ports is ahead of the FreeBSD's INDEX.bz2, you're again reporting false information. It's also quite trivial to provide this availibility information in a daily security script, for the "majority of cases" and it's better to have tunables like _use_remote_portindex, _use_portsdir=/bigdisk/usr/ports in a script. -- Mel From rea-fbsd at codelabs.ru Mon Oct 6 10:28:52 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 10:29:06 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: <200810061124.55209.fbsd.hackers@rachie.is-a-geek.net> References: <48E94281.8010300@quip.cz> <200810061124.55209.fbsd.hackers@rachie.is-a-geek.net> Message-ID: Mel, good day. Mon, Oct 06, 2008 at 11:24:54AM +0200, Mel wrote: > On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote: > > But downloading the INDEX file from the central server seemed to be the > > best way, since it almost always gives one the latest port versions, so > > I had implemented this in a first place. > > I've been following this, but I don't agree that (port|pkg_)audit should do > this, from the very perspective you're writing this program from: The download is done not by the portaudit itself, but by the helper script, portaudit-checknew. > On Sunday 28 September 2008 11:49:18 Eygene Ryabinkin wrote: > > 4. I feel that it is Unix-way to do the things: create small utilities > > that do their (small) job in a proper fashion. > > Instead, it can provide installed-pkgnamepkgorigin output. Then, > any utility can check whether a new version is available, using what ever > source it finds relevant. > > For example, it is completely irrelevant if a new version is available on the > FreeBSD servers, when your machine uses a buildserver in a local network. For > those machines it's relevant whether their build server has a new version and > one can automatically upgrade if one so desires. > Similarly, if your /usr/ports is ahead of the FreeBSD's INDEX.bz2, you're > again reporting false information. I hear you, but it seems to me that I should just equip portaudit-checknew with the other sources of a new ports information and provide tunables for their location (on-disk path, URL, etc). I am planning to do this, but first I want to know if these patches will be viable for the project: feeding these into the /dev/null or just using them locally, but equipping with a lot of functionality, is not what I really want ;)) > It's also quite trivial to provide this availibility information in a daily > security script, for the "majority of cases" Didn't get it, sorry. Could you, please, elaborate a bit? > and it's better to have tunables > like _use_remote_portindex, _use_portsdir=/bigdisk/usr/ports in a script. Yes, it was what I had talked about above in this mail. Thanks for the input! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081006/1c364cd2/attachment-0001.pgp From rea-fbsd at codelabs.ru Mon Oct 6 10:30:32 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 10:30:45 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: <48E9D382.4000001@quip.cz> References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> <48E94281.8010300@quip.cz> <48E9D382.4000001@quip.cz> Message-ID: Miroslav, Mon, Oct 06, 2008 at 10:59:46AM +0200, Miroslav Lachman wrote: > I have '/usr/sbin/portsnap cron' and '/usr/sbin/portsnap -I update' in > my crontab, so I get INDEX updated every night before nightly security > e-mail is generated. Ah, I see. Thanks! > > But downloading the INDEX file from the central server seemed to be the > > best way, since it almost always gives one the latest port versions, so > > I had implemented this in a first place. > > My previous question was not against your solution, it seems useful to > have really actual data from the fresh INDEX. It was just a question > "how it is done". Maybe someone will be happier to use the existing > INDEX because of traffic on some GPRS internet connection or because of > the own INDEX creation. (it is not my case, I have all machines as the > servers with enough connectivity) ;) OK, fine. I will implement the usage of the local INDEX file in some days. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081006/a0751395/attachment.pgp From bugmaster at FreeBSD.org Mon Oct 6 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 6 11:06:26 2008 Subject: Current unassigned ports problem reports Message-ID: <200810061106.m96B64Wj034518@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/127900 database/mysql-{server|client}-5.0.67 does not read co o ports/127886 [PATCH] science/linsmith: update to 0.99.11 o ports/127879 Update www/mozplugger to 1.11.0 o ports/127857 [NEW PORT] multimedia/mythtv-themes: The official Myth o ports/127856 [NEW PORT] multimedia/mythtv-frontend: MythTV is a hom o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to o ports/127849 New port: multimedia/libdvdread-mplayer o ports/127827 request maintainership of comms/qpage o ports/127817 [PATCH] www/tomcat: update to 5.5.27 o ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127809 [patch] security/cyrus-sasl2-authd: install man8/sasla f ports/127743 Update devel/pwlib net/opal net/ekiga to GNOME 2.24.0 o ports/127730 [maintainer] textproc/sphinxsearch 64 bit ID support, o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127727 [PATCH] devel/doxygen: update to 1.5.7 f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha o ports/127641 Fixes to devel/ptmalloc devel/ptmalloc2 o ports/127555 comms/rxtx : USB serial device can not use f ports/127552 [PATCH] devel/libffi: Put include files into ${PREFIX} f ports/127542 Port www/mod_ntlm2 does not working f ports/127530 mail/postfix: LDA of postfix with dovecot will fail wh o ports/127525 games/Pysol links to libSDL-1.2.so.11, should link to f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127490 devel/ptmalloc port doesn't apply the -fPIC flag f ports/127482 security/ossec-hids-server - ossec-hids ports outdated f ports/127447 LICENSE (EULA) of x11-fonts/webfonts is not included o ports/127444 sysutils/nagios-statd: RC script fails to log a valid o ports/127386 graphics/opendx does not build o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127238 [update] net/p5-SOAP-Lite: upgrade from version 0.69 t o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127181 audio/musicpd logs warning o ports/127087 mail/bincimap port does not include an rc.d file o ports/127075 comms/qpage segmentation fault due to freeing already- f ports/127018 Linuxulator incapable of using FreeBSD's LDAP environm o ports/126922 devel/libusb : update for Network UPS Tools f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 f ports/126867 security/sshguard-pf 1.1 fails to detect attempted log f ports/126840 [PATCH] update sysutils/fusefs-wdfs to use neon28 if p f ports/126839 ports/misc/ezload - update: add hardware support for r f ports/126805 audio/Teamspeak_server port runs as root by default o ports/126732 [patch] archivers/rpm5 update (build depends) f ports/126706 multimedia/libdvdcss unusable on RELENG_7 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n o ports/126628 sysutils/heartbeat incorrect detect interfaces during f ports/126532 devel/tclxml-libxml2 - do not found libtclxmlstub o ports/126520 textproc/flex is conflicts with system flex and have A f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126513 print/ghostscript-gpl - ghostscript - gpl - compile bu s ports/126476 [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126196 sysutils/heartbeat: port 1.2.5 rev3 problem with libne f ports/126161 security/bsp_upektfmess does not work on 7.0 f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/126040 update sysutils/linux-megacli f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added o ports/125705 semi new port: resurrect graphics/mesagl in a mangled f ports/125594 net-p2p/Amule2 port is outdated f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt o ports/124905 new port: databases/sqlitejdbc 051 f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124428 palm/jpilot configure error when checking for pilot-li f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124083 net/vnc is not building the xorg vnc module o ports/124061 [patch]: lang/mlton (new features) o ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset f ports/123756 [patch] put devel/libffi includes in sane place o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/122824 [new port] add news/husky-htick-devel port f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122596 devel/python: Python hangs when importing pygtk f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/112202 security/vscan: patch to fix plist problem o ports/110144 New port: math/Matlab7 o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 o ports/97254 ports-mgmt/porttools - wrong prefix s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/79651 [patch] mail/ssmtp: add per-user smtp authentication c a ports/79351 Character passing error in security/pinentry-qt 113 problems total. From fbsd.hackers at rachie.is-a-geek.net Mon Oct 6 11:07:55 2008 From: fbsd.hackers at rachie.is-a-geek.net (Mel) Date: Mon Oct 6 11:09:38 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <200810061124.55209.fbsd.hackers@rachie.is-a-geek.net> Message-ID: <200810061307.51977.fbsd.hackers@rachie.is-a-geek.net> On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote: > Mel, good day. > > Mon, Oct 06, 2008 at 11:24:54AM +0200, Mel wrote: > > On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote: > > > But downloading the INDEX file from the central server seemed to be the > > > best way, since it almost always gives one the latest port versions, so > > > I had implemented this in a first place. > > > > I've been following this, but I don't agree that (port|pkg_)audit should > > do this, from the very perspective you're writing this program from: > > The download is done not by the portaudit itself, but by the helper > script, portaudit-checknew. > > > On Sunday 28 September 2008 11:49:18 Eygene Ryabinkin wrote: > > > 4. I feel that it is Unix-way to do the things: create small utilities > > > that do their (small) job in a proper fashion. > > > > Instead, it can provide installed-pkgnamepkgorigin output. > > Then, any utility can check whether a new version is available, using > > what ever source it finds relevant. > > > > For example, it is completely irrelevant if a new version is available on > > the FreeBSD servers, when your machine uses a buildserver in a local > > network. For those machines it's relevant whether their build server has > > a new version and one can automatically upgrade if one so desires. > > Similarly, if your /usr/ports is ahead of the FreeBSD's INDEX.bz2, you're > > again reporting false information. > > I hear you, but it seems to me that I should just equip > portaudit-checknew with the other sources of a new ports information and > provide tunables for their location (on-disk path, URL, etc). I am > planning to do this, but first I want to know if these patches will be > viable for the project: feeding these into the /dev/null or just using > them locally, but equipping with a lot of functionality, is not what I > really want ;)) > > > It's also quite trivial to provide this availibility information in a > > daily security script, for the "majority of cases" > > Didn't get it, sorry. Could you, please, elaborate a bit? Once you have the origin of the port, you can: - make -C $PORTSDIR/$origin -V PKGNAME - get the matching origin(s) out of ${INDEXDIR}/${INDEXFILE} - get the matching origin(s) out of a downloaded INDEX.bz2 This covers the majority of cases. What portaudit lacks, is providing the origin along with the installed package name in easily parseable format. So, a central server wanting to query all the machines for vulnerable packages, now has to do an extra step of going into $PKG_DBDIR/$pkgname/+CONTENTS and getting the @comment ORIGIN: line, while (port|pkg_)audit has just been there. This would be something I'd expect: ssh clientmachine "/usr/sbin/pkg_audit -l" foo-1.2,3:misc/foo bar-4.5_6:devel/bar ... -- Mel From rea-fbsd at codelabs.ru Mon Oct 6 12:22:19 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 12:22:30 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: <200810061307.51977.fbsd.hackers@rachie.is-a-geek.net> References: <200810061124.55209.fbsd.hackers@rachie.is-a-geek.net> <200810061307.51977.fbsd.hackers@rachie.is-a-geek.net> Message-ID: Mel, Mon, Oct 06, 2008 at 01:07:51PM +0200, Mel wrote: > On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote: > Once you have the origin of the port, you can: > - make -C $PORTSDIR/$origin -V PKGNAME > - get the matching origin(s) out of ${INDEXDIR}/${INDEXFILE} > - get the matching origin(s) out of a downloaded INDEX.bz2 > > This covers the majority of cases. > > What portaudit lacks, is providing the origin along with the installed package > name in easily parseable format. So, a central server wanting to query all > the machines for vulnerable packages, now has to do an extra step of going > into $PKG_DBDIR/$pkgname/+CONTENTS and getting the @comment ORIGIN: line, > while (port|pkg_)audit has just been there. > > This would be something I'd expect: > ssh clientmachine "/usr/sbin/pkg_audit -l" > foo-1.2,3:misc/foo > bar-4.5_6:devel/bar > ... OK, got it. There is one neat: pkg_audit should be feeded with the contents of the auditfile and the latter is located in the tar archive. So, if you wouldn't mind about the following sequence ----- tar xf /var/db/portaudit/auditfile.tbz pkg_audit < auditfile | portaudit-checknew -o | cut -d '|' -f1,4,5 ----- then I can add the flag '-o' to the portaudit-checknew: it will additionally output the port origin along with the new version. Is that what you meant? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081006/0bdf4547/attachment.pgp From fbsd.hackers at rachie.is-a-geek.net Mon Oct 6 12:40:51 2008 From: fbsd.hackers at rachie.is-a-geek.net (Mel) Date: Mon Oct 6 12:40:58 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <200810061307.51977.fbsd.hackers@rachie.is-a-geek.net> Message-ID: <200810061440.49113.fbsd.hackers@rachie.is-a-geek.net> On Monday 06 October 2008 14:22:13 Eygene Ryabinkin wrote: > Mel, > > Mon, Oct 06, 2008 at 01:07:51PM +0200, Mel wrote: > > On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote: > > Once you have the origin of the port, you can: > > - make -C $PORTSDIR/$origin -V PKGNAME > > - get the matching origin(s) out of ${INDEXDIR}/${INDEXFILE} > > - get the matching origin(s) out of a downloaded INDEX.bz2 > > > > This covers the majority of cases. > > > > What portaudit lacks, is providing the origin along with the installed > > package name in easily parseable format. So, a central server wanting to > > query all the machines for vulnerable packages, now has to do an extra > > step of going into $PKG_DBDIR/$pkgname/+CONTENTS and getting the @comment > > ORIGIN: line, while (port|pkg_)audit has just been there. > > > > This would be something I'd expect: > > ssh clientmachine "/usr/sbin/pkg_audit -l" > > foo-1.2,3:misc/foo > > bar-4.5_6:devel/bar > > ... > > OK, got it. There is one neat: pkg_audit should be feeded with the > contents of the auditfile and the latter is located in the tar archive. > So, if you wouldn't mind about the following sequence > ----- > tar xf /var/db/portaudit/auditfile.tbz > pkg_audit < auditfile | portaudit-checknew -o | cut -d '|' -f1,4,5 > ----- > then I can add the flag '-o' to the portaudit-checknew: it will > additionally output the port origin along with the new version. > > Is that what you meant? What I meant is the '-o' flag in pkg_audit, so I can figure out myself whether it's new or not and my buildserver can prioritize it's builds based on vulnerable packages it's clients have installed. The origin is the unique key that identifies any port, so that's vital information in a pipeline. -- Mel From rea-fbsd at codelabs.ru Mon Oct 6 13:08:53 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 13:08:59 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: <200810061440.49113.fbsd.hackers@rachie.is-a-geek.net> References: <200810061307.51977.fbsd.hackers@rachie.is-a-geek.net> <200810061440.49113.fbsd.hackers@rachie.is-a-geek.net> Message-ID: Mel, Mon, Oct 06, 2008 at 02:40:48PM +0200, Mel wrote: > What I meant is the '-o' flag in pkg_audit, so I can figure out myself whether > it's new or not and my buildserver can prioritize it's builds based on > vulnerable packages it's clients have installed. The origin is the unique key > that identifies any port, so that's vital information in a pipeline. Ah, OK: no problems, will do it. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081006/4a233c67/attachment.pgp From marcocouperus at gmail.com Mon Oct 6 13:34:16 2008 From: marcocouperus at gmail.com (Marco Couperus) Date: Mon Oct 6 13:38:15 2008 Subject: FreeBSD Port: apache-2.2.9_5 Message-ID: <18FFEF20-DED3-463D-9AC5-26A9CFFC902F@gmail.com> Hello Clement, Package install of apache 2.2 doesn't work. Apache reports: "DocumentRoot must be a directory" Easy fix in the httpd.conf but in my opinion this fix should be included in the package. Other info: command run: pkg_add -r apache22 installed version: apache-2.2.6_2 error: Starting apache httpd fails. -> "DocumenRoot must be a directory" systeminfo: FreeBSD 7.0-RELEASE i386, GENERIC kernel. Thanks in advance. Regards, marco From i.am.scuzzo at gmail.com Mon Oct 6 16:39:57 2008 From: i.am.scuzzo at gmail.com (Haroon Khalid) Date: Mon Oct 6 16:40:04 2008 Subject: getting a game into the ports collection Message-ID: Hello, I am working on a game which uses Ruby,Rubygame and SDL. If this game was a good demonstration of these applications and many people like it, how would I go about getting information on if its possible to include this game in the ports collection? Thanks From stephen at math.missouri.edu Mon Oct 6 17:32:06 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Mon Oct 6 17:32:12 2008 Subject: getting a game into the ports collection In-Reply-To: References: Message-ID: <48EA45F8.4070301@math.missouri.edu> Haroon Khalid wrote: > Hello, > > I am working on a game which uses Ruby,Rubygame and SDL. If this game was a > good demonstration of these applications and many people like it, how would > I go about getting information on if its possible to include this game in > the ports collection? Thanks If you make it into a port, and the port works, and then you submit it, I think you can pretty much guarantee that it will be accepted. From pgollucci at ridecharge.com Mon Oct 6 18:03:45 2008 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Mon Oct 6 18:03:52 2008 Subject: Request Tracker 3.8.1 In-Reply-To: <20081004083040.GA33809@obspm.fr> References: <5D01F7B5-FB93-41C3-ADF5-6976D08223BE@exit2shell.com> <20081004083040.GA33809@obspm.fr> Message-ID: <48EA50A5.90609@ridecharge.com> Albert Shih wrote: >> Before I submit a PR and get it added into svn, I want to see if I can CVS >> Also, I stripped out the MULTIPLE_INSTANCES support, mainly because I Yeah, me too, the first committed version will not have this. >> don't use it and needed to get rt38 up and running as quickly as >> possible. As time permits, I will add it back it, but its not as >> simple as it seems because, mainly because the patches no longer >> cleanly apply. Correct. > http://lists.freebsd.org/pipermail/freebsd-ports/2008-August/050271.html Yes, I intended to get my 'ass' back in gear and commit this tonight or Tuesday. I'll review both shars and see if there is anything I need to merge between the 2. > I don't known why it's not in the port-tree. Maybe some other task to do. Yeah, $work, traveling, and sick -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From wxs at FreeBSD.org Mon Oct 6 18:37:35 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Oct 6 18:37:41 2008 Subject: getting a game into the ports collection In-Reply-To: <48EA45F8.4070301@math.missouri.edu> References: <48EA45F8.4070301@math.missouri.edu> Message-ID: <20081006183731.GD63532@atarininja.org> On Mon, Oct 06, 2008 at 12:08:08PM -0500, Stephen Montgomery-Smith wrote: > Haroon Khalid wrote: > > Hello, > > > > I am working on a game which uses Ruby,Rubygame and SDL. If this game was a > > good demonstration of these applications and many people like it, how would > > I go about getting information on if its possible to include this game in > > the ports collection? Thanks > > If you make it into a port, and the port works, and then you submit it, > I think you can pretty much guarantee that it will be accepted. The details of the process outlined above are well documented. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html If this doesn't cover something then you can likely find the answer in /usr/ports/Mk/*. -- WXS From rea-fbsd at codelabs.ru Mon Oct 6 20:31:02 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 20:31:09 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> <48E94281.8010300@quip.cz> <48E9D382.4000001@quip.cz> Message-ID: Mon, Oct 06, 2008 at 02:30:29PM +0400, Eygene Ryabinkin wrote: > OK, fine. I will implement the usage of the local INDEX file in some > days. OK, I had implemented both '-o' option to pkg_audit and the usage of the local INDEX file. I had reworked pkg_audit and portaudit a bit further, mostly fixing some issues (both mine and existing). Here we go. Patches for pkg_install that adds pkg_audit: http://codelabs.ru/fbsd/patches/portaudit/0001-Add-functions-for-traversing-package-database-and-ma.patch http://codelabs.ru/fbsd/patches/portaudit/0002-Add-function-match_get_pkgorigin.patch http://codelabs.ru/fbsd/patches/portaudit/0003-New-utility-pkg_audit.patch http://codelabs.ru/fbsd/patches/portaudit/0004-pkg_audit-add-option-to-print-origins.patch Mega-patch for pkg_install: http://codelabs.ru/fbsd/patches/portaudit/pkg_install-megapatch-pkg_audit.diff Patches for portaudit: http://codelabs.ru/fbsd/patches/portaudit/0001-Avoid-usage-of-global-variables-N-in-the-print_affe.patch http://codelabs.ru/fbsd/patches/portaudit/0002-Separate-vulnerable-ports-search-from-the-formatter.patch http://codelabs.ru/fbsd/patches/portaudit/0003-Use-pkg_audit-utility-if-it-is-available.patch http://codelabs.ru/fbsd/patches/portaudit/0004-Implement-checking-for-a-new-package-versions.patch Mega-patch for portaudit: http://codelabs.ru/fbsd/patches/portaudit/portaudit-megapatch_pkg_audit-and-checknew.diff Opinions are welcome! -- Eygene From rea-fbsd at codelabs.ru Mon Oct 6 20:36:19 2008 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Oct 6 20:36:34 2008 Subject: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages In-Reply-To: References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> <48E94281.8010300@quip.cz> <48E9D382.4000001@quip.cz> Message-ID: Forgot to say: Tue, Oct 07, 2008 at 12:30:58AM +0400, Eygene Ryabinkin wrote: > OK, I had implemented both '-o' option to pkg_audit and the usage of the > local INDEX file. The latter can be activated by writing something like ----- portaudit_pkg_index="file:///usr/ports/INDEX-%d" ----- to the /usr/local/etc/portaudit.conf. -- Eygene From linimon at lonesome.com Mon Oct 6 22:34:36 2008 From: linimon at lonesome.com (Mark Linimon) Date: Mon Oct 6 22:34:49 2008 Subject: reminder: please put category/portname in ports PRs Message-ID: <20081006223435.GD21361@soaustin.net> We have an auto-assigner that notifies maintainers of ports PRs. It looks for literal 'category/portname' in the Synopsis field to do its work. Please help us out by including this; otherwise, it has to be edited by hand. Thanks. mcl From edwin at mavetju.org Tue Oct 7 00:52:38 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Tue Oct 7 00:52:46 2008 Subject: reminder: please put category/portname in ports PRs In-Reply-To: <20081006223435.GD21361@soaustin.net> References: <20081006223435.GD21361@soaustin.net> Message-ID: <20081007003515.GA62017@mavetju.org> On Mon, Oct 06, 2008 at 05:34:35PM -0500, Mark Linimon wrote: > We have an auto-assigner that notifies maintainers of ports PRs. It > looks for literal 'category/portname' in the Synopsis field to do its > work. Please help us out by including this; otherwise, it has to be > edited by hand. Thanks. After being offline for four days (See my writeup about Friday the 13th at http://www.mavetju.org/weblog/html/00254.html) I have a fully working computer right now and can keep track of the failed auto-assigned PRs again. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From tingox at gmail.com Tue Oct 7 07:07:43 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Tue Oct 7 07:07:50 2008 Subject: portupgrade fails - how to fix? In-Reply-To: References: Message-ID: And here portupgrade fails again, on another machine: root@kg-work2# portupgrade -R nasm pcre xterm mplayer gscan2pdf ImageMagick [Gathering depends for devel/nasm done] [Exclude up-to-date packages done] [Gathering depends for devel/pcre done] [Exclude up-to-date packages done] [Gathering depends for x11/xterm .............................................................................................. done] [Exclude up-to-date packages ................................. done] [Gathering depends for multimedia/mplayer ..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... done] [Exclude up-to-date packages ................................................................................................................................................................................ done] /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not in due form: - (ArgumentError) from /usr/local/sbin/portupgrade:614:in `new' from /usr/local/sbin/portupgrade:614:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' ... 7 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 This machine runs FreeBSd 7.0-stable: root@kg-work2# uname -a FreeBSD kg-work2.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #1: Mon Sep 22 23:02:46 CEST 2008 root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 i386 As always, a single port as the argument to portupgrade doesn't fail. HTH -- Regards, Torfinn Ingolfsen From parv at pair.com Tue Oct 7 08:32:26 2008 From: parv at pair.com (Parv) Date: Tue Oct 7 08:32:48 2008 Subject: portupgrade fails - how to fix? In-Reply-To: References: Message-ID: <20081007082129.GA32825@holstein.holy.cow> Mind that I am looking at the problem purely from a programmer's perspective. I am a rather light user of portupgrade (mainly "pkgbd -F") & don't upgrade the port itself much. With that out of the way ... in message , wrote Torfinn Ingolfsen thusly... > > And here portupgrade fails again, on another machine: Is your version of portupgrade is the latest in the ports? (So that I can install the same & investigate.) > root@kg-work2# portupgrade -R nasm pcre xterm mplayer gscan2pdf ImageMagick What are the exact names of the ports|packages installed? Many ways to list; here is a simple one ... sh pkg_info -Qox nasm pcre xterm mplayer gscan2pdf ImageMagick \ | sed -e 's/:/ /' # Type exit to exit /bin/sh session; missing here as it might # actually exit your actual shell session. > /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not > in due form: - (ArgumentError) > from /usr/local/sbin/portupgrade:614:in `new' Seems like portupgrade is dying when a port name-version format does not match the expected regular expression. Or, the program encounters a non-port string. > As always, a single port as the argument to portupgrade doesn't > fail. If portupgrade is indeed successful individually for all the above listed ports, then the second scenario is more likely (the "non-port thing" one). - Parv -- From rhurlin at gwdg.de Tue Oct 7 14:25:50 2008 From: rhurlin at gwdg.de (Rainer Hurling) Date: Tue Oct 7 14:25:59 2008 Subject: portupgrade fails - how to fix? In-Reply-To: <20081007082129.GA32825@holstein.holy.cow> References: <20081007082129.GA32825@holstein.holy.cow> Message-ID: <48EB6635.6040707@gwdg.de> I have the same trouble with portupgrade some times: Am 07.10.2008 10:21 (UTC+1) schrieb Parv: > Mind that I am looking at the problem purely from a programmer's > perspective. I am a rather light user of portupgrade (mainly "pkgbd > -F") & don't upgrade the port itself much. > > With that out of the way ... > > in message , > wrote Torfinn Ingolfsen thusly... >> And here portupgrade fails again, on another machine: > > Is your version of portupgrade is the latest in the ports? (So that > I can install the same & investigate.) > > >> root@kg-work2# portupgrade -R nasm pcre xterm mplayer gscan2pdf ImageMagick > > What are the exact names of the ports|packages installed? Many ways > to list; here is a simple one ... > > sh > pkg_info -Qox nasm pcre xterm mplayer gscan2pdf ImageMagick \ > | sed -e 's/:/ /' > # Type exit to exit /bin/sh session; missing here as it might > # actually exit your actual shell session. > > >> /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not >> in due form: - (ArgumentError) >> from /usr/local/sbin/portupgrade:614:in `new' > > Seems like portupgrade is dying when a port name-version format does > not match the expected regular expression. Or, the program > encounters a non-port string. I think, Parv is right here. For example in some cases portupgrade fails, when the port name is not clear enough. I just saw that 'portupgrade -R gimp' failed, when there are 'gimp-app' and 'gimp' installed and portupgrade had to find the right port. Rainer >> As always, a single port as the argument to portupgrade doesn't >> fail. > > If portupgrade is indeed successful individually for all the above > listed ports, then the second scenario is more likely (the "non-port > thing" one). > > > - Parv From Laurent.Cligny at Isobox.fr Tue Oct 7 15:56:11 2008 From: Laurent.Cligny at Isobox.fr (Cligny, Laurent) Date: Tue Oct 7 15:56:18 2008 Subject: FreeBSD Port: open-vm-tools-nox11-102166_4 Message-ID: Hello, I want to use open-vm-tools-nox11 on a 7.0-RELEASE box without using the port tree on it. So I wanted to build a package for this port on another 7.0-RELEASE machine, wiche have the port tree installed and up-to-date. But, here's what's happening with either "pkgcreate -p" or "make package": # make package ===> Building package for open-vm-tools-nox11-102166_4 Creating package /usr/ports/packages/All/open-vm-tools-nox11-102166_4.tbz Registering depends: icu-3.8.1_1 libdnet-1.11_2. Registering conflicts: open-vm-tools-[0-9]* vmware-guestd[0-9]* vmware-tools[0-9]*. Creating bzip'd tar ball in '/usr/ports/packages/All/open-vm-tools-nox11-102166_4.tbz' tar: %%NOTON5%%lib/vmware-tools/modules/drivers/vmblock.ko: Cannot stat: No such file or directory tar: %%NOTON5%%lib/vmware-tools/modules/drivers/vmhgfs.ko: Cannot stat: No such file or directory tar: %%NOTON5%%sbin/mount_vmhgfs: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools-nox11. And when I install this package on the destination pc, It fall in the same error and so vmblock.ko, vmhgfs.ko and mount_vmhgfs are not installed. Note that on the packaging machine, the port is properly installed and all those modules are present, the problem is only at the package creation. Can you help me to solve this issue ? Regards, Laurent Cligny ISOBOX Technologies - SAS au capital de 4 575 000 Euros RCS Paris 348 914 300 - APE 2222 Z - N? TVA FR 04348914300 **************************************************************************************************** This e-mail and any attachment is confidential and may be legally privileged or otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately by returning this e-mail. Sender is not responsible for the improper or incomplete transmission of any e-mail, or for any delay in its receipt. **************************************************************************************************** From swhetzel at gmail.com Tue Oct 7 18:34:59 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Tue Oct 7 18:35:06 2008 Subject: FreeBSD Port: open-vm-tools-nox11-102166_4 In-Reply-To: References: Message-ID: <790a9fff0810071134ked79351o22f2dd9f87d64ee2@mail.gmail.com> On 10/7/08, Cligny, Laurent wrote: > Hello, > > I want to use open-vm-tools-nox11 on a 7.0-RELEASE box without using the > port tree on it. > So I wanted to build a package for this port on another 7.0-RELEASE > machine, wiche have the port tree installed and up-to-date. > > But, here's what's happening with either "pkgcreate -p" or "make > package": > > > # make package > ===> Building package for open-vm-tools-nox11-102166_4 > Creating package > /usr/ports/packages/All/open-vm-tools-nox11-102166_4.tbz > Registering depends: icu-3.8.1_1 libdnet-1.11_2. > Registering conflicts: open-vm-tools-[0-9]* vmware-guestd[0-9]* > vmware-tools[0-9]*. > Creating bzip'd tar ball in > '/usr/ports/packages/All/open-vm-tools-nox11-102166_4.tbz' > tar: %%NOTON5%%lib/vmware-tools/modules/drivers/vmblock.ko: Cannot stat: > No such file or directory > tar: %%NOTON5%%lib/vmware-tools/modules/drivers/vmhgfs.ko: Cannot stat: > No such file or directory > tar: %%NOTON5%%sbin/mount_vmhgfs: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 > > Stop in /usr/ports/emulators/open-vm-tools-nox11. > The ports Makefile is using missing a PLIST_SUB+= NOTON5="", and is incorrectly defining SUB_LIST. This has the side effect of not being able to package these files. Attached is an untested patch to the Makefile. To apply it: cd /usr/ports/emulator/open-vm-tools patch < /path/to/open-vm-tools.patch Then reinstall the port and create the package. If this patch works, then use send-pr to submit this change for this port. Scot -------------- next part -------------- A non-text attachment was scrubbed... Name: open-vm-tools.patch Type: text/x-diff Size: 507 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081007/f0dccfec/open-vm-tools.bin From jankyj at unfs.us Tue Oct 7 19:29:27 2008 From: jankyj at unfs.us (Janky Jay, III) Date: Tue Oct 7 19:29:33 2008 Subject: portupgrade fails - how to fix? In-Reply-To: <48EB6635.6040707@gwdg.de> References: <20081007082129.GA32825@holstein.holy.cow> <48EB6635.6040707@gwdg.de> Message-ID: <48EBB487.3090706@unfs.us> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Not sure how well this work as a 'workaround', but, being as I use ZSH as my shell, I always wrap anything I'm specifically upgrading using portupgrade with single quotes. IE: portupgrade -rR 'some-port-2.4.1_1' 'some-other-port-1.0.5_1,3' I haven't had any issues with this at all. Can anyone confirm if specifying the complete port name wrapped in single quotes allows portupgrade to finish successfully? Regards, Janky Jay, III Rainer Hurling wrote: > I have the same trouble with portupgrade some times: > > Am 07.10.2008 10:21 (UTC+1) schrieb Parv: >> Mind that I am looking at the problem purely from a programmer's >> perspective. I am a rather light user of portupgrade (mainly "pkgbd >> -F") & don't upgrade the port itself much. >> >> With that out of the way ... >> >> in message , >> wrote Torfinn Ingolfsen thusly... >>> And here portupgrade fails again, on another machine: >> >> Is your version of portupgrade is the latest in the ports? (So that >> I can install the same & investigate.) >> >> >>> root@kg-work2# portupgrade -R nasm pcre xterm mplayer gscan2pdf >>> ImageMagick >> >> What are the exact names of the ports|packages installed? Many ways >> to list; here is a simple one ... >> >> sh >> pkg_info -Qox nasm pcre xterm mplayer gscan2pdf ImageMagick \ >> | sed -e 's/:/ /' >> # Type exit to exit /bin/sh session; missing here as it might >> # actually exit your actual shell session. >> >> >>> /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not >>> in due form: - (ArgumentError) >>> from /usr/local/sbin/portupgrade:614:in `new' >> >> Seems like portupgrade is dying when a port name-version format does >> not match the expected regular expression. Or, the program >> encounters a non-port string. > > I think, Parv is right here. For example in some cases portupgrade > fails, when the port name is not clear enough. I just saw that > 'portupgrade -R gimp' failed, when there are 'gimp-app' and 'gimp' > installed and portupgrade had to find the right port. > > Rainer > > >>> As always, a single port as the argument to portupgrade doesn't >>> fail. >> >> If portupgrade is indeed successful individually for all the above >> listed ports, then the second scenario is more likely (the "non-port >> thing" one). >> >> >> - Parv > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI67SGGK3MsUbJZn4RAjNYAJ0ZNy67xbtOLr5z2RI9LewLWHH8fQCeKMeH uptpup+aiMAI+qXqjiDfhsw= =+MDn -----END PGP SIGNATURE----- From kono at kth.se Tue Oct 7 21:22:44 2008 From: kono at kth.se (Alexander Konovalenko) Date: Tue Oct 7 21:22:58 2008 Subject: petsc compilation error Message-ID: <200810072303.26671@3667> Hi, tried to compile petsc port and got an error: ... ===> Applying FreeBSD patches for petsc-mpich-2.3.3.p0_1,1 ===> petsc-mpich-2.3.3.p0_1,1 depends on file: /usr/local/bin/python2.5 - found ===> petsc-mpich-2.3.3.p0_1,1 depends on file: /usr/local/mpich2/bin/mpicc - found ===> petsc-mpich-2.3.3.p0_1,1 depends on file: /usr/local/lib/libBS95.a - found ===> petsc-mpich-2.3.3.p0_1,1 depends on file: /usr/local/lib/parmetis/libparmetis.a - found ===> petsc-mpich-2.3.3.p0_1,1 depends on executable: svn - found ===> petsc-mpich-2.3.3.p0_1,1 depends on executable: gfortran42 - found ===> petsc-mpich-2.3.3.p0_1,1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> petsc-mpich-2.3.3.p0_1,1 depends on shared library: umfpack.1 - found ===> petsc-mpich-2.3.3.p0_1,1 depends on shared library: atlas.2 - found ===> Configuring for petsc-mpich-2.3.3.p0_1,1 /usr/bin/sed -i.bak -e "s|AMD/Include|include/AMD|" -e "s| AMD/Lib|/usr/local/lib|" /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/python/PETSc/packages/UMFPACK.py /usr/bin/sed -i.bak -e "s|/bin/ksh|/usr/local/bin/ksh|" /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/bin/popup /usr/bin/sed -i.bak -e "s| %%PACKAGE%%||" /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/makefile /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/config/configure.py ================================================================================= Configuring PETSc to compile on your system ================================================================================= ================================================================================= *** Do not run configure as root, or using sudo. *** *** Use the --with-sudo=sudo option to have *** *** installs of external packages done with sudo *** *** use only with --prefix= when installing in *** *** system directories *** ================================================================================= ===> Script "config/configure.py" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/configure.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/math/petsc-mpich. Any ideas? Also, I want to compile petsc with option --with-clanguage=C++, have anybody tried this? /Alexander Konovalenko +46-8-5537-8143 (office) +46-7-3752-2116 http://daemon.nanophys.kth.se/~kono Royal Institute of Technology (KTH) Nanostructure Physics Department, Albanova Roslagstullsbacken 21 10691 Stockholm Sweden From tingox at gmail.com Tue Oct 7 21:30:09 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Tue Oct 7 21:30:16 2008 Subject: portupgrade fails - how to fix? In-Reply-To: <20081007082129.GA32825@holstein.holy.cow> References: <20081007082129.GA32825@holstein.holy.cow> Message-ID: Hello, On Tue, Oct 7, 2008 at 10:21 AM, Parv wrote: > Is your version of portupgrade is the latest in the ports? (So that > I can install the same & investigate.) Yes - always. I think I even stated in my first message that the ports tree was updated. >> root@kg-work2# portupgrade -R nasm pcre xterm mplayer gscan2pdf ImageMagick > > What are the exact names of the ports|packages installed? Many ways > to list; here is a simple one ... You mean with the version numbers? Any port names listed above or in my initial message re non-ambiguous. FWIW, I use /bin/sh as myt shell. Always. > Seems like portupgrade is dying when a port name-version format does > not match the expected regular expression. Or, the program > encounters a non-port string. It might be, but where does it encounter that problem? I have done 'pkgdb -F' - it didn't find any problems. And why doesn't portupgrade find the same problem with any individual port when I try portupgrade on them one-by-one? > If portupgrade is indeed successful individually for all the above > listed ports, then the second scenario is more likely (the "non-port > thing" one). Well, I can't understand where portupgrade picks up that from, unless there is a flaw / error in portupgrade itself. I am a quite experienced user of portupgrade (I have used it for many years), so let me put a few notes here: 1) ambiguous names - if given, portupgrade will ask which ones you want (eg. 'firefox') 2) non-existent names - portupgrade will skip those, like so: root@kg-quiet# portupgrade -R nonexistant [Exclude up-to-date packages done] 3) portupgrade used to have no problems with the way I am using it, ie. portupgrade -R port1 port2 port3 port4 ... Hope this helps. -- Regards, Torfinn Ingolfsen From stevefranks at ieee.org Tue Oct 7 21:31:17 2008 From: stevefranks at ieee.org (Steve Franks) Date: Tue Oct 7 21:31:23 2008 Subject: textproc/flex (/usr/local/bin/flex) shadowed by /usr/bin/flex after install Message-ID: <539c60b90810071407t76ae801fo8f89ca8a65f6b3b4@mail.gmail.com> In maintaining devel/urjtag, I've added a dependancy to textproc/flex. On some systems, however, I've found that when textproc/flex gets installed, it lands in /usr/local/bin, as expected, but there's a /usr/bin/flex which precedes it in the path - is there a canonical way to resolve this? I've just been mv'ing my /usr/bin/flex, but clearly, I can't add a patch to a port to do that to other people's systems... Steve From delphij at delphij.net Tue Oct 7 21:45:11 2008 From: delphij at delphij.net (Xin LI) Date: Tue Oct 7 21:45:21 2008 Subject: textproc/flex (/usr/local/bin/flex) shadowed by /usr/bin/flex after install In-Reply-To: <539c60b90810071407t76ae801fo8f89ca8a65f6b3b4@mail.gmail.com> References: <539c60b90810071407t76ae801fo8f89ca8a65f6b3b4@mail.gmail.com> Message-ID: <48EBD85C.6070901@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steve Franks wrote: > In maintaining devel/urjtag, I've added a dependancy to textproc/flex. > On some systems, however, I've found that when textproc/flex gets > installed, it lands in /usr/local/bin, as expected, but there's a > /usr/bin/flex which precedes it in the path - is there a canonical way > to resolve this? I've just been mv'ing my /usr/bin/flex, but clearly, > I can't add a patch to a port to do that to other people's systems... Ah... I feel astonished that flex lives in textproc/ as bison lived in devel/... I think what you have to do is: BUILD_DEPENDS= ${LOCALBASE}/bin/flex:${PORTSDIR}/textproc/flex and do a post-patch action of @${REINPLACE_CMD} -e 's, flex, ${LOCALBASE}/bin/flex,g' or similar where necessary... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjr2FwACgkQi+vbBBjt66DZsgCfYR0gtZuLNMHiKA4DWz4FuRbb 0M0AmwbnyP6yAPW9YeU/CMWNS1uCx/Ds =WDK4 -----END PGP SIGNATURE----- From bigboss1964 at gmail.com Wed Oct 8 04:39:22 2008 From: bigboss1964 at gmail.com (Terry Poulin) Date: Wed Oct 8 04:39:53 2008 Subject: FreeBSD Port: claws-mail-3.5.0_1 Message-ID: <6cd75f040810072118u7b67f14dx83aaf702f0934959@mail.gmail.com> Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, approximately 5 days ago. The current version for mail/claws-mail is 3.5.0, released back in June. Cheers -- [SAS]_Spidey01 Warrant Officer Class 1 22nd Special Air Service EVR From eveready at tpg.com.au Wed Oct 8 05:30:16 2008 From: eveready at tpg.com.au (JHutchinson) Date: Wed Oct 8 05:30:23 2008 Subject: /sys/conf/kern.mk", line 114: Malformed conditional Message-ID: <48ECCE81.3070808@tpg.com.au> [Gathering depends for x11/nvidia-driver ..................................................................................... done] [Exclude up-to-date packages ...................................... done] ---> Checking for the latest package of 'x11/nvidia-driver' ---> Fetching the package(s) for 'nvidia-driver-173.14.12' (x11/nvidia-driver) ---> Fetching nvidia-driver-173.14.12 fetch: ftp://packageftp.desktopbsd.net/pub/FreeBSD/ports/i386/packages-6-stable/All/nvidia-driver-173.14.12.tbz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://packageftp.desktopbsd.net/pub/FreeBSD/ports/i386/packages-6-stable/All/nvidia-driver-173.14.12.tbz fetch: ftp://packageftp.desktopbsd.net/pub/FreeBSD/ports/i386/packages-6-stable/All/nvidia-driver-173.14.12.tgz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://packageftp.desktopbsd.net/pub/FreeBSD/ports/i386/packages-6-stable/All/nvidia-driver-173.14.12.tgz ** Failed to fetch nvidia-driver-173.14.12 ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! nvidia-driver-173.14.12 (fetch error) ** Could not find the latest version (173.14.12) ---> Using the port instead of a package ---> Upgrading 'nvidia-driver-100.14.19' to 'nvidia-driver-173.14.12' (x11/nvidia-driver) ---> Building '/usr/ports/x11/nvidia-driver' ===> Cleaning for nvidia-driver-173.14.12 ===> Found saved configuration for nvidia-driver-100.14.19 => NVIDIA-FreeBSD-x86-173.14.12.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://jp.download.nvidia.com/freebsd/173.14.12/. NVIDIA-FreeBSD-x86-173.14.12.tar.gz 100% of 15 MB 1360 kBps 00m00s ===> Extracting for nvidia-driver-173.14.12 => MD5 Checksum OK for NVIDIA-FreeBSD-x86-173.14.12.tar.gz. => SHA256 Checksum OK for NVIDIA-FreeBSD-x86-173.14.12.tar.gz. ===> Patching for nvidia-driver-173.14.12 ===> Applying FreeBSD patches for nvidia-driver-173.14.12 ===> nvidia-driver-173.14.12 depends on shared library: m.3 - found ===> nvidia-driver-173.14.12 depends on shared library: GL.1 - found ===> Configuring for nvidia-driver-173.14.12 ===> Building for nvidia-driver-173.14.12 ===> src (all) "/sys/conf/kern.mk", line 114: Malformed conditional (${MK_SSP} != "no" && ${CC} != "icc" && ${MACHINE_ARCH} != "ia64" && ${MACHINE_ARCH} != "arm" && ${MACHINE_ARCH} != "mips") "/sys/conf/kern.mk", line 116: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-173.14.12. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.53018.0 env DIALOG=/usr/local/bin/kdialog-ports-wrapper UPGRADE_TOOL=portupgrade UPGRADE_PORT=nvidia-driver-100.14.19 UPGRADE_PORT_VER=100.14.19 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/nvidia-driver (nvidia-driver-100.14.19) (unknown build error) ################################### Hi, I have been having this Problem for a fair while now & it is happening when I try to upgrade certain ports, So I am using Nvidia as an example even though there are other ports complaining with same issue which has mad me believe its not a port issue but maybe I have a badly edited file somewhere that may need editing to fix it ,but not sure as I am also kind of a Novice. AnyWay here are my Details etc.. # Disable VuXML checks, vulnerable ports are marked FORBIDDEN anyway and # this prevents installing with non-vulnerable options (see win32-codecs) DISABLE_VULNERABILITIES=yes # Compile with cups support WITH_CUPS=yes # Makes cups shadow printing support in the base system CUPS_OVERWRITE_BASE=yes # Use Firefox's gecko engine since it's preinstalled WITH_MOZILLA=firefox WITH_GECKO=firefox Also my "uname -a" FreeBSD jasons-braain 6.3-RC2 FreeBSD 6.3-RC2 #30: Sun Jan 6 01:30:27 UTC 2008 root@tinderbox.3c-consulting.lokal:/usr/obj/usr/src/sys/GENERIC i386 And -This says I am using GCC version 3.4.6 but I had 2 others including GCC4.4.0 Which I have now uninstalled but had installed in the hope of installing the latest Nvidia because Nvidia wouldnt compile with earlier version of GCC. jasons-braain# printf '0:\n\t${CC} -v' | make -sf- Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 Intel Pentium4 CPU 2.66 GHz AnyWay Any Ideas would be gratefull as it happens with other pkgs I try to install as well but not all. From koitsu at FreeBSD.org Wed Oct 8 05:34:28 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Oct 8 05:34:34 2008 Subject: /sys/conf/kern.mk", line 114: Malformed conditional In-Reply-To: <48ECCE81.3070808@tpg.com.au> References: <48ECCE81.3070808@tpg.com.au> Message-ID: <20081008053425.GA67782@icarus.home.lan> On Wed, Oct 08, 2008 at 03:15:13PM +0000, JHutchinson wrote: > ===> Building for nvidia-driver-173.14.12 > ===> src (all) > "/sys/conf/kern.mk", line 114: Malformed conditional (${MK_SSP} != "no" > && ${CC} != "icc" && ${MACHINE_ARCH} != "ia64" && ${MACHINE_ARCH} != > "arm" && ${MACHINE_ARCH} != "mips") > "/sys/conf/kern.mk", line 116: if-less endif > make: fatal errors encountered -- cannot continue > *** Error code 1 Does this error go away if you update (via csup or cvsup) your src tree? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From Laurent.Cligny at Isobox.fr Wed Oct 8 07:05:42 2008 From: Laurent.Cligny at Isobox.fr (Cligny, Laurent) Date: Wed Oct 8 07:05:49 2008 Subject: FreeBSD Port: open-vm-tools-nox11-102166_4 In-Reply-To: <20081007202153.V43714@godot> References: <20081007202153.V43714@godot> Message-ID: [snip my problem] > Should be fixed. > Martin Hello Martin, It works well now, thanks for your work. Thanks also to Scot Hetzel for his response. The FreeBSD community is responsive and helpful has always. Cheers, Laurent Cligny ISOBOX Technologies - SAS au capital de 4 575 000 Euros RCS Paris 348 914 300 - APE 2222 Z - N? TVA FR 04348914300 **************************************************************************************************** This e-mail and any attachment is confidential and may be legally privileged or otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately by returning this e-mail. Sender is not responsible for the improper or incomplete transmission of any e-mail, or for any delay in its receipt. **************************************************************************************************** From netchild at FreeBSD.org Wed Oct 8 08:46:19 2008 From: netchild at FreeBSD.org (Alexander Leidinger) Date: Wed Oct 8 11:29:52 2008 Subject: FreeBSD Port: claws-mail-3.5.0_1 In-Reply-To: <6cd75f040810072118u7b67f14dx83aaf702f0934959@mail.gmail.com> References: <6cd75f040810072118u7b67f14dx83aaf702f0934959@mail.gmail.com> Message-ID: <20081008102602.12232nonkqhd3rgg@webmail.leidinger.net> Quoting Terry Poulin (from Wed, 8 Oct 2008 04:18:46 +0000): > Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, > approximately 5 days ago. The current version for mail/claws-mail is > 3.5.0, released back in June. And miwi@ has the ports ready, but as the ports tree is in a semi-freeze until 6.4 and 7.1 are released, this is not committed yet (too much changes). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Bender: I finally meet a nice girl with a pair of legs that don't quite unexpectedly... From gesbbb at yahoo.com Wed Oct 8 18:28:09 2008 From: gesbbb at yahoo.com (Jerry) Date: Wed Oct 8 18:28:26 2008 Subject: FreeBSD Port: claws-mail-3.5.0_1 In-Reply-To: <20081008102602.12232nonkqhd3rgg@webmail.leidinger.net> References: <6cd75f040810072118u7b67f14dx83aaf702f0934959@mail.gmail.com> <20081008102602.12232nonkqhd3rgg@webmail.leidinger.net> Message-ID: <20081008142757.06250dce@scorpio> On Wed, 08 Oct 2008 10:26:02 +0200 Alexander Leidinger wrote: >Quoting Terry Poulin (from Wed, 8 Oct 2008 >04:18:46 +0000): > >> Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, >> approximately 5 days ago. The current version for mail/claws-mail is >> 3.5.0, released back in June. > >And miwi@ has the ports ready, but as the ports tree is in a >semi-freeze until 6.4 and 7.1 are released, this is not committed yet >(too much changes). The CM crew has all ready fixed a few bugs in the latest version. Giving them a few days to get a better version released is not going to do any harm. -- Jerry gesbbb@yahoo.com To the best of my recollection, Senator, I can't recall. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081008/678115b6/signature.pgp From wahjava.ml at gmail.com Wed Oct 8 20:56:51 2008 From: wahjava.ml at gmail.com (=?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla) Date: Wed Oct 8 20:57:04 2008 Subject: Ekiga segfaulting with stack overflow Message-ID: <20081008205717.GA51954@chateau.d.lf> Hi all, I'm experiencing following issue with ekiga-2.0.11_4 package. ----8<----8<----- % gdb `which ekiga` 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 "amd64-marcel-freebsd"... (gdb) run Starting program: /usr/local/bin/ekiga [New LWP 100218] [New Thread 0x80a701120 (LWP 100218)] [New Thread 0x80a701400 (LWP 100257)] [New Thread 0x80a701570 (LWP 100258)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x80a701120 (LWP 100218)] 0x0000000808fc4a82 in __opendir2 (name=0x80c5ade40 "/dev/ext2fs/", flags=3) at /usr/src/lib/libc/gen/opendir.c:77 77 if (stat(name, &statb) != 0) Current language: auto; currently c (gdb) bt #0 0x0000000808fc4a82 in __opendir2 (name=0x80c5ade40 "/dev/ext2fs/", flags=3) at /usr/src/lib/libc/gen/opendir.c:77 #1 0x0000000807ca8f27 in PDirectory::Open (this=0x7fffffc007b0, ScanMask=511) at osutil.cxx:546 #2 0x000000080aa18b7c in CollectSoundDevices (devdir=@0x7fffffc007b0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:347 #3 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc00b70, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #4 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc00f30, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #5 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc012f0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #6 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc016b0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #7 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc01a70, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #8 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc01e30, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #9 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc021f0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #10 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc025b0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #11 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc02970, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #12 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc02d30, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #13 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc030f0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #14 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc034b0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #15 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc03870, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #16 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc03c30, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #17 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc03ff0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 #18 0x000000080aa18c4c in CollectSoundDevices (devdir=@0x7fffffc043b0, dsp=@0x7fffffffe0b0, mixer=@0x7fffffffe090, collect_with_names=1) at sound_oss.cxx:354 .... (gdb) print name $1 = 0x80c5addf0 "/dev/ext2fs/" (gdb) print statb $2 = {st_dev = 0, st_ino = 0, st_mode = 0, st_nlink = 0, st_uid = 0, st_gid = 0, st_rdev = 0, st_atimespec = {tv_sec = 0, tv_nsec = 0}, st_mtimespec = {tv_sec = 0, tv_nsec = 0}, st_ctimespec = {tv_sec = 0, tv_nsec = 0}, st_size = 0, st_blocks = 0, st_blksize = 0, st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}} % ls -l /dev/ext2fs ls: : No such file or directory total 0 crw-r----- 1 root operator 0, 105 Oct 8 13:39 archives crw-r----- 1 root operator 0, 104 Oct 8 13:39 lectures % find /dev/ext2fs/ /dev/ext2fs/ find: /dev/ext2fs/: No such file or directory /dev/ext2fs/lectures /dev/ext2fs/archives % stat /dev/ext2fs 67174144 120 dr-xr-xr-x 3 root wheel 4294967295 512 "Oct 8 13:39:34 2008" "Oct 8 13:39:34 2008" "Oct 8 13:39:34 2008" "Jan 1 05:29:59 1970" 4096 1 0 /dev/ext2fs ---->8---->8---- I've also installed Gentoo GNU/Linux on the same box with ext3 partitions. The partitions which are displayed above are only two of them, other ext3 partitions aren't showing up in that directory. And as you can see, there is some invalid file also present in that directory which ekiga is not able to figure out. Any ideas how to fix this issue. Since, I've posted it to both freebsd-questions and freebsd-ports, please post followups where you think is appropriate place for this. Thanks Ashish Shukla -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081008/76eaa423/attachment.pgp From gesbbb at yahoo.com Wed Oct 8 21:04:53 2008 From: gesbbb at yahoo.com (Jerry) Date: Wed Oct 8 21:05:00 2008 Subject: Perl-5.8.10 release date? Message-ID: <20081008170440.3e25d8a6@scorpio> I am assuming that Perl-5.8.10 is not going to be in the soon to be released FBSD-7.1; however, is there any word as to when it might actually be released? Unless I am mistaken, this version of Perl was released on Dec. 18, 2007. I realize that porting Perl to FBSD is no trivial task; all I was inquiring about is when it might get into the ports system. -- Jerry gesbbb@yahoo.com Removing the straw that broke the camel's back does not necessarily allow the camel to walk again. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081008/5a370eb9/signature.pgp From delphij at delphij.net Wed Oct 8 21:26:41 2008 From: delphij at delphij.net (Xin LI) Date: Wed Oct 8 21:26:48 2008 Subject: Perl-5.8.10 release date? In-Reply-To: <20081008170440.3e25d8a6@scorpio> References: <20081008170440.3e25d8a6@scorpio> Message-ID: <48ED2586.3000904@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Jerry, Jerry wrote: > I am assuming that Perl-5.8.10 is not going to be in the soon to be > released FBSD-7.1; however, is there any word as to when it might > actually be released? Unless I am mistaken, this version of Perl was > released on Dec. 18, 2007. I realize that porting Perl to FBSD is no > trivial task; all I was inquiring about is when it might get into the > ports system. Currently the ports tree is under a 'slush' state. For this case I think the most likely case is that we will not ship Perl 5.8.10 with FreeBSD 7.1, but if someone would get a patch by that moment and gets tested against the current ports collection, it would have its way into 7.2-RELEASE. The most important thing is that "someone" :) do the porting work and submit it to portmgr@ for a pointyhat twist. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjtJYYACgkQi+vbBBjt66AhsQCfbe/V3mbGT5dN4nlKnsKkSwih GQYAn2BJPefBwMn+fUVC9H4MUIsVrF9R =TwNX -----END PGP SIGNATURE----- From ivoras at freebsd.org Wed Oct 8 21:46:30 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Wed Oct 8 21:47:01 2008 Subject: pkg_trans progress Message-ID: Hi, Some time ago I've written about an idea to extend the standard ports/package infrastructure with "transactions". Here are some notes on it: http://wiki.freebsd.org/IvanVoras/PkgTransProposal I've been working on it, and the code itself appears to have severely bad karma, being twice almost completely lost in hardware or software failures, so I'm publishing it now so it doesn't get lost again :) The build tree is at http://people.freebsd.org/~ivoras/big/pkg_install.tgz To use it: * Extract it somewhere * Run make in the created directory * su to root * Run make install Now you have a new utility, pkg_trans, and additions to existing pkg_add and pkg_delete utilities. It's highly recommended you also add pkg_trans_save_deleted_packages="YES" to /etc/rc.conf (suggestions for better placement of this configurable is welcome). To undo this, run make install from the normal build tree (at /usr/src/usr.sbin/pkg_install) and manually remove the pkg_trans utility. The additional pkg_trans utility is called by patched pkg_add and pkg_delete, to isolate transaction functionality and minimize changes to pkg_add and pkg_delete. It also serves to query transactions and undo them. The man pages are not yet updated, but the wiki page above has simple descriptions of new options. Here's what currently works: * Recording pkg_add and pkg_delete transactions (one invocation of pkg_add/pkg_delete is one transaction, no matter how many packages it touches). * Backing up of packages in pkg_delete transactions * Undoing those transactions * Querying transaction records. The transaction records are installed in /var/db/pkgtrans and /usr/ports/pkgtrans . For illustration, here's a sample console session with the new utilities. Note that sqlcached requires sqlite as a dependancy. Arguments to pkg_trans do the following: -l : list all recorded transactions, -i : show info about a particular transaction, -u : undo a transaction. The rest should be self-explanatory. ---- v8:/home/ivoras/temp# ll total 1 -rw-r--r-- 1 root ivoras 14896 Aug 1 10:17 sqlcached-r4.tbz -rw-r--r-- 1 root ivoras 639829 Aug 1 07:26 sqlite-2.8.17_1.tbz v8:/home/ivoras/temp# pkg_info|grep sql v8:/home/ivoras/temp# pkg_trans -l 0 transaction records found. v8:/home/ivoras/temp# pkg_add sqlcached-r4.tbz pkg_add: warning: package 'sqlite-2.8.17_1' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed pkg_add: warning: package 'sqlcached-r4' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed v8:/home/ivoras/temp# pkg_trans -l 000000001 (2 pkgs added) Wed Oct 8 23:07:04 2008 1 transaction records found. v8:/home/ivoras/temp# pkg_trans -i -z 1 Transaction 000000001, started on Wed Oct 8 23:07:16 2008 ADD sqlcached-r4 ADD sqlite-2.8.17_1 v8:/home/ivoras/temp# pkg_delete sqlcached-r4 sqlite-2.8.17_1 v8:/home/ivoras/temp# pkg_trans -l 000000001 (2 pkgs added) Wed Oct 8 23:07:04 2008 000000002 (2 pkgs removed) (2 pkgs backed up) Wed Oct 8 23:07:40 2008 2 transaction records found. v8:/home/ivoras/temp# pkg_trans -i -z 2 Transaction 000000002, started on Wed Oct 8 23:07:55 2008 DEL,B sqlite-2.8.17_1 DEL,B sqlcached-r4 v8:/home/ivoras/temp# pkg_info|grep sql v8:/home/ivoras/temp# pkg_trans -u -z 2 pkg_add: warning: package 'sqlite-2.8.17_1' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed pkg_add: warning: package 'sqlcached-r4' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed v8:/home/ivoras/temp# pkg_info | grep sql sqlcached-r4 A cache daemon using SQL for data manipulation sqlite-2.8.17_1 An SQL database engine in a C library w/ Tcl wrapper v8:/home/ivoras/temp# pkg_trans -l 000000001 (2 pkgs added) Wed Oct 8 23:07:04 2008 1 transaction records found. v8:/home/ivoras/temp# pkg_trans -u -z 1 v8:/home/ivoras/temp# pkg_trans -l 0 transaction records found. v8:/home/ivoras/temp# pkg_info|grep sql v8:/home/ivoras/temp# ---- In addition, the utilities now create a file called +USER_INSTALLED in the install package database for all packages explicitely installed by the user (i.e. not pulled in as a dependancy). At least this is how it should work, I'm not sure I tracked down all cases when dependancies are pulled. There's currently little "smart" behaviour WRT undoing transactions depending on other transactions, etc. This is planned but seeing how I'm little short on time, patches are also welcome. Also, to make this truly usable, the "make install" infrastructure will have to be aware of this, and also the utilities like portupgrade. As I've said before, I cannot work on these so I'm hereby officially requesting help for those parts. Testers are welcome for this work, please report back even if it works well :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081008/0c2a560a/signature.pgp From talon at lpthe.jussieu.fr Thu Oct 9 12:28:43 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Thu Oct 9 12:28:50 2008 Subject: multimedia/xvid Message-ID: <20081009122839.GA58927@lpthe.jussieu.fr> Trying to encode with mencoder and the xvid codec(*), i discovered that it is awfully slow (around 3 frames/s on my P4 machine). So i played a little bit with the options in the Makefile without any success. Finally i understood that the cause was that the build system requires nasm, but doesn't use it! There are several assembly files in the xvid codec which are not used due to that. The solution i have found by looking at the configure script is to install the yasm port. Then the build system picks the yasm dependency and compiles the assembly files, which enables SSE instructions. The net result is that, without any other tweak, i now encode the same stuff at 11 frames/s. So to be short, multimedia/xvid should require a dependency on yasm. (*) in find that the end result is better (less artifacts at the same bitrate) with xvid than with lavc. -- Michel TALON From gesbbb at yahoo.com Fri Oct 10 13:27:06 2008 From: gesbbb at yahoo.com (Jerry) Date: Fri Oct 10 13:27:13 2008 Subject: FreeBSD Port: claws-mail-3.5.0_1 In-Reply-To: <20081008142757.06250dce@scorpio> References: <6cd75f040810072118u7b67f14dx83aaf702f0934959@mail.gmail.com> <20081008102602.12232nonkqhd3rgg@webmail.leidinger.net> <20081008142757.06250dce@scorpio> Message-ID: <20081010092651.235c40f7@scorpio> On Wed, 8 Oct 2008 14:27:57 -0400 Jerry wrote: >On Wed, 08 Oct 2008 10:26:02 +0200 >Alexander Leidinger wrote: > >>Quoting Terry Poulin (from Wed, 8 Oct 2008 >>04:18:46 +0000): >> >>> Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, >>> approximately 5 days ago. The current version for mail/claws-mail >>> is 3.5.0, released back in June. >> >>And miwi@ has the ports ready, but as the ports tree is in a >>semi-freeze until 6.4 and 7.1 are released, this is not committed >>yet (too much changes). > >The CM crew has all ready fixed a few bugs in the latest version. >Giving them a few days to get a better version released is not going to >do any harm. UPDATE: claws-mail-3.6.1 has now been released. Waiting a few days before releasing the initial 3.6.x version seems to have been a good idea. Several annoying bugs apparently were squashed. -- Jerry gesbbb@yahoo.com Pohl's law: Nothing is so good that somebody, somewhere, will not hate it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081010/1250e31e/signature.pgp From jos at catnook.com Fri Oct 10 16:26:22 2008 From: jos at catnook.com (Jos Backus) Date: Fri Oct 10 16:26:31 2008 Subject: www/firefox3 crash related to use of libc's db functions Message-ID: <20081010162642.GA66905@lizzy.catnook.local> I'm seeing the following crash on -current: #0 0x2a31656b in thr_kill () at thr_kill.S:2 #1 0x2a2c5736 in pthread_kill () from /lib/libthr.so.3 #2 0x2a2c32c3 in raise () from /lib/libthr.so.3 #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so #4 #5 hash4 (keyarg=0xa8f497a, len=4294956678) at /usr/src/lib/libc/db/hash/hash_func.c:184 #6 0x2a39ab3d in __call_hash (hashp=0x8386800, k=0xa8f497a "S", len=-10618) at /usr/src/lib/libc/db/hash/hash.c:896 #7 0x2a3997fa in __split_page (hashp=0x8386800, obucket=7, nbucket=15) at /usr/src/lib/libc/db/hash/hash_page.c:356 #8 0x2a39ac09 in __expand_table (hashp=0x8386800) at /usr/src/lib/libc/db/hash/hash.c:865 #9 0x2a39922f in __addel (hashp=0x8386800, bufp=0x9d83ca0, key=0xbfbf8ac8, val=0xbfbf8ad0) at /usr/src/lib/libc/db/hash/hash_page.c:454 #10 0x2a39c2e0 in hash_access (hashp=0x8386800, action=HASH_PUT, key=0xbfbf8ac8, val=0xbfbf8ad0) at /usr/src/lib/libc/db/hash/hash.c:680 #11 0x2aa10b9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #12 0xbfbf8ad0 in ?? () #13 0xbfbf8ac8 in ?? () #14 0xbfbf8ad0 in ?? () #15 0x00000000 in ?? () #16 0x2a2c3599 in pthread_self () from /lib/libthr.so.3 #17 0x2aa203e4 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #18 0x2aa20bb8 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #19 0x2aa216ff in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #20 0x2aa258b2 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #21 0x2aa276c9 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #22 0x2aa27791 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #23 0x2aa18965 in ?? () from /usr/local/lib/firefox3/libnssdbm3.so This suggests that firefox3 is using the non-threadsafe db functions in libc. Is it possible to build firefox3 without them, or replace them with a newer version of Berkeley DB that is threadsafe? -- Jos Backus jos at catnook.com From amdmi3 at amdmi3.ru Fri Oct 10 17:41:53 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Oct 10 17:42:01 2008 Subject: VirtualBox looks for FreeBSD developer In-Reply-To: <20080919082719.GH676@e.0x20.net> References: <48C52718.5080807@sun.com> <48C8F051.7060107@sun.com> <20080919082719.GH676@e.0x20.net> Message-ID: <20081010174204.GB90757@hades.panopticon> Hi! Little time ago I was misleaded by the certain people and got an idea that VirtualBox actually works on FreeBSD, so I've made a draft port for it. It doesn't actually work, but since I've spent several hours hacking it and made bunch of (likely) useful patches, here it is, feel free to use it for any purpose. I hope someone of kernel hackers will make it work actually ;) Summary: - installation doesn't work - only 7.0 (7.x maybe) / i386 is supported - VM doesn't run - You'll be able to run QT4 GUI and some tests if you're lucky :) See README.txt inside for additional details. http://amdmi3.ru/files/virtualbox-port.tar.gz -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From nikolaj.thygesen at diamondbox.dk Fri Oct 10 19:07:17 2008 From: nikolaj.thygesen at diamondbox.dk (Nikolaj Thygesen) Date: Fri Oct 10 19:07:33 2008 Subject: FreeBSD Port: opera-9.60.20081004 Message-ID: <48EFA367.8090901@diamondbox.dk> When running the new opera 2.60 on fbsd, it will try to launch: /usr/local/share/opera/bin/operapluginwrapper.linux which doesn't exist. Another wrapper: /usr/local/share/opera/bin/operapluginwrapper.freebsd does exist though. I guess this is the one to really call?! br - N :o) From ino-news at spotteswoode.dnsalias.org Fri Oct 10 20:13:36 2008 From: ino-news at spotteswoode.dnsalias.org (clemens fischer) Date: Fri Oct 10 20:13:43 2008 Subject: pkg_create: replace files in package? Message-ID: hi, I am packaging up a few ports for a nanobsd based USB stick. Some of the programs are "quite right", but I need to replace or add files. For example, the elinks text browser port version is often lagging, so I build it manually from newer sources and use the resulting binaries instead of the packages'. Since the MD5 checksum of my modified binary doesn't match, nanobsds pkg_add command might fail. What I want to do is find a simple way of using some form of pkg_create invocation as easy as "pkg_create -R -b ...", but at the same time replacing or even adding some files. How can this be done? -c From unixmania at gmail.com Sat Oct 11 01:11:37 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sat Oct 11 01:11:43 2008 Subject: multimedia/xvid In-Reply-To: <20081009122839.GA58927@lpthe.jussieu.fr> References: <20081009122839.GA58927@lpthe.jussieu.fr> Message-ID: On Thu, Oct 9, 2008 at 9:28 AM, Michel Talon wrote: > Trying to encode with mencoder and the xvid codec(*), i discovered that it > is awfully slow (around 3 frames/s on my P4 machine). So i played a > little bit with the options in the Makefile without any success. Finally > i understood that the cause was that the build system requires nasm, but > doesn't use it! There are several assembly files in the xvid codec which > are not used due to that. The solution i have found by looking at the > configure script is to install the yasm port. Then the build system > picks the yasm dependency and compiles the assembly files, which enables > SSE instructions. The net result is that, without any other tweak, i now > encode the same stuff at 11 frames/s. > > So to be short, multimedia/xvid should require a dependency on yasm. > > (*) in find that the end result is better (less artifacts at the same > bitrate) with xvid than with lavc. Standard questions: 1. O which architectures did you test this? 2. Did you send a PR? 3. The port currently has no maintainer. Would you like to take it? :-) -- cd /usr/ports/sysutils/life make clean From talon at lpthe.jussieu.fr Sat Oct 11 07:37:43 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Oct 11 07:37:50 2008 Subject: multimedia/xvid In-Reply-To: References: <20081009122839.GA58927@lpthe.jussieu.fr> Message-ID: <20081011073738.GA38584@lpthe.jussieu.fr> On Fri, Oct 10, 2008 at 10:11:35PM -0300, Carlos A. M. dos Santos wrote: > > Standard questions: > > 1. O which architectures did you test this? On a P4 HTT. I can test that on an Athlon T Bird and a Core 2 Duo in 386 mode, but i don't have access to an amd64 machine running FreeBSD, and of course other architectures. The assembly files in question contain MMX,SSE and SSE2 instructions so apply only to such processors. > 2. Did you send a PR? No > 3. The port currently has no maintainer. Would you like to take it? :-) I have no problem taking it, on the other hand the required modification is minimal. I have checked on the xvid site that there is no more recent version. -- Michel TALON From nullbsd at gmail.com Sat Oct 11 07:58:04 2008 From: nullbsd at gmail.com (Sokolov Alexey) Date: Sat Oct 11 07:58:35 2008 Subject: It is illogical layout of ports Message-ID: <200810111035.44555.nullbsd@gmail.com> Hi! The location of some ports contradictory. They need all rank in the categories you want. Examples: 1. misc/k3b-i18n www/firefox-i18n mail/thunderbird-i18n Do: %find / usr / ports *-name "* i18n"-type d and look at how illogical are some applications. 2. multimedia/xmms-skins x11-themes/audacious-skins multimedia/smplayer-themes 3. x11/gsynaptics sysutils/ksynaptics 4. net-im/echat (irc/echat?) -- http://www.TrueBSD.org From mail at ozzmosis.com Sat Oct 11 09:00:41 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sat Oct 11 09:00:49 2008 Subject: It is illogical layout of ports In-Reply-To: <200810111035.44555.nullbsd@gmail.com> References: <200810111035.44555.nullbsd@gmail.com> Message-ID: <20081011083356.GA29557@ozzmosis.com> On Sat 2008-10-11 10:35:44 UTC+0300, Sokolov Alexey (nullbsd@gmail.com) wrote: > The location of some ports contradictory. They need all rank in the > categories you want. For me in most cases the category is superfluous. I will usually just use: cd /usr/ports/*/portname > www/firefox-i18n > mail/thunderbird-i18n Are these in the wrong category? > net-im/echat (irc/echat?) net-im seems correct. I don't think eChat is an IRC client. From wmoran at potentialtech.com Sat Oct 11 11:32:49 2008 From: wmoran at potentialtech.com (Bill Moran) Date: Sat Oct 11 11:32:56 2008 Subject: It is illogical layout of ports In-Reply-To: <200810111035.44555.nullbsd@gmail.com> References: <200810111035.44555.nullbsd@gmail.com> Message-ID: <20081011071515.7e635d81.wmoran@potentialtech.com> Sokolov Alexey wrote: > > Hi! > The location of some ports contradictory. They need all rank in the categories > you want. My goodness, you're right! Quick, stop all other development and have the entire FreeBSD community audit all _18000_ ports to ensure they're all in the appropriate categories! It shouldn't take long. I mean, there's no possibility that there'll be any disagreement among the community as to where each port belongs. There's no possibility that such an audit would be tied up in bikeshed discussions for eons. (Especially since I think most of the ports you complained about are already in the right place.) In all seriousness, what did you expect was going to happen as a result of your email? What did you really hope to accomplish? -- Bill Moran http://www.potentialtech.com From koitsu at FreeBSD.org Sat Oct 11 11:35:33 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sat Oct 11 11:35:39 2008 Subject: It is illogical layout of ports In-Reply-To: <200810111035.44555.nullbsd@gmail.com> References: <200810111035.44555.nullbsd@gmail.com> Message-ID: <20081011113530.GA61293@icarus.home.lan> On Sat, Oct 11, 2008 at 10:35:44AM +0300, Sokolov Alexey wrote: > Hi! > The location of some ports contradictory. They need all rank in the categories > you want. There's a grey area with some that you need to keep in mind. I'll give you a perfect example: irc/bitlbee. bitlbee is an IM-to-IRC gateway. It acts as a stand-alone IRC server, but it bridges Windows Live/MSN, ICQ, AIM, Yahoo!, and Jabber to IRC so that you can talk with IM contacts using an IRC client. So -- does this program go under net-im or irc? You can see my point. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From edwin at mavetju.org Sat Oct 11 12:02:51 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Sat Oct 11 12:03:23 2008 Subject: VirtualBox looks for FreeBSD developer In-Reply-To: <20081010174204.GB90757@hades.panopticon> References: <48C52718.5080807@sun.com> <48C8F051.7060107@sun.com> <20080919082719.GH676@e.0x20.net> <20081010174204.GB90757@hades.panopticon> Message-ID: <20081011114557.GA71472@mavetju.org> On Fri, Oct 10, 2008 at 09:42:04PM +0400, Dmitry Marakasov wrote: > Little time ago I was misleaded by the certain people and got an > idea that VirtualBox actually works on FreeBSD, so I've made a draft > port for it. It doesn't actually work, but since I've spent several > hours hacking it and made bunch of (likely) useful patches, here > it is, feel free to use it for any purpose. I hope someone of kernel > hackers will make it work actually ;) Have a talk with bms@ about it, he had some interesting working code too. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From unixmania at gmail.com Sat Oct 11 14:07:50 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sat Oct 11 14:07:56 2008 Subject: multimedia/xvid In-Reply-To: <20081011073738.GA38584@lpthe.jussieu.fr> References: <20081009122839.GA58927@lpthe.jussieu.fr> <20081011073738.GA38584@lpthe.jussieu.fr> Message-ID: On Sat, Oct 11, 2008 at 4:37 AM, Michel Talon wrote: > On Fri, Oct 10, 2008 at 10:11:35PM -0300, Carlos A. M. dos Santos wrote: >> >> Standard questions: >> >> 1. O which architectures did you test this? > > On a P4 HTT. I can test that on an Athlon T Bird and a Core 2 Duo > in 386 mode, but i don't have access to an amd64 machine running > FreeBSD, and of course other architectures. The assembly files in > question contain MMX,SSE and SSE2 instructions so apply only to > such processors. > >> 2. Did you send a PR? > > No > >> 3. The port currently has no maintainer. Would you like to take it? :-) > > I have no problem taking it, on the other hand the required modification > is minimal. I have checked on the xvid site that there is no more recent > version. I gave it a try and found that configure needs some help on AMD64 because it expects the architecture name to be "x86_64", not "amd64". Could you please check if the attached Makefile works on i386? I can not test it because I only have 8.0-CURRENT on AMD64 at the moment. -- cd /usr/ports/sysutils/life make clean -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile Type: application/octet-stream Size: 1039 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081011/f41892fc/Makefile.obj From freebsd-ports-local at be-well.ilk.org Sat Oct 11 14:19:27 2008 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Sat Oct 11 14:19:38 2008 Subject: It is illogical layout of ports In-Reply-To: <20081011113530.GA61293@icarus.home.lan> (Jeremy Chadwick's message of "Sat\, 11 Oct 2008 04\:35\:30 -0700") References: <200810111035.44555.nullbsd@gmail.com> <20081011113530.GA61293@icarus.home.lan> Message-ID: <44y70vw85z.fsf@lowell-desk.lan> Jeremy Chadwick writes: > On Sat, Oct 11, 2008 at 10:35:44AM +0300, Sokolov Alexey wrote: >> Hi! >> The location of some ports contradictory. They need all rank in the categories >> you want. > > There's a grey area with some that you need to keep in mind. I'll give > you a perfect example: irc/bitlbee. > > bitlbee is an IM-to-IRC gateway. It acts as a stand-alone IRC server, > but it bridges Windows Live/MSN, ICQ, AIM, Yahoo!, and Jabber to IRC > so that you can talk with IM contacts using an IRC client. > > So -- does this program go under net-im or irc? > > You can see my point. :-) There's also a "virtual categories" concept that allows a port to show up in more than one category. Some of the examples given by the original poster are already using this mechanism. From amdmi3 at amdmi3.ru Sat Oct 11 14:24:58 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sat Oct 11 14:25:06 2008 Subject: It is illogical layout of ports In-Reply-To: <200810111035.44555.nullbsd@gmail.com> References: <200810111035.44555.nullbsd@gmail.com> Message-ID: <20081011142508.GA43913@hades.panopticon> As I've said in a followup to the PR: Those are not illogical. I'd say, sometimes inconsistent, but not illogical for sure. > 1. > misc/k3b-i18n > www/firefox-i18n > mail/thunderbird-i18n Why's those illogical? Where would you place them? misc/k3b -> misc/k3b-i18n www/firefox -> www/firefox-i18n mail/thunderbird -> mail/thunderbird-i18n Since we don't have i18n category, those are nowhere better to place to. What I find inconsistent however, is: uk-aspell: /usr/ports/ukrainian/aspell vi-aspell: /usr/ports/vietnamese/aspell , but yi-aspell: /usr/ports/textproc/yi-aspell zu-aspell: /usr/ports/textproc/zu-aspell Still, I don't see better solution. > 2. > multimedia/xmms-skins > x11-themes/audacious-skins > multimedia/smplayer-themes ${PORTNAME}-(skins|themes) logically belongs to both ${PORTNAME}'s category and x11-themes. Arguments for the former: - Be where it's parent reside. So `ls | grep xmms` will show both xmms and all relevant skins/plugins/addons/mods/whatever (that's very weak argument actually, as audio format plugins already belong to audio, video format plugins belong to multimedia/, network plugins belong to net/ etc.) - x11-themes feels more likely for x11 wm or x11 toolkits themes. Arguments for the latter: - ${PORTNAME}'s category is not polluted. Say, xmms-skins have nothing to do with multimedia actually. - All skins are in the same place. And you can ls x11-themes/ | gerp bluecurve to find matchign themes for different apps/toolkits/wm's. I'd say I'm for the latter, as both arguments for the former are pretty weak. Though I'm used to have mplayer-skins beside mplayer. > 3. > x11/gsynaptics > sysutils/ksynaptics Here I agree. Inconsistency again, but ?synaptics belong both to x11 and sysutils. > 4. > net-im/echat (irc/echat?) It's some kind of broadcast LAN chat, not irc. Doesn't quite feels like IM for me as well, as I associate IM with user-to-user chat like ICQ or Jabber. Althrough it fits well into Wikipedia's definition of IM: "Instant messaging (IM) is a form of real-time communication between two or more people based on typed text. The text is conveyed via computers connected over a network such as the Internet." --- As you can see, all those are located in pretty logical places (at least without apparently more suitable places), althrough some subjects may belong to different categories at once. Anyway, I don't think it's good idea to move ports around - specific port will still reside in single category of multiple it probably logically belongs to, so it'll only produce useless noise without any gain. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From talon at lpthe.jussieu.fr Sat Oct 11 15:42:43 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Oct 11 15:42:50 2008 Subject: multimedia/xvid Message-ID: <20081011154239.GA49461@lpthe.jussieu.fr> > I gave it a try and found that configure needs some help on AMD64 > because it expects the architecture name to be "x86_64", not "amd64". > Could you please check if the attached Makefile works on i386? I can > not test it because I only have 8.0-CURRENT on AMD64 at the moment. Your Makefile allows xvid to compile without any problem on x86. I have also checked that xvid builds on a clean machine, without nasm or yasm installed with your Makefile, so it seems to be fine. Thanks for your attention. -- Michel TALON From que_deseja at hotmail.com Sat Oct 11 15:42:58 2008 From: que_deseja at hotmail.com (Desmond Chapman) Date: Sat Oct 11 15:43:04 2008 Subject: kBuild port Message-ID: I'm stepping into this blindly because I want virtualbox to work on freebsd 7.0 and above amd64. I need help such as tutorials on Makefiles: building and changing them. problems: marked as broken. This needs to be changed and a warning needs to be issued before installing. Maybe a yes/no prompt added? I also want to help with the vbox kernel mode. I can do the testing environment. _________________________________________________________________ See how Windows connects the people, information, and fun that are part of your life. http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/ From talon at lpthe.jussieu.fr Sat Oct 11 15:59:48 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Oct 11 15:59:55 2008 Subject: multimedia/xvid In-Reply-To: References: <20081009122839.GA58927@lpthe.jussieu.fr> <20081011073738.GA38584@lpthe.jussieu.fr> Message-ID: <20081011155944.GA54404@lpthe.jussieu.fr> On Sun, Oct 12, 2008 at 12:42:08AM +1100, Sean Winn wrote: > > Another option is to just fix the configure script so it doesn't break on > nasm > 1 (it's failing on the patch level check) > > The attached file dropped in ports/multimedia/xvid/files/ seems to do the > trick, though I don't use xvid so I can't exactly test that the new version > assembles things properly. > > Something done to configure.in should be sent upstream really. Yes, fixing the configure script should be done upstream, but it seems that the xvid project is somewhat asleep, so better use yasm in the Makefile on which there is control. As you note below, the problem comes because the configure script tries to use the -r option which yasm has but not nasm, so the xvid people had really yasm in view when doing their work. > --- configure.orig 2008-10-11 13:40:34.000000000 +1100 > +++ configure 2008-10-11 13:43:14.000000000 +1100 > @@ -4016,7 +4016,12 @@ > if test "$ac_nasm" = "yes" ; then > echo "$as_me:$LINENO: checking for nasm patch version" >&5 > echo $ECHO_N "checking for nasm patch version... $ECHO_C" >&6 > - nasm_patch=`$nasm_prog -r | cut -d '.' -f 3 | cut -d ' ' -f 1` > + nasm_version=`$nasm_prog -v | cut -d '.' -f 1 | cut -d ' ' -f3` > + if test -n "$nasm_version" -a "$nasm_version" -gt 1; then > + nasm_patch=$minimum_nasm_patch_version > + else > + nasm_patch=`$nasm_prog -r | cut -d '.' -f 3 | cut -d ' ' -f 1` > + fi > if test -z $nasm_patch ; then > nasm_patch=-1 > fi By the way, the performance improvement obtained by using SSE instructions in the assembly files is astounding. I could not beleive what i was seeing, basically an x 4 improvement, that is the code perfectly parallelizes the computations on the 128 bits registers. This is a good illustration of the fact that compilers are not always as smart as people say, and assembly code can crush C code. -- Michel TALON From unixmania at gmail.com Sat Oct 11 19:29:39 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sat Oct 11 19:29:46 2008 Subject: multimedia/xvid In-Reply-To: <20081011154239.GA49461@lpthe.jussieu.fr> References: <20081011154239.GA49461@lpthe.jussieu.fr> Message-ID: On Sat, Oct 11, 2008 at 12:42 PM, Michel Talon wrote: >> I gave it a try and found that configure needs some help on AMD64 >> because it expects the architecture name to be "x86_64", not "amd64". >> Could you please check if the attached Makefile works on i386? I can >> not test it because I only have 8.0-CURRENT on AMD64 at the moment. > > Your Makefile allows xvid to compile without any problem on x86. > I have also checked that xvid builds on a clean machine, without > nasm or yasm installed with your Makefile, so it seems to be fine. > > Thanks for your attention. Nice. Is there anybody in the list able to try the assembly options for IA64 and PPC? I know I'm pushing a little bit, but it would be nice if we could make the port work better on other platforms too. -- cd /usr/ports/sysutils/life make clean From yanefbsd at gmail.com Sat Oct 11 23:34:27 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sat Oct 11 23:34:33 2008 Subject: It is illogical layout of ports In-Reply-To: <200810111035.44555.nullbsd@gmail.com> References: <200810111035.44555.nullbsd@gmail.com> Message-ID: <7d6fde3d0810111634q5208736dla111935546e63545@mail.gmail.com> On Sat, Oct 11, 2008 at 12:35 AM, Sokolov Alexey wrote: > Hi! > The location of some ports contradictory. They need all rank in the categories > you want. > Examples: Please don't complain without providing solutions and suggestions for cleanup. Thanks, -Garrett From stas at FreeBSD.org Sun Oct 12 21:02:58 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sun Oct 12 21:03:10 2008 Subject: FreeBSD Port: mercurial-1.0.2 In-Reply-To: <48E82FBB.6070101@robinlea.com> References: <48E82FBB.6070101@robinlea.com> Message-ID: <20081013003346.73e59ddb.stas@FreeBSD.org> On Sun, 05 Oct 2008 10:08:43 +0700 John Francis Lee mentioned: > Hi Roberto, > > I have > Mercurial Distributed SCM (version 1.0.1) > installed on my FreeBSD host at verio.net and it seems to be working ok. > > But I am having trouble with the webinterface > http:/www.uspvp.org/hg > > I guess my problems are due to files not being where expected. I can't > find the mercurial files on FreeBSD. The tutorials I read all assume > linux or windows underneath the mercurial and I'm guessing that that is > my problem. > > How can I discover the directory structure for my mercurial installation? > > How should I update the port of mercurial to the FreeBSD operating system? > What file paths are speaking of? Hgweb CGI scripts contains a hardcoded path to the repository so you should tweak it to match you installation. Try looking into hgweb.cgi and it should be clear what to fix. By default it contains a dummy path. If you are using a hgwebdir version you should create a config file (there're a plenty of examples in documentation) and put it near the cgi scripts itself. -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081012/23a0b764/attachment.pgp From stas at FreeBSD.org Sun Oct 12 21:03:03 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sun Oct 12 21:03:10 2008 Subject: FreeBSD Port: opera-9.60.20081004 In-Reply-To: <48EFA367.8090901@diamondbox.dk> References: <48EFA367.8090901@diamondbox.dk> Message-ID: <20081013004057.398544bc.stas@FreeBSD.org> On Fri, 10 Oct 2008 20:48:07 +0200 Nikolaj Thygesen mentioned: > When running the new opera 2.60 on fbsd, it will try to launch: > > /usr/local/share/opera/bin/operapluginwrapper.linux > > which doesn't exist. Another wrapper: > > /usr/local/share/opera/bin/operapluginwrapper.freebsd > > does exist though. I guess this is the one to really call?! > > br - N :o) > It seems that operapluginwrapper expects some argument to be passed, but it doesn't, and fails. -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081012/ef00bc7f/attachment.pgp From jason at tinisi.com Mon Oct 13 02:52:20 2008 From: jason at tinisi.com (Jason) Date: Mon Oct 13 02:52:27 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 Message-ID: <48F2B3ED.5060103@tinisi.com> nork, I am trying to install this port on FreeBSD 6.0. I am getting this error when I run "make all". Any ideas? I tried to execute the rest of the patch by hand, but don't really know enough to do that ;-) The reject file is pasted below the actual error from the make file. Jason # Error on make all ===> Applying distribution patches for DarwinStreamingServer-6.0.3 ===> Applying FreeBSD patches for DarwinStreamingServer-6.0.3 1 out of 3 hunks failed--saving rejects to CommonUtilitiesLib/OSHeaders.h.rej => Patch patch-CommonUtilitiesLib::OSHeaders.h failed to apply cleanly. => Patch(es) patch-Buildit applied cleanly. *** Error code 1 Stop in /usr/ports/net/DarwinStreamingServer. # CommonUtilitiesLib/OSHeaders.h.rej *************** *** 27,37 **** #define OSHeaders_H #include #define kSInt16_Max USHRT_MAX #define kUInt16_Max USHRT_MAX #define kSInt32_Max LONG_MAX #define kUInt32_Max ULONG_MAX #define kSInt64_Max LONG_LONG_MAX #define kUInt64_Max ULONG_LONG_MAX --- 27,46 ---- #define OSHeaders_H #include + #ifdef __amd64__ + #define CPU_64BIT + #endif + #define kSInt16_Max USHRT_MAX #define kUInt16_Max USHRT_MAX + #ifdef CPU_64BIT + #define kSInt32_Max INT_MAX + #define kUInt32_Max UINT_MAX + #else #define kSInt32_Max LONG_MAX #define kUInt32_Max ULONG_MAX + #endif #define kSInt64_Max LONG_LONG_MAX #define kUInt64_Max ULONG_LONG_MAX From unixmania at gmail.com Mon Oct 13 04:37:57 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Mon Oct 13 04:38:03 2008 Subject: multimedia/xvid In-Reply-To: <20081011155944.GA54404@lpthe.jussieu.fr> References: <20081009122839.GA58927@lpthe.jussieu.fr> <20081011073738.GA38584@lpthe.jussieu.fr> <20081011155944.GA54404@lpthe.jussieu.fr> Message-ID: On Sat, Oct 11, 2008 at 1:59 PM, Michel Talon wrote: > On Sun, Oct 12, 2008 at 12:42:08AM +1100, Sean Winn wrote: >> >> Another option is to just fix the configure script so it doesn't break on >> nasm > 1 (it's failing on the patch level check) >> >> The attached file dropped in ports/multimedia/xvid/files/ seems to do the >> trick, though I don't use xvid so I can't exactly test that the new version >> assembles things properly. >> >> Something done to configure.in should be sent upstream really. > > Yes, fixing the configure script should be done upstream, but it > seems that the xvid project is somewhat asleep, so better use > yasm in the Makefile on which there is control. As you note below, > the problem comes because the configure script tries to use the -r > option which yasm has but not nasm, so the xvid people had really > yasm in view when doing their work. > > >> --- configure.orig 2008-10-11 13:40:34.000000000 +1100 >> +++ configure 2008-10-11 13:43:14.000000000 +1100 >> @@ -4016,7 +4016,12 @@ >> if test "$ac_nasm" = "yes" ; then >> echo "$as_me:$LINENO: checking for nasm patch version" >&5 >> echo $ECHO_N "checking for nasm patch version... $ECHO_C" >&6 >> - nasm_patch=`$nasm_prog -r | cut -d '.' -f 3 | cut -d ' ' -f 1` >> + nasm_version=`$nasm_prog -v | cut -d '.' -f 1 | cut -d ' ' -f3` >> + if test -n "$nasm_version" -a "$nasm_version" -gt 1; then >> + nasm_patch=$minimum_nasm_patch_version >> + else >> + nasm_patch=`$nasm_prog -r | cut -d '.' -f 3 | cut -d ' ' -f 1` >> + fi >> if test -z $nasm_patch ; then >> nasm_patch=-1 >> fi > > By the way, the performance improvement obtained by using SSE > instructions in the assembly files is astounding. I could not beleive > what i was seeing, basically an x 4 improvement, that is the code > perfectly parallelizes the computations on the 128 bits registers. > This is a good illustration of the fact that compilers are not always > as smart as people say, and assembly code can crush C code. I just submitted a PR with the fix: http://www.freebsd.org/cgi/query-pr.cgi?pr=128042 -- cd /usr/ports/sysutils/life make clean From unixmania at gmail.com Mon Oct 13 05:28:09 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Mon Oct 13 05:28:16 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 In-Reply-To: <48F2B3ED.5060103@tinisi.com> References: <48F2B3ED.5060103@tinisi.com> Message-ID: On Mon, Oct 13, 2008 at 12:35 AM, Jason wrote: > nork, > I am trying to install this port on FreeBSD 6.0. I am getting this error > when I run "make all". Any ideas? I tried to execute the rest of the patch > by hand, but don't really know enough to do that ;-) > The reject file is pasted below the actual error from the make file. > > Jason > > # Error on make all > > ===> Applying distribution patches for DarwinStreamingServer-6.0.3 > ===> Applying FreeBSD patches for DarwinStreamingServer-6.0.3 > 1 out of 3 hunks failed--saving rejects to > CommonUtilitiesLib/OSHeaders.h.rej > => Patch patch-CommonUtilitiesLib::OSHeaders.h failed to apply cleanly. > => Patch(es) patch-Buildit applied cleanly. > *** Error code 1 > > Stop in /usr/ports/net/DarwinStreamingServer. > > > # CommonUtilitiesLib/OSHeaders.h.rej > > *************** > *** 27,37 **** > #define OSHeaders_H > #include > > #define kSInt16_Max USHRT_MAX > #define kUInt16_Max USHRT_MAX > > #define kSInt32_Max LONG_MAX > #define kUInt32_Max ULONG_MAX > > #define kSInt64_Max LONG_LONG_MAX > #define kUInt64_Max ULONG_LONG_MAX > --- 27,46 ---- > #define OSHeaders_H > #include > > + #ifdef __amd64__ > + #define CPU_64BIT > + #endif > + > #define kSInt16_Max USHRT_MAX > #define kUInt16_Max USHRT_MAX > > + #ifdef CPU_64BIT > + #define kSInt32_Max INT_MAX > + #define kUInt32_Max UINT_MAX > + #else > #define kSInt32_Max LONG_MAX > #define kUInt32_Max ULONG_MAX > + #endif > > #define kSInt64_Max LONG_LONG_MAX > #define kUInt64_Max ULONG_LONG_MAX I could not reproduce it here (FreeBSD 8.0-CURRENT + ports tree updated yesterday): # cd /usr/ports/net/DarwinStreamingServer/ # make patch ===> Vulnerability check disabled, database not found => DarwinStreamingSrvr6.0.3-Source.tar doesn't seem to exist in /local/FreeBSD/ports-distfiles/. => Attempting to fetch from http://dss.macosforge.org/downloads/. fetch: http://dss.macosforge.org/downloads/DarwinStreamingSrvr6.0.3-Source.tar: Moved Temporarily => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/nork/. DarwinStreamingSrvr6.0.3-Source.tar 100% of 31 MB 98 kBps 00m00s => dss-6.0.3.patch doesn't seem to exist in /local/FreeBSD/ports-distfiles/. => Attempting to fetch from http://www.abrahamsson.com/. dss-6.0.3.patch 100% of 14 kB 17 kBps ===> Extracting for DarwinStreamingServer-6.0.3 => MD5 Checksum OK for DarwinStreamingSrvr6.0.3-Source.tar. => SHA256 Checksum OK for DarwinStreamingSrvr6.0.3-Source.tar. => MD5 Checksum OK for dss-6.0.3.patch. => SHA256 Checksum OK for dss-6.0.3.patch. ===> DarwinStreamingServer-6.0.3 depends on file: /usr/local/bin/perl5.8.8 - found ===> Patching for DarwinStreamingServer-6.0.3 ===> DarwinStreamingServer-6.0.3 depends on file: /usr/local/bin/perl5.8.8 - found ===> Applying distribution patches for DarwinStreamingServer-6.0.3 ===> Applying FreeBSD patches for DarwinStreamingServer-6.0.3 # Are you sure that your ports tree is up-to-date? BTW, FreeBSD 6.0 was declared "end of life" a long time ago. Do you have any particular reason to keep using it? -- cd /usr/ports/sysutils/life make clean From kamikaze at bsdforen.de Mon Oct 13 09:30:23 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Oct 13 09:30:30 2008 Subject: firefox3-i18n not working Message-ID: <48F310C6.5020909@bsdforen.de> I have installed the firefox3-i18n port and set general.useragent.locale to en-GB, yet the interface is still displayed in US English (E.g. colors instead of colours). Any known workarounds or errors by my side? From akitada at gmail.com Mon Oct 13 10:31:12 2008 From: akitada at gmail.com (Akira Kitada) Date: Mon Oct 13 10:31:19 2008 Subject: Please update sqlite3 port to the latest 3.6.3 In-Reply-To: <90bb445a0810130221qf903f91ib84e1bae4d6218d9@mail.gmail.com> References: <90bb445a0810130221qf903f91ib84e1bae4d6218d9@mail.gmail.com> Message-ID: <90bb445a0810130302v7327f545u69d2371ae1988742@mail.gmail.com> Adding ports@FreeBSD.org to CC. On Mon, Oct 13, 2008 at 6:21 PM, Akira Kitada wrote: > Hello sqlite3 port maintainers, > > Could you please upgrade sqlite3 port to the latest 3.6.3? > The current version on port, 3.5.6, is rather old and has some bugs > that is fixed in the newer one. > (http://www.sqlite.org/changes.html) > > Thank you in advance, > > Akira > From bsam at ipt.ru Mon Oct 13 10:36:57 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Oct 13 10:37:04 2008 Subject: Is CONFLICTS broken? Message-ID: <91807555@bb.ipt.ru> Hello List, seems that CONFLICTS is broken (have tested with recent ports at two servers): ----- host% pkg_info -xI linux_base linux_base-fc-4_13 Base set of packages needed in Linux mode (for i386/amd64) host% cd /usr/ports/emulators/linux_base-f8 host% make -V CONFLICTS linux_base-gentoo* linux_base-fc4 linux_base-fc6 linux_base-f7 host% make check-conflicts host% ----- Is it only for me? Won't we ship 6.4 and/or 7.1 with broken CONFLICTS? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From bugmaster at FreeBSD.org Mon Oct 13 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 13 11:06:26 2008 Subject: Current unassigned ports problem reports Message-ID: <200810131106.m9DB64lI028478@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/128053 [patch] japanese/grep: update PATCH_SITES o ports/128052 [patch] japanese/gawk: update PATCH_SITES f ports/128051 [UPDATE]: x11/xcb-util update to version 0.3.0 o ports/128050 [patch] japanese/sed: update PATCH_SITES f ports/128048 www/mod_proxy_html port installs broken configuration f ports/128043 Udate net/ushare to 1.1a o ports/128042 [PATCH] multimedia/xvid: use assembly for better perfo o ports/128041 [NEW PORT] print/rtf2latex2e: A (newer) filter that co o ports/128034 new port math/open-axiom f ports/128012 x11-wm/awesome: update to 3.0 o ports/128006 [NEW PORT] x11-toolkits/ruby18-fox: Ruby extension mod f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic o ports/127961 x11-fonts/mozilla-fonts port description is wrong f ports/127947 net/p5-SOAP-Lite conflicts with net/p5-SOAP o ports/127921 [maintainer update] Update port: ports-mgmt/pkg_add_it o ports/127911 New port: sysutils/slack - Simple configuration manage f ports/127905 science/gramps: installation and runtime problems with o ports/127899 mail/sympa5 is outdated o ports/127857 [NEW PORT] multimedia/mythtv-themes: The official Myth o ports/127856 [NEW PORT] multimedia/mythtv-frontend: MythTV is a hom o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to o ports/127849 New port: multimedia/libdvdread-mplayer o ports/127827 request maintainership of comms/qpage o ports/127817 [PATCH] www/tomcat55: update to 5.5.27 f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS f ports/127743 Update devel/pwlib net/opal net/ekiga to GNOME 2.24.0 o ports/127730 [maintainer] textproc/sphinxsearch 64 bit ID support, o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127727 [PATCH] devel/doxygen: update to 1.5.7 f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha o ports/127555 comms/rxtx : USB serial device can not use f ports/127542 Port www/mod_ntlm2 does not working f ports/127530 mail/postfix: LDA of postfix with dovecot will fail wh f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127490 devel/ptmalloc port doesn't apply the -fPIC flag f ports/127482 security/ossec-hids-server - ossec-hids ports outdated f ports/127447 LICENSE (EULA) of x11-fonts/webfonts is not included o ports/127386 graphics/opendx does not build o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127238 [update] net/p5-SOAP-Lite: upgrade from version 0.69 t o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127181 audio/musicpd logs warning o ports/127087 mail/bincimap port does not include an rc.d file o ports/127075 comms/qpage segmentation fault due to freeing already- f ports/127018 Linuxulator incapable of using FreeBSD's LDAP environm o ports/126922 devel/libusb : update for Network UPS Tools f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 f ports/126867 security/sshguard-pf 1.1 fails to detect attempted log f ports/126840 [PATCH] update sysutils/fusefs-wdfs to use neon28 if p f ports/126839 ports/misc/ezload - update: add hardware support for r o ports/126732 [patch] archivers/rpm5 update (build depends) f ports/126706 multimedia/libdvdcss unusable on RELENG_7 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n o ports/126628 sysutils/heartbeat incorrect detect interfaces during f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126513 print/ghostscript-gpl - ghostscript - gpl - compile bu s ports/126476 [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126196 sysutils/heartbeat: port 1.2.5 rev3 problem with libne f ports/126161 security/bsp_upektfmess does not work on 7.0 f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/126040 update sysutils/linux-megacli f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added o ports/125705 semi new port: resurrect graphics/mesagl in a mangled f ports/125594 net-p2p/Amule2 port is outdated f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt o ports/124905 new port: databases/sqlitejdbc 051 o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124428 palm/jpilot configure error when checking for pilot-li f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124083 net/vnc is not building the xorg vnc module o ports/124061 [patch]: lang/mlton (new features) o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/122824 [new port] add news/husky-htick-devel port f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122596 devel/python: Python hangs when importing pygtk f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/112202 security/vscan: patch to fix plist problem o ports/110144 New port: math/Matlab7 o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys a ports/79351 Character passing error in security/pinentry-qt 112 problems total. From erwin at FreeBSD.org Mon Oct 13 12:53:45 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 13 12:53:54 2008 Subject: INDEX build failed for 6.x Message-ID: <200810131253.m9DCrgdG094381@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: instant-server-1.0_4: no entry for /usr/ports/net/isc-dhcp3-server Committers on the hook: amdmi3 bsam edwin leeym maho mm perky xride Most recent CVS update was: U MOVED U devel/linux-glib2/Makefile U devel/p5-Date-EzDate/Makefile U devel/p5-Date-EzDate/distinfo U devel/py-simpy/Makefile U devel/py-simpy/distinfo U editors/openoffice.org-3/Makefile U editors/openoffice.org-3/distinfo U editors/openoffice.org-3/files/Makefile.others U editors/openoffice.org-3/files/amd64-gcc42-workaround U editors/openoffice.org-3/files/patch-i84549 U editors/openoffice.org-3/files/patch-i91318 U editors/openoffice.org-3/files/patch-i91861 U editors/openoffice.org-3-RC/Makefile U emulators/linux_base-f8/Makefile U emulators/linux_base-f8/distinfo.i386 U games/Makefile U games/openlierox/Makefile U games/openlierox/distinfo U games/openlierox/pkg-descr U games/openlierox/pkg-plist U games/openlierox/files/patch-libs-hawknl-src-nlinternal.h U games/openlierox/files/patch-src-client-Sounds.cpp U games/openlierox/files/patch-src-main.cpp U graphics/ImageMagick/Makefile U lang/python30/pkg-plist U lang/python30/files/patch-setup.py U net/Makefile U net/isc-dhcp3-devel/Makefile U net/isc-dhcp30-client/Makefile U net/isc-dhcp30-client/pkg-descr U net/isc-dhcp30-client/pkg-message U net/isc-dhcp30-client/pkg-plist U net/isc-dhcp30-relay/Makefile U net/isc-dhcp30-relay/pkg-descr U net/isc-dhcp30-relay/pkg-message U net/isc-dhcp30-relay/pkg-plist U net/isc-dhcp30-server/Makefile U net/isc-dhcp30-server/distinfo U net/isc-dhcp30-server/pkg-descr U net/isc-dhcp30-server/pkg-install U net/isc-dhcp30-server/pkg-message U net/isc-dhcp30-server/pkg-plist U net/isc-dhcp30-server/files/client::scripts::freebsd U net/isc-dhcp30-server/files/isc-dhcpd.in U net/isc-dhcp30-server/files/isc-dhcrelay.in U net/isc-dhcp30-server/files/patch-client::dhclient.8 U net/isc-dhcp30-server/files/patch-client::dhclient.c U net/isc-dhcp31-client/Makefile U net/isc-dhcp31-relay/Makefile U net/isc-dhcp31-server/Makefile U net/isc-dhcp31-server/distinfo U net/isc-dhcp31-server/files/patch-client::dhclient.c U net/isc-dhcp40-server/Makefile U www/py-jonpy/Makefile U www/py-jonpy/distinfo From amdmi3 at amdmi3.ru Mon Oct 13 12:59:57 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Oct 13 13:00:04 2008 Subject: Is CONFLICTS broken? In-Reply-To: <91807555@bb.ipt.ru> References: <91807555@bb.ipt.ru> Message-ID: <20081013130008.GC11979@hades.panopticon> * Boris Samorodov (bsam@ipt.ru) wrote: > host% make -V CONFLICTS > linux_base-gentoo* linux_base-fc4 linux_base-fc6 linux_base-f7 I thought CONFLICTS is list of regexps against full package name, so you need to specify version matching part as well, i.e. linux_base-fc4*. For me conflicts work after this change: % make -VCONFLICTS linux_base-gentoo* linux_base-fc4* linux_base-fc6* linux_base-f7* % make check-conflicts ===> linux_base-f8-8_7 conflicts with installed package(s): linux_base-fc6-6_5 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From bsam at ipt.ru Mon Oct 13 13:15:49 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Oct 13 13:15:56 2008 Subject: Is CONFLICTS broken? In-Reply-To: <20081013130008.GC11979@hades.panopticon> (Dmitry Marakasov's message of "Mon\, 13 Oct 2008 17\:00\:08 +0400") References: <91807555@bb.ipt.ru> <20081013130008.GC11979@hades.panopticon> Message-ID: <04284808@bb.ipt.ru> Dmitry Marakasov writes: > * Boris Samorodov (bsam@ipt.ru) wrote: > >> host% make -V CONFLICTS >> linux_base-gentoo* linux_base-fc4 linux_base-fc6 linux_base-f7 > I thought CONFLICTS is list of regexps against full package name, so you > need to specify version matching part as well, i.e. linux_base-fc4*. > > For me conflicts work after this change: > > % make -VCONFLICTS > linux_base-gentoo* linux_base-fc4* linux_base-fc6* linux_base-f7* > % make check-conflicts > > ===> linux_base-f8-8_7 conflicts with installed package(s): > linux_base-fc6-6_5 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 You are right. I'd interpreted The Porters Book wrongly. Thanks for your help and sorry for the noise. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From jason at tinisi.com Mon Oct 13 13:25:35 2008 From: jason at tinisi.com (Jason) Date: Mon Oct 13 13:25:46 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 In-Reply-To: References: <48F2B3ED.5060103@tinisi.com> Message-ID: <48F34C4E.1020600@tinisi.com> Carlos, Thanks for the reply. I downloaded just the Streaming Server port from the FreeBSD web site, I haven't upgraded my entire ports tree. But, if I understand this particular problem, the only factors are the actual patch file and the file being patched, so as long as those are in sync, it should work. Is the port posted on the FreeBSD web the latest? The web access to cvs shows the port I am using at revision 1.35. Has something else fundamental changed like make itself or the patch utility since 6.0 was released? As far as why I am still on 6.0, please chalk it up to admin laziness. I know it is time to upgrade, but I usually like to skip a version or two and then do the work of rebuilding my production server from scratch. Just need to find that free weekend to rebuild and install all the apps I depend on. Thanks a lot for the response, if I thought that my outdated version of FreeBSd was causing this problem, I would not have bugged you about this. I am only hoping that once this compiles it will work for me, as the older version of DSS that I have installed at the moment has pretty much stopped working. Jason Carlos A. M. dos Santos wrote: > On Mon, Oct 13, 2008 at 12:35 AM, Jason wrote: > >> nork, >> I am trying to install this port on FreeBSD 6.0. I am getting this error >> when I run "make all". Any ideas? I tried to execute the rest of the patch >> by hand, but don't really know enough to do that ;-) >> The reject file is pasted below the actual error from the make file. >> >> Jason >> >> # Error on make all >> >> ===> Applying distribution patches for DarwinStreamingServer-6.0.3 >> ===> Applying FreeBSD patches for DarwinStreamingServer-6.0.3 >> 1 out of 3 hunks failed--saving rejects to >> CommonUtilitiesLib/OSHeaders.h.rej >> => Patch patch-CommonUtilitiesLib::OSHeaders.h failed to apply cleanly. >> => Patch(es) patch-Buildit applied cleanly. >> *** Error code 1 >> >> Stop in /usr/ports/net/DarwinStreamingServer. >> >> >> # CommonUtilitiesLib/OSHeaders.h.rej >> >> *************** >> *** 27,37 **** >> #define OSHeaders_H >> #include >> >> #define kSInt16_Max USHRT_MAX >> #define kUInt16_Max USHRT_MAX >> >> #define kSInt32_Max LONG_MAX >> #define kUInt32_Max ULONG_MAX >> >> #define kSInt64_Max LONG_LONG_MAX >> #define kUInt64_Max ULONG_LONG_MAX >> --- 27,46 ---- >> #define OSHeaders_H >> #include >> >> + #ifdef __amd64__ >> + #define CPU_64BIT >> + #endif >> + >> #define kSInt16_Max USHRT_MAX >> #define kUInt16_Max USHRT_MAX >> >> + #ifdef CPU_64BIT >> + #define kSInt32_Max INT_MAX >> + #define kUInt32_Max UINT_MAX >> + #else >> #define kSInt32_Max LONG_MAX >> #define kUInt32_Max ULONG_MAX >> + #endif >> >> #define kSInt64_Max LONG_LONG_MAX >> #define kUInt64_Max ULONG_LONG_MAX >> > > I could not reproduce it here (FreeBSD 8.0-CURRENT + ports tree > updated yesterday): > > # cd /usr/ports/net/DarwinStreamingServer/ > # make patch > ===> Vulnerability check disabled, database not found > => DarwinStreamingSrvr6.0.3-Source.tar doesn't seem to exist in > /local/FreeBSD/ports-distfiles/. > => Attempting to fetch from http://dss.macosforge.org/downloads/. > fetch: http://dss.macosforge.org/downloads/DarwinStreamingSrvr6.0.3-Source.tar: > Moved Temporarily > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/nork/. > DarwinStreamingSrvr6.0.3-Source.tar 100% of 31 MB 98 kBps 00m00s > => dss-6.0.3.patch doesn't seem to exist in /local/FreeBSD/ports-distfiles/. > => Attempting to fetch from http://www.abrahamsson.com/. > dss-6.0.3.patch 100% of 14 kB 17 kBps > ===> Extracting for DarwinStreamingServer-6.0.3 > => MD5 Checksum OK for DarwinStreamingSrvr6.0.3-Source.tar. > => SHA256 Checksum OK for DarwinStreamingSrvr6.0.3-Source.tar. > => MD5 Checksum OK for dss-6.0.3.patch. > => SHA256 Checksum OK for dss-6.0.3.patch. > ===> DarwinStreamingServer-6.0.3 depends on file: > /usr/local/bin/perl5.8.8 - found > ===> Patching for DarwinStreamingServer-6.0.3 > ===> DarwinStreamingServer-6.0.3 depends on file: > /usr/local/bin/perl5.8.8 - found > ===> Applying distribution patches for DarwinStreamingServer-6.0.3 > ===> Applying FreeBSD patches for DarwinStreamingServer-6.0.3 > # > > Are you sure that your ports tree is up-to-date? > > BTW, FreeBSD 6.0 was declared "end of life" a long time ago. Do you > have any particular reason to keep using it? > > From koitsu at FreeBSD.org Mon Oct 13 13:52:46 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Oct 13 13:52:53 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 In-Reply-To: <48F34C4E.1020600@tinisi.com> References: <48F2B3ED.5060103@tinisi.com> <48F34C4E.1020600@tinisi.com> Message-ID: <20081013135243.GA20064@icarus.home.lan> On Mon, Oct 13, 2008 at 08:25:34AM -0500, Jason wrote: > Carlos, > Thanks for the reply. I downloaded just the Streaming Server port > from the FreeBSD web site, I haven't upgraded my entire ports tree. But, > if I understand this particular problem, the only factors are the actual > patch file and the file being patched, so as long as those are in sync, > it should work. Is the port posted on the FreeBSD web the latest? The > web access to cvs shows the port I am using at revision 1.35. Has > something else fundamental changed like make itself or the patch utility > since 6.0 was released? The problem is that your ports tree has been updated incorrectly or is broken somehow. The patch which is failing for you was removed from the files/ directory 4 months ago, when the 6.0.3 update got applied: http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/DarwinStreamingServer/files/Attic/ The patch in question does not apply to 6.0.3, and that's what the problem here is. I don't know how you have 6.0.3 of the port, but still have old patch files in files/. I do not know how/why your ports tree is in this state. It's possible that when you installed FreeBSD you chose "src" and "ports" from the installation menu. The problem with this is that you have to "adopt" the src and ports trees to work with csup/cvsup: http://www.cvsup.org/faq.html#adopt I would highly recommend you "start over" from scratch by nuking your ports tree (rm -fr /usr/ports/*), and the files/dirs in /usr/sup/* and/or /var/db/sup/*, then updating your entire ports tree again. You should probably do the same thing with /usr/src as well. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From jason at tinisi.com Mon Oct 13 14:05:33 2008 From: jason at tinisi.com (Jason) Date: Mon Oct 13 14:05:39 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 In-Reply-To: <20081013135243.GA20064@icarus.home.lan> References: <48F2B3ED.5060103@tinisi.com> <48F34C4E.1020600@tinisi.com> <20081013135243.GA20064@icarus.home.lan> Message-ID: <48F355A7.7000501@tinisi.com> Jeremy, Thanks much! I am not exactly sure how that port got in this state either, but I *did* manually download just the port for the DarwinStreamingServer and plunk into my port tree, so I know I am not following protocol ;-) My install did indeed start with ports and src installed (I have a hosted server where they do the initial install). I will use CVSUP and properly get my ports in order before I bug you guys again. Jason Jeremy Chadwick wrote: > On Mon, Oct 13, 2008 at 08:25:34AM -0500, Jason wrote: > >> Carlos, >> Thanks for the reply. I downloaded just the Streaming Server port >> from the FreeBSD web site, I haven't upgraded my entire ports tree. But, >> if I understand this particular problem, the only factors are the actual >> patch file and the file being patched, so as long as those are in sync, >> it should work. Is the port posted on the FreeBSD web the latest? The >> web access to cvs shows the port I am using at revision 1.35. Has >> something else fundamental changed like make itself or the patch utility >> since 6.0 was released? >> > > The problem is that your ports tree has been updated incorrectly or is > broken somehow. The patch which is failing for you was removed from the > files/ directory 4 months ago, when the 6.0.3 update got applied: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/DarwinStreamingServer/files/Attic/ > > The patch in question does not apply to 6.0.3, and that's what the > problem here is. > > I don't know how you have 6.0.3 of the port, but still have old patch > files in files/. I do not know how/why your ports tree is in this > state. It's possible that when you installed FreeBSD you chose "src" > and "ports" from the installation menu. The problem with this is that > you have to "adopt" the src and ports trees to work with csup/cvsup: > > http://www.cvsup.org/faq.html#adopt > > I would highly recommend you "start over" from scratch by nuking > your ports tree (rm -fr /usr/ports/*), and the files/dirs in /usr/sup/* > and/or /var/db/sup/*, then updating your entire ports tree again. > > You should probably do the same thing with /usr/src as well. > > From david at catwhisker.org Mon Oct 13 14:45:51 2008 From: david at catwhisker.org (David Wolfskill) Date: Mon Oct 13 14:45:58 2008 Subject: Possible missing dependencies in graphics/gimp-app/Makefile 1.222 Message-ID: <20081013141610.GK41015@bunrab.catwhisker.org> During my daily portmaster(1) run today, I had some difficulties getting graphics/gimp-app updated from gimp-app-2.4.7,1 -> gimp-app-2.6.1,1. Apparently gimp-app-2.6.1,1 has dependencies on x11/babl and graphics/gegl, neither of which I had previously installed -- and the attempt to upgrade graphics/gimp-app seems to have failed to ensure that they were installed & up-to-date before trying to build gimp-app-2.6.1,1. As noted in the Subject, graphics/gimp-app/Makefile is at rev. 1.222. Peace, david -- David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081013/6526ac97/attachment.pgp From gahr at FreeBSD.org Mon Oct 13 15:02:32 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Oct 13 15:03:03 2008 Subject: Possible missing dependencies in graphics/gimp-app/Makefile 1.222 In-Reply-To: <20081013141610.GK41015@bunrab.catwhisker.org> References: <20081013141610.GK41015@bunrab.catwhisker.org> Message-ID: <48F362DA.2090404@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 David Wolfskill wrote: | During my daily portmaster(1) run today, I had some difficulties getting | graphics/gimp-app updated from gimp-app-2.4.7,1 -> gimp-app-2.6.1,1. | | Apparently gimp-app-2.6.1,1 has dependencies on x11/babl and | graphics/gegl, neither of which I had previously installed -- and the | attempt to upgrade graphics/gimp-app seems to have failed to ensure that | they were installed & up-to-date before trying to build | gimp-app-2.6.1,1. Actually, gimp-2.6 depends on gegl, which in turn depends on babl. | | As noted in the Subject, graphics/gimp-app/Makefile is at rev. 1.222. | | Peace, | david - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkjzYtgACgkQwMJqmJVx947FfACgs4dIXm9y90+lHt5+dD57tma8 EWgAoI1nupKV7kiYOssEf6TVEuI7uK2k =ndKD -----END PGP SIGNATURE----- From erwin at FreeBSD.org Mon Oct 13 15:52:40 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 13 15:52:46 2008 Subject: INDEX build failed for 6.x Message-ID: <200810131552.m9DFqbku087752@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: instant-server-1.0_4: no entry for /usr/ports/net/isc-dhcp3-server Committers on the hook: amdmi3 bsam edwin flz gahr leeym lth maho mm naddy perky ume xride Most recent CVS update was: U MOVED U devel/Makefile U devel/p5-File-Find-Rule-Perl/Makefile U devel/p5-File-Find-Rule-Perl/distinfo U devel/p5-File-Find-Rule-Perl/pkg-descr U devel/p5-File-Find-Rule-Perl/pkg-plist U devel/p5-Test-Reporter/Makefile U devel/p5-Test-Reporter/distinfo U editors/code-browser/Makefile U editors/code-browser/distinfo U editors/nano/Makefile U editors/nano/distinfo U japanese/gawk/Makefile U japanese/grep/Makefile U japanese/sed/Makefile U mail/p5-Email-Delete/Makefile U mail/p5-Email-Delete/distinfo U multimedia/xvid/Makefile U ports-mgmt/pkg_add_it/Makefile U ports-mgmt/pkg_add_it/distinfo U security/cyrus-sasl2/Makefile U security/cyrus-sasl2/files/patch-saslauthd::Makefile.in U security/cyrus-sasl2-saslauthd/Makefile U security/cyrus-sasl2-saslauthd/pkg-plist U sysutils/p5-Sys-Syslog/Makefile U sysutils/p5-Sys-Syslog/distinfo U textproc/p5-Perl-MinimumVersion/Makefile U textproc/p5-Perl-MinimumVersion/distinfo From koitsu at FreeBSD.org Mon Oct 13 16:53:02 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Oct 13 16:53:10 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 In-Reply-To: <48F355A7.7000501@tinisi.com> References: <48F2B3ED.5060103@tinisi.com> <48F34C4E.1020600@tinisi.com> <20081013135243.GA20064@icarus.home.lan> <48F355A7.7000501@tinisi.com> Message-ID: <20081013142730.GA21172@icarus.home.lan> On Mon, Oct 13, 2008 at 09:05:27AM -0500, Jason wrote: > Jeremy, > Thanks much! I am not exactly sure how that port got in this state > either, but I *did* manually download just the port for the > DarwinStreamingServer and plunk into my port tree, so I know I am not > following protocol ;-) Yup, that would cause the problem. I'm willing to bet you downloaded the Makefile and distinfo and thought that would be all you needed; you very likely did not clean up the files/ directory to reflect the current state of the port. Consider this a reason for updating your ports tree properly. :-) If you want a tarball of just the net/DSS port, I can put one up somewhere for you as a convenience. > My install did indeed start with ports and src installed (I have a > hosted server where they do the initial install). I will use CVSUP > and properly get my ports in order before I bug you guys again. I would recommend you use csup instead. I forget if it's available in the base system on 6.0, but if not, it's in net/csup. You can safely pkg_delete cvsup and ezm3/modula3 from your system and start using the pure C-based csup program (it functions 100% identically to cvsup, but lacks "CVS mode", but you're not using that feature anyway). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From erwin at FreeBSD.org Mon Oct 13 18:54:22 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 13 18:54:29 2008 Subject: INDEX build failed for 6.x Message-ID: <200810131854.m9DIsJVR000774@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: instant-server-1.0_4: no entry for /usr/ports/net/isc-dhcp3-server Committers on the hook: ahze amdmi3 bsam edwin flz gahr leeym lth maho mm naddy perky stefan trasz ume xride Most recent CVS update was: U audio/jack-keyboard/Makefile U audio/jack-smf-utils/Makefile U audio/ripperx/Makefile U devel/libusb/Makefile U devel/libusb/files/patch-bsd.c U graphics/gimp-app/Makefile U sysutils/linux-megacli/Makefile U sysutils/linux-megacli/pkg-message U sysutils/linux-megacli/pkg-plist U sysutils/linux-megacli/files/407.status-mfi-raid.in U sysutils/linux-megacli/files/megacli.sh.in U sysutils/linux-megacli/files/mfi_tty_log.in U www/web2ldap/Makefile U www/web2ldap/distinfo U www/web2ldap/pkg-plist From QAT at FreeBSD.org Mon Oct 13 20:01:59 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon Oct 13 20:02:15 2008 Subject: cvs commit: ports/math/py-numeric Makefile pkg-plist In-Reply-To: <200810131958.m9DJwpKA064551@repoman.freebsd.org> References: In-Reply-To: <200810131958.m9DJwpKA064551@repoman.freebsd.org> Message-ID: <20081013200157.1840912E3F8F@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/py25-numeric-24.2_1.log : building py25-numeric-24.2_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/math/py-numeric Makefile ident: $FreeBSD: ports/math/py-numeric/Makefile,v 1.52 2008/10/13 19:58:51 olgeni Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Mon Oct 13 20:01:23 UTC 2008 ................................................... byte-compiling /usr/local/lib/python2.5/site-packages/Numeric/Numeric_headers/__init__.py to __init__.pyc writing byte-compilation script '/tmp/tmpc1X84v.py' /usr/local/bin/python2.5 -O /tmp/tmpc1X84v.py removing /tmp/tmpc1X84v.py running install_headers creating /usr/local/include/python2.5/Numeric copying Include/Numeric/arrayobject.h -> /usr/local/include/python2.5/Numeric copying Include/Numeric/f2c.h -> /usr/local/include/python2.5/Numeric copying Include/Numeric/ranlib.h -> /usr/local/include/python2.5/Numeric copying Include/Numeric/ufuncobject.h -> /usr/local/include/python2.5/Numeric running install_egg_info Writing /usr/local/lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info creating /usr/local/lib/python2.5/site-packages/Numeric.pth MA Version 12.2.0 Numeric Version 24.2 install -o root -g wheel -m 444 /work/a/ports/math/py-numeric/work/Numeric-24.2/Demo/*.py /usr/local/share/examples/py-numeric install -o root -g wheel -m 444 /work/a/ports/math/py-numeric/work/Numeric-24.2/Demo/NumTut/* /usr/local/share/examples/py-numeric/NumTut ===> Registering installation for py25-numeric-24.2_1 ================================================================ ======================================== ===> Building package for py25-numeric-24.2_1 tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/PKG-INFO: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/SOURCES.txt: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/dependency_links.txt: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/not-zip-safe: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/top_level.txt: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/arrayobject.h: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/f2c.h: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ranlib.h: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ufuncobject.h: 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/py25-numeric-24.2_1.tbz Registering depends: python25-2.5.2_3. Creating bzip'd tar ball in '/tmp/packages/All/py25-numeric-24.2_1.tbz' *** Error code 1 Stop in /a/ports/math/py-numeric. ================================================================ build of /usr/ports/math/py-numeric ended at Mon Oct 13 20:01:55 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From edwin at mavetju.org Mon Oct 13 21:13:00 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Mon Oct 13 21:13:28 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200810131552.m9DFqbku087752@pointyhat.freebsd.org> References: <200810131552.m9DFqbku087752@pointyhat.freebsd.org> Message-ID: <20081013205411.GB71472@mavetju.org> On Mon, Oct 13, 2008 at 03:52:37PM +0000, Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > make_index: instant-server-1.0_4: no entry for /usr/ports/net/isc-dhcp3-server Fixed -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From erwin at FreeBSD.org Mon Oct 13 21:52:44 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 13 21:52:51 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200810132152.m9DLqfvm052368@pointyhat.freebsd.org> From itetcu at FreeBSD.org Mon Oct 13 22:10:11 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon Oct 13 22:10:18 2008 Subject: Possible missing dependencies in graphics/gimp-app/Makefile 1.222 In-Reply-To: <48F362DA.2090404@FreeBSD.org> References: <20081013141610.GK41015@bunrab.catwhisker.org> <48F362DA.2090404@FreeBSD.org> Message-ID: <20081014005053.63e96be0@it.buh.tecnik93.com> On Mon, 13 Oct 2008 17:01:46 +0200 Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > David Wolfskill wrote: > | During my daily portmaster(1) run today, I had some difficulties > getting | graphics/gimp-app updated from gimp-app-2.4.7,1 -> > gimp-app-2.6.1,1. | > | Apparently gimp-app-2.6.1,1 has dependencies on x11/babl and > | graphics/gegl, neither of which I had previously installed -- and > the | attempt to upgrade graphics/gimp-app seems to have failed to > ensure that | they were installed & up-to-date before trying to build > | gimp-app-2.6.1,1. > > Actually, gimp-2.6 depends on gegl, which in turn depends on babl. And testing on tinderbox is indeed useful. (Testing before committing or at least paying attention to QAT mails). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081013/b4c542c2/signature.pgp From fenner at FreeBSD.org Tue Oct 14 10:00:06 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Tue Oct 14 10:00:13 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200810141000.m9EA06VL082886@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 aturetta at commit.it Tue Oct 14 12:37:56 2008 From: aturetta at commit.it (Angelo Turetta) Date: Tue Oct 14 12:38:06 2008 Subject: What about DESTDIR applied to ports? Message-ID: <48F488F0.9040802@commit.it> I seem to remember some work on building ports/packages in a chroot using DESTDIR. I found a lot of infrastructure in bsd.destdir.mk, does anybody know what status all that stuff is at? Any docs/errata/TODO worth reading before experimenting with it? Thanks a lot, Angelo Turetta From gabor at kovesdan.org Tue Oct 14 13:03:50 2008 From: gabor at kovesdan.org (Gabor Kovesdan) Date: Tue Oct 14 13:03:57 2008 Subject: What about DESTDIR applied to ports? In-Reply-To: <48F488F0.9040802@commit.it> References: <48F488F0.9040802@commit.it> Message-ID: <48F49458.6040402@kovesdan.org> Angelo Turetta ha scritto: > I seem to remember some work on building ports/packages in a chroot > using DESTDIR. > > I found a lot of infrastructure in bsd.destdir.mk, does anybody know > what status all that stuff is at? > > Any docs/errata/TODO worth reading before experimenting with it? Hello Angelo, I worked on that DESTDIR feature, and as far as I know, there hasn't been any serious bug reported about it, so I think you can safely use it. What it does is nullmounting your ports tree into a chroot environment and building the ports there chrooted. First, there was an attempt to install ports to the chroot from outside but it failed because most of the ports are not ready to do so out of the box, so now the DESTDIR-support is much simpler and less error-prone. Regards, Gabor From mike at jellydonut.org Tue Oct 14 23:41:39 2008 From: mike at jellydonut.org (Michael Proto) Date: Tue Oct 14 23:41:46 2008 Subject: open-vm-tools fails on a recent sup to CURRENT Message-ID: <1de79840810141617y27fb7779xfd8f334f8b7ff2e1@mail.gmail.com> Has anyone started seeing failures of ports/emulators/open-vm-tools builds with a recent current? I csup-ed my source recently (as of 20080926), rebuilt world and my kernel, and open-vm-tools builds fail in the vmhgfs module with the following: ... /usr/bin/make -C "freebsd/vmhgfs" "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN Warning: Object directory not changed from original /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166/modules/freebsd/vmhgfs @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -Os -fno-strict-aliasing -pipe -march=pentium-mmx -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Werror -Wno-redundant-decls -Wnested-externs -Wstrict-prototypes -Wno-missing-prototypes -Wpointer-arith -Winline -Wcast-qual -c vnops.c cc -Os -fno-strict-aliasing -pipe -march=pentium-mmx -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Werror -Wno-redundant-decls -Wnested-externs -Wstrict-prototypes -Wno-missing-prototypes -Wpointer-arith -Winline -Wcast-qual -c vfsops.c cc1: warnings being treated as errors vfsops.c: In function 'HgfsVfsMount': vfsops.c:142: warning: implicit declaration of function 'suser' vfsops.c:142: warning: nested extern declaration of 'suser' *** Error code 1 Stop in /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166/modules/freebsd/vmhgfs. *** Error code 1 Stop in /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166/modules. *** Error code 1 Stop in /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166. *** Error code 1 I've tried setting CFLAGS optimizations to -Os (my default), -O, -O2 and no optimizations and it fails with the same error every time. Has anyone else using CURRENT in VMware seen this error recently? Any ideas? Thanks, Michael Proto From que_deseja at hotmail.com Wed Oct 15 00:24:55 2008 From: que_deseja at hotmail.com (Desmond Chapman) Date: Wed Oct 15 00:25:02 2008 Subject: virtualbox kBuild security Message-ID: http://www.virtualbox.org/ticket/1499 http://wiki.archlinux.org/index.php/VirtualBox#Getting_USB_to_work_in_the_guest_machine Even though these issues relate to Linux hosts, I have had the same results while trying to build on FreeBSD. That which applies the PUEL release also applies to the OSE release. This problem still exists for FreeBSD amd64 when building VBox current. kBuild is still a security risk due to it changing permissions without the users consent. The developers have not stated if the qemu code used in vbox is current with that used in FreeBSD nor if the networking and image options- qemu related- needed to work on FreeBSD amd64 current have been added. Please do not reply to this message. _________________________________________________________________ Want to do more with Windows Live? Learn ?10 hidden secrets? from Jamie. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008 From admin at lissyara.su Wed Oct 15 05:52:31 2008 From: admin at lissyara.su (Alex Keda) Date: Wed Oct 15 05:52:39 2008 Subject: Openoffice3 with CURRENT x64 Message-ID: <48F57E47.2030306@lissyara.su> I have 2 box with FreeBSD CURRENT x64 I compile openoffice3 from ports tree, and have: ====================== lissyara$ sh -xv /usr/local/bin/openoffice.org-3.0.0.b2 #!/bin/sh # # $FreeBSD: ports/editors/openoffice.org-3/files/openoffice.org-wrapper,v 1.5 2008/07/12 22:56:44 maho Exp $ oopath=/usr/local/openoffice.org-3.0.0.b2/openoffice.org3 + oopath=/usr/local/openoffice.org-3.0.0.b2/openoffice.org3 program=`echo $0 | sed -e 's|.*-%%OOOVERSION%%-||'` + echo /usr/local/bin/openoffice.org-3.0.0.b2 + sed -e s|.*-%%OOOVERSION%%-|| + program=/usr/local/bin/openoffice.org-3.0.0.b2 case $program in $0) $oopath/program/soffice "$@" ;; setofficelang) $oopath/basis-link/program/$program "$@" ;; *) $oopath/program/$program "$@" ;; esac + /usr/local/openoffice.org-3.0.0.b2/openoffice.org3/program/soffice Signal 11 during fontconfig initialization called, ignoring fontconfig ^C ============== ? From gary.jennejohn at freenet.de Wed Oct 15 09:43:02 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Oct 15 09:43:09 2008 Subject: Openoffice3 with CURRENT x64 In-Reply-To: <48F57E47.2030306@lissyara.su> References: <48F57E47.2030306@lissyara.su> Message-ID: <20081015114256.6f95767f@ernst.jennejohn.org> On Wed, 15 Oct 2008 09:23:19 +0400 Alex Keda wrote: > I have 2 box with FreeBSD CURRENT x64 > I compile openoffice3 from ports tree, and have: > ====================== > lissyara$ sh -xv /usr/local/bin/openoffice.org-3.0.0.b2 > #!/bin/sh > # > # $FreeBSD: > ports/editors/openoffice.org-3/files/openoffice.org-wrapper,v 1.5 > 2008/07/12 22:56:44 maho Exp $ > > oopath=/usr/local/openoffice.org-3.0.0.b2/openoffice.org3 > + oopath=/usr/local/openoffice.org-3.0.0.b2/openoffice.org3 > program=`echo $0 | sed -e 's|.*-%%OOOVERSION%%-||'` > + echo /usr/local/bin/openoffice.org-3.0.0.b2 > + sed -e s|.*-%%OOOVERSION%%-|| > + program=/usr/local/bin/openoffice.org-3.0.0.b2 > > case $program in > $0) > $oopath/program/soffice "$@" > ;; > setofficelang) > $oopath/basis-link/program/$program "$@" > ;; > *) > $oopath/program/$program "$@" > ;; > esac > + /usr/local/openoffice.org-3.0.0.b2/openoffice.org3/program/soffice > Signal 11 during fontconfig initialization called, ignoring fontconfig > ^C > ============== > ? I saw exactly the same error and dumped Ooo3 for Ooo2, which works on my 8-current amd64 installation. I had neither the time nor the patience to debug the error. --- Gary Jennejohn From eee at webrz.net Wed Oct 15 13:56:35 2008 From: eee at webrz.net (Jos Chrispijn) Date: Wed Oct 15 13:57:13 2008 Subject: MOVED file Message-ID: <48F5F3A2.9010505@webrz.net> I recently had some problems with updating my ports because there was a problem with my MOVED file. Can you tell me if this is caused by the person that is adding the port to the update queue? Sometimes the problem can be solved by changing a single '|' to a '||', but not allways. The problem is solved now; does this indicate that the port maintainer checked it and replaced the faulty line/string by the right one? -- Jos Chrispijn From koitsu at FreeBSD.org Wed Oct 15 14:02:34 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Oct 15 14:02:40 2008 Subject: MOVED file In-Reply-To: <48F5F3A2.9010505@webrz.net> References: <48F5F3A2.9010505@webrz.net> Message-ID: <20081015140228.GA79394@icarus.home.lan> On Wed, Oct 15, 2008 at 03:44:02PM +0200, Jos Chrispijn wrote: > I recently had some problems with updating my ports because there was a > problem with my MOVED file. > Can you tell me if this is caused by the person that is adding the port > to the update queue? Sometimes the problem can be solved by changing a > single '|' to a '||', but not allways. > The problem is solved now; does this indicate that the port maintainer > checked it and replaced the faulty line/string by the right one? You can use cvsweb to answer this question. See the very bottom of the web page. http://www.freebsd.org/cgi/cvsweb.cgi/ports/ -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From glarkin at FreeBSD.org Wed Oct 15 15:10:35 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Oct 15 15:10:42 2008 Subject: Request for TWiki 4.2.3 port testers Message-ID: <48F6006A.2070405@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, I've recently started maintaining the www/twiki port and many of the related plugins in www/twiki-*. I marked the port as FORBIDDEN a month ago due to security problems in 4.2.0. I now have a patch ready to commit to un-forbid the port and upgrade it to version 4.2.3. Is anyone out there using TWiki and willing to try out the upgraded version? If so, you can find the patch here: http://people.freebsd.org/~glarkin/diffs/twiki-2.diff. I've done some minimal testing, but it would be great to try it out against an existing installation. This patch should be applied at the root of the ports tree, since it updates www/twiki as well as many of the plugins. Assuming this change isn't too big for the ports tree when it's in the slush phase and the testing results are favorable, I'll commit it as soon as possible. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI9gBq0sRouByUApARAo7ZAJ4+BIvn2te1/lNm270jV3a33W50kwCeKZ3N sNLknrZkg02+F/XlaJgQUZ4= =QxN8 -----END PGP SIGNATURE----- From eee at webrz.net Wed Oct 15 16:46:26 2008 From: eee at webrz.net (Jos Chrispijn) Date: Wed Oct 15 16:46:33 2008 Subject: MOVED file In-Reply-To: <20081015140228.GA79394@icarus.home.lan> References: <48F5F3A2.9010505@webrz.net> <20081015140228.GA79394@icarus.home.lan> Message-ID: <48F61E60.7010001@webrz.net> Thanks, will have a look. Jos Uit een eerder bericht (15-10-2008 16:02): > On Wed, Oct 15, 2008 at 03:44:02PM +0200, Jos Chrispijn wrote: > > You can use cvsweb to answer this question. See the very bottom of > the web page. > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/ > From freebsd at akavia.ru Thu Oct 16 05:22:49 2008 From: freebsd at akavia.ru (Alexander Logvinov) Date: Thu Oct 16 05:22:56 2008 Subject: Call for Testers: move misc/xdelta to glib20 (ports/126357) Message-ID: <29512548.20081016151111@akavia.ru> Hello! Here is the patch: http://www.freebsd.org/cgi/query-pr.cgi?prp=126357-1-diff&n=/patch-1.diff Thanks! -- WBR From linimon at FreeBSD.org Thu Oct 16 08:30:25 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Oct 16 08:30:49 2008 Subject: ports/128074: multimedia/mplayer does not play CSS encrypted DVDs Message-ID: <200810160830.m9G8UOnB011821@freefall.freebsd.org> Old Synopsis: MPlayer does not play CSS encrypted DVDs New Synopsis: multimedia/mplayer does not play CSS encrypted DVDs Responsible-Changed-From-To: freebsd-i386->freebsd-ports Responsible-Changed-By: linimon Responsible-Changed-When: Thu Oct 16 08:29:19 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=128074 From edwin at FreeBSD.org Thu Oct 16 10:16:06 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Oct 16 10:16:12 2008 Subject: ports/128074: multimedia/mplayer does not play CSS encrypted DVDs Message-ID: <200810161016.m9GAG2wL019912@freefall.freebsd.org> Synopsis: multimedia/mplayer does not play CSS encrypted DVDs State-Changed-From-To: open->feedback State-Changed-By: edwin State-Changed-When: Thu Oct 16 10:16:02 UTC 2008 State-Changed-Why: Awaiting maintainers feedback (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=128074 From vwe at FreeBSD.org Thu Oct 16 10:16:33 2008 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Thu Oct 16 10:16:39 2008 Subject: ports/128074: multimedia/mplayer does not play CSS encrypted DVDs Message-ID: <200810161016.m9GAGWl5020026@freefall.freebsd.org> Synopsis: multimedia/mplayer does not play CSS encrypted DVDs Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: vwe Responsible-Changed-When: Thu Oct 16 10:16:11 UTC 2008 Responsible-Changed-Why: correct responsibility http://www.freebsd.org/cgi/query-pr.cgi?pr=128074 From mezz7 at cox.net Thu Oct 16 15:05:09 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Oct 16 16:16:33 2008 Subject: need help with vbox In-Reply-To: References: Message-ID: On Thu, 16 Oct 2008 05:17:47 -0000, Desmond Chapman wrote: > > It's dependent upon kbuild. Since the developers have no intention of > fixing the issue, I would like a tutorial on converting the kmk file to > a normal Makefile. I think you are barking at the wrong tree. :-) I don't think the issue is in kBuild. It looks like an issue is in devel/kbuild/Makefile in the do-install target part. http://pointyhat.freebsd.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/kBuild-0.1.3.log ---------------------------------------- (cd ${WRKSRC}/out/freebsd.${MACHINE_ARCH}/release${PREFIX}/bin && ${COPYTREE_BIN} \* ${PREFIX}/bin) ---------------------------------------- ---------------------------------------- # make -V COPYTREE_BIN /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >/dev/null 2>&1) && /usr/sbin/chown -R root:wheel $1 && /usr/bin/find $1 -type d -exec chmod 755 {} \; && /usr/bin/find $1 -type f -exec chmod 555 {} \;' -- ---------------------------------------- So.. See that $1, it is ${PREFIX}/bin. It's a bug. The COPYTREE_BIN can't have ${PREFIX}/bin. I suggest you to not use COPYTREE_BIN, so do the different method should solve kbuild ports problem. I personal haven't use COPYTREE_* before, so possible misuse COPYTREE_BIN or just can't have ${PREFIX}/bin (uncheck in bsd.port.mk/document). BTW: Add CC'ing to freebsd-ports@ to make its search useful. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From tingox at gmail.com Thu Oct 16 21:20:48 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Thu Oct 16 21:20:54 2008 Subject: gscan2pdf - missing Gtk2-ImageView Message-ID: Hello, I installed gscan2pdf-0.9.26 from ports. On trying to run it, I get: tingo@kg-work2$ gscan2pdf Can't locate Gtk2/ImageView.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.8/BSDPAN /usr/local/lib/perl5/site_perl/5.8.8/mach /usr/local/lib/perl5/site_perl/5.8.8 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.8/mach /usr/local/lib/perl5/5.8.8 .) at /usr/local/bin/gscan2pdf line 101. BEGIN failed--compilation aborted at /usr/local/bin/gscan2pdf line 101. It seems that the newest version of gscan2pdf[1] from ports depend on Gtk2-ImageView[2] (and its perl bindings?). However, p5-Gtk2-ImageView (or whatever it would be called) isn't in our ports tree (yet?). It has been a while (a few versions) since I last used gscan2pdf. Does anyone know to which version I must downgrade to get it working again? For reference: tingo@kg-work2$ uname -a FreeBSD kg-work2.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #1: Mon Sep 22 23:02:46 CEST 2008 root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 i386 Thanks. References: 1) http://www.freshports.org/graphics/gscan2pdf/ 2) http://trac.bjourne.webfactional.com/ -- Regards, Torfinn Ingolfsen From eitanadlerlist at gmail.com Fri Oct 17 00:55:16 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Oct 17 00:55:24 2008 Subject: Xorg - minimal Message-ID: <48F7DAD1.9000103@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think there should be a port that just depends on the required parts of X: x11-servers/xorg-server X11/xinit X11/xauth and the required fonts. I would be happy to narrow down the specific ports if necessary. I personally feel that x11/xorg contains way way to much, while just installing x11-servers/xorg-server isn't enough to get the server started. Anyone agree? Anyone attempt this before? Should I submit a new "xorg-lite" port? - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj32tEACgkQtl8kq+nCzNE37QCglUocayy5B8OJbJ436gctYmhk tFAAnRO52lVBhuY0HrlpigRLygklqbHe =sQMr -----END PGP SIGNATURE----- From unixmania at gmail.com Fri Oct 17 01:13:24 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Fri Oct 17 01:13:30 2008 Subject: Xorg - minimal In-Reply-To: <48F7DAD1.9000103@gmail.com> References: <48F7DAD1.9000103@gmail.com> Message-ID: On Thu, Oct 16, 2008 at 9:22 PM, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I think there should be a port that just depends on the required parts > of X: x11-servers/xorg-server X11/xinit X11/xauth and the required > fonts. I would be happy to narrow down the specific ports if necessary. > I personally feel that x11/xorg contains way way to much, while just > installing x11-servers/xorg-server isn't enough to get the server started. > > Anyone agree? Anyone attempt this before? Should I submit a new > "xorg-lite" port? I agree. In fact I never install the "xorg" port. I would also happily get rid of the ubiquous bitstream-vera font in favour of DejaVu. -- cd /usr/ports/sysutils/life make clean From edwin at mavetju.org Fri Oct 17 01:19:21 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Fri Oct 17 01:19:29 2008 Subject: Xorg - minimal In-Reply-To: <48F7DAD1.9000103@gmail.com> References: <48F7DAD1.9000103@gmail.com> Message-ID: <20081017010512.GC71472@mavetju.org> On Thu, Oct 16, 2008 at 08:22:41PM -0400, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I think there should be a port that just depends on the required parts > of X: x11-servers/xorg-server X11/xinit X11/xauth and the required > fonts. I would be happy to narrow down the specific ports if necessary. > I personally feel that x11/xorg contains way way to much, while just > installing x11-servers/xorg-server isn't enough to get the server started. I found out that getting rid of most of the video drivers was already a huge step forward: drwxr-xr-x 2 root wheel 512 Oct 3 12:23 xf86-input-keyboard-1.2.2_2 drwxr-xr-x 2 root wheel 512 Oct 3 12:23 xf86-input-mouse-1.2.3_2 drwxr-xr-x 2 root wheel 512 Oct 3 12:23 xf86-video-ati-6.9.0 That are the only three I have. Yes, there are many more x* applications nistalled, but it's not something I am worried about. > Anyone agree? Anyone attempt this before? Should I submit a new > "xorg-lite" port? I suggest to just make the port, to submit it, and see what works and breaks and see what people think about it. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From bc979 at lafn.org Fri Oct 17 04:55:34 2008 From: bc979 at lafn.org (Doug Hardie) Date: Fri Oct 17 04:55:40 2008 Subject: Bug in OpenBSD spamd Message-ID: <196B51AB-D4F1-4711-A874-F804FE3316F9@lafn.org> There is a bug in OpenBSD's spamd. The value for the whitelist expiration that can be set with the arguments to spamd is not used by spamlogd. It uses the hard-coded value of 36 days in grey.h. As a result if you think you are changing the time a whitelist entry is retained, you are actually not. It will always be 36 days. The easiest way to correct this is to add an argument to spamlogd with the desired value and overwrite the default. From koitsu at FreeBSD.org Fri Oct 17 11:31:28 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Oct 17 11:31:35 2008 Subject: Bug in OpenBSD spamd In-Reply-To: <196B51AB-D4F1-4711-A874-F804FE3316F9@lafn.org> References: <196B51AB-D4F1-4711-A874-F804FE3316F9@lafn.org> Message-ID: <20081017113125.GA20132@icarus.home.lan> On Thu, Oct 16, 2008 at 09:43:49PM -0700, Doug Hardie wrote: > There is a bug in OpenBSD's spamd. The value for the whitelist > expiration that can be set with the arguments to spamd is not used by > spamlogd. It uses the hard-coded value of 36 days in grey.h. As a > result if you think you are changing the time a whitelist entry is > retained, you are actually not. It will always be 36 days. The easiest > way to correct this is to add an argument to spamlogd with the desired > value and overwrite the default. Have you reported this up-stream to the OpenBSD folks? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From nawaf at q8e.org Fri Oct 17 11:47:22 2008 From: nawaf at q8e.org (Nawaf Al Jassar) Date: Fri Oct 17 11:51:52 2008 Subject: torrent flux 2.4 Message-ID: hello is there a reason why torrentflux is not updated to the new version 2.4 ? the available port is for 2.0 beta thanks From gary.jennejohn at freenet.de Fri Oct 17 12:29:17 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Oct 17 12:29:23 2008 Subject: torrent flux 2.4 In-Reply-To: References: Message-ID: <20081017142912.780d1a4c@ernst.jennejohn.org> On Fri, 17 Oct 2008 14:19:12 +0300 "Nawaf Al Jassar" wrote: > hello > is there a reason why torrentflux is not updated to the new version 2.4 ? > the available port is for 2.0 beta > Probably because it doesn't have a maintainer to take care of it. In that case some interested user has to generate the required patches and submit them as a PR. --- Gary Jennejohn From marshc187 at gmail.com Fri Oct 17 12:37:34 2008 From: marshc187 at gmail.com (t-u-t) Date: Fri Oct 17 12:37:40 2008 Subject: azureus vuze 4 caution Message-ID: <82928CB1-C7E6-49B2-8A83-6505E3761E70@gmail.com> i don't know what usually happens with this, but i have tried vuze 4 on osx and reverted back immediately to 3 (glad i still had the installer) since it gave me the impression it is getting a bit intrusive. first it auto-scanned for files, which seemed harmless, still would prefer it ask or explain first. but worst of all, i got those flashing "congratulations you are visitor 12345678" garbage right in my face. can ppl give their opinion on this and maybe eventually leave version 3 in ports in anycase rgds From eitanadlerlist at gmail.com Fri Oct 17 14:32:52 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Oct 17 14:32:59 2008 Subject: Xorg - minimal In-Reply-To: <20081017010512.GC71472@mavetju.org> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> Message-ID: <48F8A209.8020307@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is the list I generated from pkg_info when I was first able to run the X server. If anyone is able to run "startx" with fewer ports please let me know. How can I handle the video drivers? Not all systems need all drivers. I don't want to depend on xorg-drivers, however you can't get X to start without a video driver. Can some kind of check be done in the Makefile? bdftopcf-1.0.1 Convert X font from BDF to PCF bigreqsproto-1.0.2 BigReqs extension headers compositeproto-0.4 Composite extension headers consolekit-0.2.10_2 Framework for defining and tracking users damageproto-1.1.0_2 Damage extension headers dbus-1.2.1 A message bus system for inter-application communication dbus-glib-0.76 GLib bindings for the D-BUS messaging system dmidecode-2.9 A tool for dumping DMI (SMBIOS) contents in human-readable docbook-4.1_3 V4.1 of the DocBook DTD, designed for technical documentati docbook-xml-4.2_1 XML version of the DocBook DTD docbook-xsl-1.74.0 XSL DocBook stylesheets evieext-1.0.2 XEVIE extension headers expat-2.0.1 XML 1.0 parser written in C fixesproto-4.0 Fixes extension headers font-alias-1.0.1 X.Org Font aliases font-cursor-misc-1.0.0 X.Org miscellaneous Cursor fonts font-misc-misc-1.0.0 X.Org miscellaneous Misc fonts font-util-1.0.1 Create an index of X font files in a directory fontcacheproto-0.1.2 Fontcache extension headers fontsproto-2.0.2 Fonts extension headers freetype2-2.3.7 A free and portable TrueType font rendering engine gamin-0.1.9_2 A file and directory monitoring system gettext-0.17_1 GNU gettext package gio-fam-backend-2.16.5 FAM backend for GLib's GIO library glib-2.16.5 Some useful routines of C programming (current stable versi glproto-1.4.8 GLX extension headers gmake-3.81_3 GNU version of 'make' utility gnome_subr-1.0 Common startup and shutdown subroutines used by GNOME scrip hal-0.5.11_1 Hardware Abstraction Layer for simplifying device access inputproto-1.4.2.1 Input extension headers intltool-0.37.1 Tools to internationalize various kinds of data files iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) kbproto-1.0.3 KB extension headers libICE-1.0.4_1,1 Inter Client Exchange library for X11 libSM-1.0.3_1,1 Session Management library for X11 libX11-1.1.3_1,1 X11 library libXau-1.0.3_2 Authentication Protocol library for X11 libXaw-1.0.4_1,1 X Athena Widgets library libXdmcp-1.0.2_1 X Display Manager Control Protocol library libXext-1.0.3,1 X11 Extension library libXfont-1.3.1_3,1 X font libary libXmu-1.0.3,1 X Miscellaneous Utilities libraries libXp-1.0.0,1 X print library libXpm-3.5.7 X Pixmap library libXt-1.0.5_1 X Toolkit library libXxf86misc-1.0.1 X XF86-Misc Extension libXxf86vm-1.0.1 X Vidmode Extension libdrm-2.3.1 Userspace interface to kernel Direct Rendering Module servi libfontenc-1.0.4 The fontenc Library libiconv-1.11_1 A character set conversion library libtool-1.5.26 Generic shared library support script libvolume_id-0.81.0 Library to provide file system type information libxkbfile-1.0.4 XKB file library libxkbui-1.0.2_1 The xkbui library libxml2-2.6.32 XML parser library for GNOME libxslt-1.1.24_1 The XSLT C library for GNOME mkfontdir-1.0.3_1 Create an index of X font files in a directory mkfontscale-1.0.3 Creates an index of scalable font files for X p5-XML-Parser-2.36 Perl extension interface to James Clark's XML parser, expat pciids-20081012 Database of all known ID's used in PCI devices pcre-7.8 Perl Compatible Regular Expressions library perl-5.8.8_1 Practical Extraction and Report Language pixman-0.10.0_2 Low-level pixel manipulation library pkg-config-0.23_1 A utility to retrieve information about installed libraries pkg_tree-1.1_1 Get a 'graphical' tree-overview of installed packages policykit-0.9_1 Framework for controlling access to system-wide components printproto-1.0.3 Print extension headers python25-2.5.2_3 An interpreted object-oriented programming language randrproto-1.2.1 Randr extension headers recordproto-1.13.2 RECORD extension headers renderproto-0.9.3 RenderProto protocol headers resourceproto-1.0.2 Resource extension headers scrnsaverproto-1.1.0 ScrnSaver extension headers sdocbook-xml-1.1,1 "Simplified" DocBook XML DTD trapproto-3.4.3 DEC-XTRAP extension headers unzip-5.52_5 List, test and extract compressed files in a ZIP archive videoproto-2.2.2 Video extension headers xauth-1.0.2 X authority file utility xcmiscproto-1.1.2 XCMisc extension headers xextproto-7.0.2 XExt extension headers xf86-input-keyboard-1.2.2_2 X.Org keyboard input driver xf86-input-mouse-1.2.3_2 X.Org mouse input driver xf86-video-nv-2.1.12 X.Org nv display driver xf86bigfontproto-1.1.2 XFree86-Bigfont extension headers xf86dgaproto-2.0.3 XFree86-DGA extension headers xf86driproto-2.0.3 XFree86-DRI extension headers xf86miscproto-0.9.2 XFree86-Misc extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xineramaproto-1.1.2 Xinerama extension headers xinit-1.0.7 X Window System initializer xkbcomp-1.0.3 Compile XKB keyboard description xkeyboard-config-1.4 X Keyboard Configuration Database xmlcatmgr-2.2 SGML and XML catalog manager xorg-server-1.4.2,1 X.Org X server and related programs xproto-7.0.10_1 X11 protocol headers xtrans-1.0.4 Abstract network code for X -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj4ogkACgkQtl8kq+nCzNF89QCfWwHZzTtsf3zmD2RLW6nDY03X SO0An0GhxzQI59RfKJUFP2eH45G1LRFo =t3Aj -----END PGP SIGNATURE----- From om-lists-bsd at omx.ch Fri Oct 17 15:16:19 2008 From: om-lists-bsd at omx.ch (Olivier Mueller) Date: Fri Oct 17 15:16:25 2008 Subject: ejabberd 2.0.0 ? In-Reply-To: <48E8DC77.2050808@whisperingvault.net> References: <1206621386.26175.27.camel@bigapple.omnis.ch> <20080330231002.GA16562@charon.picobyte.net> <481054E5.2050201@default.co.yu> <1219353441.10229.8.camel@bigapple.omnis.ch> <48E8DC77.2050808@whisperingvault.net> Message-ID: <1224254963.4487.6.camel@frosch.local> Hello, On Sun, 2008-10-05 at 17:25 +0200, Nicolas Raspail wrote: > ejabberd 2.0.2 is out, and we still don't see any news about a new port > version. > Is Shaun still maintening the port actively ? It doesn't seem to be the case, but it's easy to install ejabberd 2.0.2 by yourself "manually" if you really need it: 0) (install the old version of ejabberd with the port to make sure you have all dependencies... ) 1) get the source via lynx http://www.process-one.net/en/ejabberd/downloads/ 2) unpack in /usr/local/src 3) cd ejabberd-2.0.2 3) ./configure --prefix=/usr/local/ejabberd 4) gmake all; gmake install all 5) update /usr/local/ejabberd/etc/* 6) /usr/local/ejabberd/sbin/ejabberdctl start 7) access http://serverIP:5280/admin/ Et voil? :-) A clean port would of course be nicer, but in the mean time, this solutions seems to work... Regards & have a nice week-end, Olivier From jigboe at gmx.de Fri Oct 17 15:32:35 2008 From: jigboe at gmx.de (Christopher Knaust) Date: Fri Oct 17 15:32:42 2008 Subject: Xorg - minimal In-Reply-To: <48F8A209.8020307@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> Message-ID: <20081017150551.GA13861@bigjoe.168.178.1> On Fri, Oct 17, 2008 at 10:32:41AM -0400, Eitan Adler wrote: > How can I handle the video drivers? Not all systems need all drivers. > I don't want to depend on xorg-drivers, however you can't get X to start > without a video driver. Can some kind of check be done in the Makefile? Either this or by just including vesa. But I think I would prefer your proposal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081017/c4b05ada/attachment.pgp From fjwcash at gmail.com Fri Oct 17 15:53:46 2008 From: fjwcash at gmail.com (Freddie Cash) Date: Fri Oct 17 15:53:53 2008 Subject: Xorg - minimal In-Reply-To: <48F8A209.8020307@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> Message-ID: <200810170821.31569.fjwcash@gmail.com> On October 17, 2008 07:32 am Eitan Adler wrote: > Here is the list I generated from pkg_info when I was first able to run > the X server. If anyone is able to run "startx" with fewer ports please > let me know. > > How can I handle the video drivers? Not all systems need all drivers. > I don't want to depend on xorg-drivers, however you can't get X to > start without a video driver. Can some kind of check be done in the > Makefile? At the very least, you should include the VESA driver: x11-drivers/xf86-video-vesa That will allow the user to get a working video output. After that, they can determine which specific driver they need and install it manually. Note: your system has the nvidia driver (xf86-video-nv) installed. -- Freddie Cash fjwcash@gmail.com From olivier at gid0.org Fri Oct 17 16:58:11 2008 From: olivier at gid0.org (Olivier SMEDTS) Date: Fri Oct 17 16:58:17 2008 Subject: Xorg - minimal In-Reply-To: <48F8A209.8020307@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> Message-ID: <367b2c980810170928y3d08cab3v5615cfcc3ff91e4c@mail.gmail.com> Hello, 2008/10/17 Eitan Adler : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Here is the list I generated from pkg_info when I was first able to run > the X server. If anyone is able to run "startx" with fewer ports please > let me know. > > How can I handle the video drivers? Not all systems need all drivers. > I don't want to depend on xorg-drivers, however you can't get X to start > without a video driver. Can some kind of check be done in the Makefile? > > bdftopcf-1.0.1 Convert X font from BDF to PCF > bigreqsproto-1.0.2 BigReqs extension headers > compositeproto-0.4 Composite extension headers > consolekit-0.2.10_2 Framework for defining and tracking users > damageproto-1.1.0_2 Damage extension headers > dbus-1.2.1 A message bus system for inter-application communication > dbus-glib-0.76 GLib bindings for the D-BUS messaging system > dmidecode-2.9 A tool for dumping DMI (SMBIOS) contents in > human-readable > docbook-4.1_3 V4.1 of the DocBook DTD, designed for technical > documentati > docbook-xml-4.2_1 XML version of the DocBook DTD > docbook-xsl-1.74.0 XSL DocBook stylesheets I don't think dbus, dmidecode, hal, gamin, consolekit, docbook, gnome_subr, policykit and so on have anything to do with an "xorg-minimal". You also did not remove the various build dependencies. You can clearly have a more minimal Xorg install. But thank you for this list, now I know at least someone managed to get modular Xorg without 200 installed ports :) Cheers, Olivier > evieext-1.0.2 XEVIE extension headers > expat-2.0.1 XML 1.0 parser written in C > fixesproto-4.0 Fixes extension headers > font-alias-1.0.1 X.Org Font aliases > font-cursor-misc-1.0.0 X.Org miscellaneous Cursor fonts > font-misc-misc-1.0.0 X.Org miscellaneous Misc fonts > font-util-1.0.1 Create an index of X font files in a directory > fontcacheproto-0.1.2 Fontcache extension headers > fontsproto-2.0.2 Fonts extension headers > freetype2-2.3.7 A free and portable TrueType font rendering engine > gamin-0.1.9_2 A file and directory monitoring system > gettext-0.17_1 GNU gettext package > gio-fam-backend-2.16.5 FAM backend for GLib's GIO library > glib-2.16.5 Some useful routines of C programming (current > stable versi > glproto-1.4.8 GLX extension headers > gmake-3.81_3 GNU version of 'make' utility > gnome_subr-1.0 Common startup and shutdown subroutines used by > GNOME scrip > hal-0.5.11_1 Hardware Abstraction Layer for simplifying device access > inputproto-1.4.2.1 Input extension headers > intltool-0.37.1 Tools to internationalize various kinds of data files > iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) > kbproto-1.0.3 KB extension headers > libICE-1.0.4_1,1 Inter Client Exchange library for X11 > libSM-1.0.3_1,1 Session Management library for X11 > libX11-1.1.3_1,1 X11 library > libXau-1.0.3_2 Authentication Protocol library for X11 > libXaw-1.0.4_1,1 X Athena Widgets library > libXdmcp-1.0.2_1 X Display Manager Control Protocol library > libXext-1.0.3,1 X11 Extension library > libXfont-1.3.1_3,1 X font libary > libXmu-1.0.3,1 X Miscellaneous Utilities libraries > libXp-1.0.0,1 X print library > libXpm-3.5.7 X Pixmap library > libXt-1.0.5_1 X Toolkit library > libXxf86misc-1.0.1 X XF86-Misc Extension > libXxf86vm-1.0.1 X Vidmode Extension > libdrm-2.3.1 Userspace interface to kernel Direct Rendering > Module servi > libfontenc-1.0.4 The fontenc Library > libiconv-1.11_1 A character set conversion library > libtool-1.5.26 Generic shared library support script > libvolume_id-0.81.0 Library to provide file system type information > libxkbfile-1.0.4 XKB file library > libxkbui-1.0.2_1 The xkbui library > libxml2-2.6.32 XML parser library for GNOME > libxslt-1.1.24_1 The XSLT C library for GNOME > mkfontdir-1.0.3_1 Create an index of X font files in a directory > mkfontscale-1.0.3 Creates an index of scalable font files for X > p5-XML-Parser-2.36 Perl extension interface to James Clark's XML > parser, expat > pciids-20081012 Database of all known ID's used in PCI devices > pcre-7.8 Perl Compatible Regular Expressions library > perl-5.8.8_1 Practical Extraction and Report Language > pixman-0.10.0_2 Low-level pixel manipulation library > pkg-config-0.23_1 A utility to retrieve information about installed > libraries > pkg_tree-1.1_1 Get a 'graphical' tree-overview of installed packages > policykit-0.9_1 Framework for controlling access to system-wide > components > printproto-1.0.3 Print extension headers > python25-2.5.2_3 An interpreted object-oriented programming language > randrproto-1.2.1 Randr extension headers > recordproto-1.13.2 RECORD extension headers > renderproto-0.9.3 RenderProto protocol headers > resourceproto-1.0.2 Resource extension headers > scrnsaverproto-1.1.0 ScrnSaver extension headers > sdocbook-xml-1.1,1 "Simplified" DocBook XML DTD > trapproto-3.4.3 DEC-XTRAP extension headers > unzip-5.52_5 List, test and extract compressed files in a ZIP archive > videoproto-2.2.2 Video extension headers > xauth-1.0.2 X authority file utility > xcmiscproto-1.1.2 XCMisc extension headers > xextproto-7.0.2 XExt extension headers > xf86-input-keyboard-1.2.2_2 X.Org keyboard input driver > xf86-input-mouse-1.2.3_2 X.Org mouse input driver > xf86-video-nv-2.1.12 X.Org nv display driver > xf86bigfontproto-1.1.2 XFree86-Bigfont extension headers > xf86dgaproto-2.0.3 XFree86-DGA extension headers > xf86driproto-2.0.3 XFree86-DRI extension headers > xf86miscproto-0.9.2 XFree86-Misc extension headers > xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers > xineramaproto-1.1.2 Xinerama extension headers > xinit-1.0.7 X Window System initializer > xkbcomp-1.0.3 Compile XKB keyboard description > xkeyboard-config-1.4 X Keyboard Configuration Database > xmlcatmgr-2.2 SGML and XML catalog manager > xorg-server-1.4.2,1 X.Org X server and related programs > xproto-7.0.10_1 X11 protocol headers > xtrans-1.0.4 Abstract network code for X > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkj4ogkACgkQtl8kq+nCzNF89QCfWwHZzTtsf3zmD2RLW6nDY03X > SO0An0GhxzQI59RfKJUFP2eH45G1LRFo > =t3Aj > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From david.karapetyan at gmail.com Fri Oct 17 17:23:41 2008 From: david.karapetyan at gmail.com (David Karapetyan) Date: Fri Oct 17 17:23:58 2008 Subject: Problem with www/mod_cband Message-ID: <20081017165741.GA2092@vagrant.math.nd.edu> FreeBSD office19.resnet.nd.edu 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Wed Oct 1 10:10:12 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Hello everyone. Every time I try to use the mod_cband module in my apache22 webserver, apache segfaults upon restart. Things work fine when I disable the module from httpd.conf. Is this module broken, and if so, what comparable alternatives are there? -- -- Best, David Karapetyan http://davidkarapetyan.homeunix.com University of Notre Dame Department of Mathematics 255 Hurley Hall Notre Dame, IN 46556-4618 Phone: 574-631-5706 Cell: 202-460-5173 Fax: 574-631-6579 From koitsu at FreeBSD.org Fri Oct 17 17:54:01 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Oct 17 17:54:13 2008 Subject: Problem with www/mod_cband In-Reply-To: <20081017165741.GA2092@vagrant.math.nd.edu> References: <20081017165741.GA2092@vagrant.math.nd.edu> Message-ID: <20081017175359.GA27396@icarus.home.lan> On Fri, Oct 17, 2008 at 12:57:41PM -0400, David Karapetyan wrote: > FreeBSD office19.resnet.nd.edu 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: > Wed Oct 1 10:10:12 UTC 2008 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > Hello everyone. Every time I try to use the mod_cband module in my > apache22 webserver, apache segfaults upon restart. Things work fine when > I disable the module from httpd.conf. Is this module broken, and if so, > what comparable alternatives are there? Be aware that mod_cband has quite a horrible bug. This is a Debian bug report, but the same problem applies to FreeBSD. Be sure to read the entire bug, not just the original report. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418645 Regarding alternatives: there aren't. Bandwidth limiting is a long-standing feature of Apache that's missing, which is a huge disappointment. The best solution I've found on FreeBSD is to use pf(4) with ALTQ, and give each VirtualHost its own IP address, then rate-limit the IP address using pf(4). Yes, I realise this is impractical for sites which have many vhosts and use name-based virtualhosts. Welcome to my world... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From spil.oss at googlemail.com Fri Oct 17 18:15:46 2008 From: spil.oss at googlemail.com (Spil Oss) Date: Fri Oct 17 18:15:53 2008 Subject: rrdtool12 missing from INDEX-7 Message-ID: <5fbf03c20810171115p11cecd10k96f251de56086aea@mail.gmail.com> Hi all, Recently I installed databases/rrdtool12 from ports, and now pkg_version is complaining # pkg_version -vIL\>= rrdtool-1.2.26_1 ! Comparison failed checking /usr/ports/INDEX-7 I don't see rrdtool12 in there. # grep ^rrdtool /usr/ports/INDEX* | cut -c -70 /usr/ports/INDEX:rrdtool-1.2.18|/usr/ports/net/rrdtool|/usr/local|Roun /usr/ports/INDEX:rrdtool-1.0.50_1|/usr/ports/net/rrdtool10|/usr/local| /usr/ports/INDEX-5:rrdtool-1.2.26|/usr/ports/databases/rrdtool|/usr/lo /usr/ports/INDEX-5:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us /usr/ports/INDEX-6:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc /usr/ports/INDEX-6:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us /usr/ports/INDEX-7:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc /usr/ports/INDEX-7:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us Tried a `make fetchindex` in /usr/ports, but bzgrepping the INDEX-7.tbz had only 1.3 and 1.0. Am I missing anything? Kind regards, Spil. From koitsu at FreeBSD.org Fri Oct 17 18:33:36 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Oct 17 18:33:43 2008 Subject: rrdtool12 missing from INDEX-7 In-Reply-To: <5fbf03c20810171115p11cecd10k96f251de56086aea@mail.gmail.com> References: <5fbf03c20810171115p11cecd10k96f251de56086aea@mail.gmail.com> Message-ID: <20081017183334.GA28149@icarus.home.lan> On Fri, Oct 17, 2008 at 08:15:45PM +0200, Spil Oss wrote: > Hi all, > > Recently I installed databases/rrdtool12 from ports, and now > pkg_version is complaining > > # pkg_version -vIL\>= > rrdtool-1.2.26_1 ! Comparison failed > > checking /usr/ports/INDEX-7 I don't see rrdtool12 in there. > > # grep ^rrdtool /usr/ports/INDEX* | cut -c -70 > /usr/ports/INDEX:rrdtool-1.2.18|/usr/ports/net/rrdtool|/usr/local|Roun > /usr/ports/INDEX:rrdtool-1.0.50_1|/usr/ports/net/rrdtool10|/usr/local| > /usr/ports/INDEX-5:rrdtool-1.2.26|/usr/ports/databases/rrdtool|/usr/lo > /usr/ports/INDEX-5:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us > /usr/ports/INDEX-6:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc > /usr/ports/INDEX-6:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us > /usr/ports/INDEX-7:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc > /usr/ports/INDEX-7:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us > > Tried a `make fetchindex` in /usr/ports, but bzgrepping the > INDEX-7.tbz had only 1.3 and 1.0. > > Am I missing anything? I'm the port maintainer. I don't quite understand INDEX -- meaning I don't understand if there's something we're supposed to edit to add an entry or what. As far as I know, it's automatically generated? FWIW, I can confirm it doesn't exist in INDEX: eos# pkg_version -v | grep rrdtool rrdtool-1.2.28 = up-to-date with port eos# grep -i ^rrdtool12 /usr/ports/INDEX-6 eos# -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From eitanadlerlist at gmail.com Fri Oct 17 18:53:49 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Oct 17 18:53:56 2008 Subject: Xorg - minimal In-Reply-To: <367b2c980810170928y3d08cab3v5615cfcc3ff91e4c@mail.gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> <367b2c980810170928y3d08cab3v5615cfcc3ff91e4c@mail.gmail.com> Message-ID: <48F8DF31.8050207@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Olivier SMEDTS wrote: [snip] >> I don't think dbus, dmidecode, hal, gamin, consolekit, docbook, >> gnome_subr, policykit and so on have anything to do with an >> "xorg-minimal". You also did not remove the various build >> dependencies. You can clearly have a more minimal Xorg install. I actually installed xorg-server with mostly defaults for "make config-recursive". When I did change the defaults I always made it more minimal when possible. I can provide a "pkg_tree -v" or a "pkg_tree -qt" if you would like to see the dependency tree. If you can provide the "pkg_tree -qt" (pkg_tree is in ports) for a more minimal xorg install to me I would like to see it. I am working on creating a meta package now and I'll post it soon for testing. > >> But thank you for this list, now I know at least someone managed to >> get modular Xorg without 200 installed ports :) - -- GNU Key fingerprint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj43zAACgkQtl8kq+nCzNEMhQCfc0DUlFZedjk7dXNMY7FFIJda EikAn17Wj62Nmttm/hGhdlnvQkL4pFug =FK75 -----END PGP SIGNATURE----- From dove0014 at algonquincollege.com Fri Oct 17 18:42:38 2008 From: dove0014 at algonquincollege.com (Brodey Dover) Date: Fri Oct 17 19:13:37 2008 Subject: PokerTH qt version update request Message-ID: The mirrors for the current version depended on by pokerth are not responding. Can another mirror be added or, can the version be updated in the make file? Thank you, Brodey Dover From m.seaman at infracaninophile.co.uk Fri Oct 17 19:16:52 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Fri Oct 17 19:17:04 2008 Subject: rrdtool12 missing from INDEX-7 In-Reply-To: <20081017183334.GA28149@icarus.home.lan> References: <5fbf03c20810171115p11cecd10k96f251de56086aea@mail.gmail.com> <20081017183334.GA28149@icarus.home.lan> Message-ID: <48F8E48F.4060807@infracaninophile.co.uk> Jeremy Chadwick wrote: > On Fri, Oct 17, 2008 at 08:15:45PM +0200, Spil Oss wrote: >> Hi all, >> >> Recently I installed databases/rrdtool12 from ports, and now >> pkg_version is complaining >> >> # pkg_version -vIL\>= >> rrdtool-1.2.26_1 ! Comparison failed >> >> checking /usr/ports/INDEX-7 I don't see rrdtool12 in there. >> >> # grep ^rrdtool /usr/ports/INDEX* | cut -c -70 >> /usr/ports/INDEX:rrdtool-1.2.18|/usr/ports/net/rrdtool|/usr/local|Roun >> /usr/ports/INDEX:rrdtool-1.0.50_1|/usr/ports/net/rrdtool10|/usr/local| >> /usr/ports/INDEX-5:rrdtool-1.2.26|/usr/ports/databases/rrdtool|/usr/lo >> /usr/ports/INDEX-5:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us >> /usr/ports/INDEX-6:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc >> /usr/ports/INDEX-6:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us >> /usr/ports/INDEX-7:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc >> /usr/ports/INDEX-7:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us >> >> Tried a `make fetchindex` in /usr/ports, but bzgrepping the >> INDEX-7.tbz had only 1.3 and 1.0. >> >> Am I missing anything? > > I'm the port maintainer. > > I don't quite understand INDEX -- meaning I don't understand if > there's something we're supposed to edit to add an entry or what. As > far as I know, it's automatically generated? > > FWIW, I can confirm it doesn't exist in INDEX: > > eos# pkg_version -v | grep rrdtool > rrdtool-1.2.28 = up-to-date with port > > eos# grep -i ^rrdtool12 /usr/ports/INDEX-6 > eos# > rrdtool12 isn't referred to in /usr/ports/databases/Makefile: happy-idiot-talk:/usr/ports/databases:% grep rrdtool Makefile SUBDIR += php4-rrdtool SUBDIR += php5-rrdtool SUBDIR += py-rrdtool_lgpl SUBDIR += rrdtool SUBDIR += rrdtool10 SUBDIR += rubygem-rrdtool If it isn't hooked up to the ports tree, it won't be shown in the INDEX. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081017/85ffcde3/signature.pgp From mdh_lists at yahoo.com Fri Oct 17 19:14:20 2008 From: mdh_lists at yahoo.com (mdh) Date: Fri Oct 17 19:20:21 2008 Subject: Problem with www/mod_cband In-Reply-To: <20081017175359.GA27396@icarus.home.lan> Message-ID: <468319.95459.qm@web56808.mail.re3.yahoo.com> --- On Fri, 10/17/08, Jeremy Chadwick wrote: > From: Jeremy Chadwick > Subject: Re: Problem with www/mod_cband > To: "David Karapetyan" > Cc: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org > Date: Friday, October 17, 2008, 1:53 PM > On Fri, Oct 17, 2008 at 12:57:41PM -0400, David Karapetyan > wrote: > > FreeBSD office19.resnet.nd.edu 7.0-RELEASE-p5 FreeBSD > 7.0-RELEASE-p5 #0: > > Wed Oct 1 10:10:12 UTC 2008 > > > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > i386 > > > > Hello everyone. Every time I try to use the mod_cband > module in my > > apache22 webserver, apache segfaults upon restart. > Things work fine when > > I disable the module from httpd.conf. Is this module > broken, and if so, > > what comparable alternatives are there? > > Be aware that mod_cband has quite a horrible bug. This is > a Debian bug > report, but the same problem applies to FreeBSD. Be sure > to read the > entire bug, not just the original report. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418645 > > Regarding alternatives: there aren't. Bandwidth > limiting is a > long-standing feature of Apache that's missing, which > is a huge > disappointment. > > The best solution I've found on FreeBSD is to use pf(4) > with ALTQ, > and give each VirtualHost its own IP address, then > rate-limit the IP > address using pf(4). Yes, I realise this is impractical > for sites > which have many vhosts and use name-based virtualhosts. > > Welcome to my world... IMHO, that solution is considerably sexier than what mod_cband claims to do (having read only pkg-descr). It seems possible, however, that mod_cband's functionality could be replicated by a simple script that watches the access log files and makes an update to a .htaccess file for the virtualhost when the virtualhost in question exceeds a given bandwidth limit which would be configured in the script. Think `tail -f`. Functionality is handled outside of apache so no danger of crashes. Just create the .htaccess in such a way that the end-user can't delete/modify it, and have it do a Redirect. For robustness' sake, move any existing .htaccess file to .htaccess.X and move it back when the virtualhost is back in compliance or paid up or whatever. - mdh __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From koitsu at FreeBSD.org Fri Oct 17 21:14:17 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Oct 17 21:14:23 2008 Subject: Problem with www/mod_cband In-Reply-To: <468319.95459.qm@web56808.mail.re3.yahoo.com> References: <20081017175359.GA27396@icarus.home.lan> <468319.95459.qm@web56808.mail.re3.yahoo.com> Message-ID: <20081017211414.GA31108@icarus.home.lan> On Fri, Oct 17, 2008 at 11:47:38AM -0700, mdh wrote: > It seems possible, however, that mod_cband's functionality could be > replicated by a simple script that watches the access log files and > makes an update to a .htaccess file for the virtualhost when the > virtualhost in question exceeds a given bandwidth limit which would be > configured in the script. Well, that's assuming you want to use the "maximum aggregate bandwidth per site every month" concept. I, for one, do not, because all it takes is one prick wget -r'ing the site and pow, the site is down for everyone. You could block based on IP, but believe me, they'll find or get another. (I've personally seen this with Italian users, where they'd switch to another IP to get around pf(4) blocks I put in place.) I personally prefer to just bandwidth limit sites, only permitting XXX Kbyte/sec across *all visitors*. It's the only "safe" way to deal with 95th-percentile billing in co-locations. Also, don't forget that Apache only writes an entry to the log file *after* the transfer is finished, not when the request is submit. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From koitsu at FreeBSD.org Fri Oct 17 21:25:04 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Oct 17 21:25:11 2008 Subject: rrdtool12 missing from INDEX-7 In-Reply-To: <48F8E48F.4060807@infracaninophile.co.uk> References: <5fbf03c20810171115p11cecd10k96f251de56086aea@mail.gmail.com> <20081017183334.GA28149@icarus.home.lan> <48F8E48F.4060807@infracaninophile.co.uk> Message-ID: <20081017212502.GA31497@icarus.home.lan> On Fri, Oct 17, 2008 at 08:16:31PM +0100, Matthew Seaman wrote: > Jeremy Chadwick wrote: >> On Fri, Oct 17, 2008 at 08:15:45PM +0200, Spil Oss wrote: >>> Hi all, >>> >>> Recently I installed databases/rrdtool12 from ports, and now >>> pkg_version is complaining >>> >>> # pkg_version -vIL\>= >>> rrdtool-1.2.26_1 ! Comparison failed >>> >>> checking /usr/ports/INDEX-7 I don't see rrdtool12 in there. >>> >>> # grep ^rrdtool /usr/ports/INDEX* | cut -c -70 >>> /usr/ports/INDEX:rrdtool-1.2.18|/usr/ports/net/rrdtool|/usr/local|Roun >>> /usr/ports/INDEX:rrdtool-1.0.50_1|/usr/ports/net/rrdtool10|/usr/local| >>> /usr/ports/INDEX-5:rrdtool-1.2.26|/usr/ports/databases/rrdtool|/usr/lo >>> /usr/ports/INDEX-5:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us >>> /usr/ports/INDEX-6:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc >>> /usr/ports/INDEX-6:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us >>> /usr/ports/INDEX-7:rrdtool-1.3.3|/usr/ports/databases/rrdtool|/usr/loc >>> /usr/ports/INDEX-7:rrdtool-1.0.50_1|/usr/ports/databases/rrdtool10|/us >>> >>> Tried a `make fetchindex` in /usr/ports, but bzgrepping the >>> INDEX-7.tbz had only 1.3 and 1.0. >>> >>> Am I missing anything? >> >> I'm the port maintainer. >> >> I don't quite understand INDEX -- meaning I don't understand if >> there's something we're supposed to edit to add an entry or what. As >> far as I know, it's automatically generated? >> >> FWIW, I can confirm it doesn't exist in INDEX: >> >> eos# pkg_version -v | grep rrdtool >> rrdtool-1.2.28 = up-to-date with port >> >> eos# grep -i ^rrdtool12 /usr/ports/INDEX-6 >> eos# >> > > rrdtool12 isn't referred to in /usr/ports/databases/Makefile: > > happy-idiot-talk:/usr/ports/databases:% grep rrdtool Makefile > SUBDIR += php4-rrdtool > SUBDIR += php5-rrdtool > SUBDIR += py-rrdtool_lgpl > SUBDIR += rrdtool > SUBDIR += rrdtool10 > SUBDIR += rubygem-rrdtool > > If it isn't hooked up to the ports tree, it won't be shown in the INDEX. Thanks much for the explanation! I've committed the fix. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From olivier at gid0.org Fri Oct 17 22:10:55 2008 From: olivier at gid0.org (Olivier SMEDTS) Date: Fri Oct 17 22:11:02 2008 Subject: Xorg - minimal In-Reply-To: <48F8DF31.8050207@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> <367b2c980810170928y3d08cab3v5615cfcc3ff91e4c@mail.gmail.com> <48F8DF31.8050207@gmail.com> Message-ID: <20081017214539.GA1087@q.gid0.org> On Fri, Oct 17, 2008 at 02:53:37PM -0400, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Olivier SMEDTS wrote: > [snip] > >> I don't think dbus, dmidecode, hal, gamin, consolekit, docbook, > >> gnome_subr, policykit and so on have anything to do with an > >> "xorg-minimal". You also did not remove the various build > >> dependencies. You can clearly have a more minimal Xorg install. > I actually installed xorg-server with mostly defaults for "make > config-recursive". When I did change the defaults I always made it more > minimal when possible. > I can provide a "pkg_tree -v" or a "pkg_tree -qt" if you would like to > see the dependency tree. I think "WITHOUT_HAL=yes" and "WITHOUT_DBUS=yes" is a minimum, it would remove big dependencies : dbus, hal, gamin, consolekit and policykit at least. I'll test in a jail to provide you a package tree. Olivier > If you can provide the "pkg_tree -qt" (pkg_tree is in ports) for a more > minimal xorg install to me I would like to see it. > > I am working on creating a meta package now and I'll post it soon for > testing. > > > >> But thank you for this list, now I know at least someone managed to > >> get modular Xorg without 200 installed ports :) > > - -- > GNU Key fingerprint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkj43zAACgkQtl8kq+nCzNEMhQCfc0DUlFZedjk7dXNMY7FFIJda > EikAn17Wj62Nmttm/hGhdlnvQkL4pFug > =FK75 > -----END PGP SIGNATURE----- -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From Tom at ESEstudios.com Sat Oct 18 06:03:23 2008 From: Tom at ESEstudios.com (Tom Eagle of ESEstudios.com) Date: Sat Oct 18 06:03:32 2008 Subject: portsdb error Message-ID: <009301c930e5$c6168b20$5243a160$@com> Here is the output of portsdb -Uu. -----Original Message----- From: Charlie Root [mailto:root@bsd.esestudios.com] Sent: Friday, October 17, 2008 11:54 PM To: tom@bsd.esestudios.com Subject: Generating INDEX.tmp - please wait.."Makefile", line 56: Could not find bsd.port.options.mk make: fatal errors encountered -- cannot continue ===> sysutils/apcupsd failed *** Error code 1 ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. (INDEX builds are not supported with partial or out-of-date ports collections -- in particular, if you are using cvsup, you must cvsup the "ports-all" collection, and have no "refuse" files.) If that is the case, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, your architecture, your environment, and your /etc/make.conf settings, especially compiler flags and WITH/WITHOUT settings). Note: the latest pre-generated version of INDEX may be fetched automatically with "make fetchindex". ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. -- Here is the contents of /etc/make.conf # added by use.perl 2007-08-03 21:37:48 PERL_VER=5.8.8 PERL_VERSION=5.8.8 Here is the output from pkg_info 3ddesktop-0.2.9_1 3D Virtual Desktop Switcher 9box-0.2.1_1 9box can "pack" windows inside itself 9menu-1.8 A simple menu patterened after plan9 9term-1.6.3 An X11 program which emulates a plan9 window ORBit2-2.14.3 High-performance CORBA ORB with support for the C language OpenEXR-1.2.2_1 A high dynamic-range (HDR) image file format abclock-1.0d Clock for X that displays hours and minutes in an analog fa apache-2.2.9_5 Version 2.2.x of Apache web server with prefork MPM. arts-1.5.4,1 Audio system for the KDE integrated X11 desktop asclock-1.0 Afterstep clock with some language extensions aspell-0.60.4_4 Spelling checker with better suggestion logic than ispell atk-1.12.3 A GNOME accessibility toolkit (ATK) autoconf-2.59_2 Automatically configure source code on many Un*x platforms autoconf-2.61_2 Automatically configure source code on many Un*x platforms autoconf-2.62 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf avahi-0.6.14 Service discovery on a local network bison-1.75_2,1 A parser generator from FSF, (mostly) compatible with Yacc bitstream-vera-1.10_2 Bitstream Vera TrueType font collection ca-roots-1.2 A list of SSL CA root certificates cairo-1.2.4 Vector graphics library with cross-device output support cclient-2006j_1,1 Mark Crispin's C-client mail access routines cdrtools-2.01_5 CD/CD-R[W] and ISO-9660 image creation and extraction tools cups-base-1.2.2 The Common UNIX Printing System curl-7.15.5 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cvsup-without-gui-16.1h_2 General network file distribution system optimized for CVS cvsup-without-gui-16.1h_4 File distribution system optimized for CVS (non-GUI version db41-4.1.25_3 The Berkeley DB package, revision 4.1 dbh-1.0.24_1 Disk Based Hashtables dbus-0.93_3 A message bus system for inter-application communication dbus-glib-0.71 GLib bindings for the D-BUS messaging system desktop-file-utils-0.11 A couple of command line utilities for working with desktop dmidecode-2.8 A tool for dumping DMI (SMBIOS) contents in human-readable docbook-sk-4.1.2_3 XML version of the DocBook DTD version controlled for Scrol docbook-xml-4.2_1 XML version of the DocBook DTD docbook-xml-4.3 DocBook/XML DTD V4.3, designed for technical documentation docbook-xml-4.4 DocBook/XML DTD V4.4, designed for technical documentation docbook-xsl-1.70.1 XSL DocBook stylesheets drupal-4.6.10 CMS that supports pgsql and mysql drupal5-5.7 A database driven web content management system (CMS) eel-2.16.0_1 Generally useful classes and extensions to GNOME esound-0.2.36_1 A sound library for enlightenment package evolution-data-server-1.8.1_1 The data backends for the Evolution integrated mail/PIM sui expat-2.0.0_1 XML 1.0 parser written in C ezm3-1.1_1 Easier, more portable Modula-3 distribution for building CV fetchmail-6.3.4_3 Batch mail retrieval utility for IMAP/POP2/POP3/ETRN/ODMR ffcall-1.10_1 Foreign function call libraries file-roller-2.16.1,1 An archive manager for zip files, tar, etc firefox-1.5.0.8,1 Web browser based on the browser portion of Mozilla flac-1.1.2_1 Free lossless audio codec fontconfig-2.3.2_6,1 An XML-based font configuration API for X Windows freetype2-2.2.1_1 A free and portable TrueType font rendering engine gail-1.9.3 An implementation of the ATK interfaces for GTK+ widgets gamin-0.1.7_2 A file and directory monitoring system gconf2-2.16.0 A configuration database system for GNOME gdbm-1.8.3_2 The GNU database manager gettext-0.14.5_2 GNU gettext package glib-1.2.10_12 Some useful routines of C programming (previous stable vers glib-2.12.4 Some useful routines of C programming (current stable versi gmake-3.81_1 GNU version of 'make' utility gnome-backgrounds-2.16.1 A collection of backgrounds for GNOME 2 gnome-desktop-2.16.1 Additional UI API for GNOME 2 gnome-doc-utils-0.7.2_1 GNOME doc utils gnome-icon-theme-2.16.0.1_1 A collection of icons for the GNOME 2 desktop gnome-keyring-0.6.0 A program that keeps passwords and other secrets gnome-menus-2.16.1 Implementation of the FreeDesktop Desktop Menu Spec gnome-mime-data-2.4.2_2 A MIME and Application database for GNOME gnome-panel-2.16.1 Panel component for the GNOME 2 Desktop gnome-themes-2.16.1.1 A collection of themes and icons for GNOME2 gnome-utils-2.16.1,1 GNOME 2 support utilities gnome-vfs-2.16.1 GNOME Virtual File System gnomehier-2.2 A utility port that creates the GNOME directory tree gnutls-1.4.4_1 GNU Transport Layer Security library gtar-1.15.1_2 GNU version of the traditional tar archiver gtk-2.10.6_2 Gimp Toolkit for X11 GUI (current stable version) gtk-engines2-2.8.1 Theme engine for the gtk+-2.0 toolkit hal-0.5.8.20060917_2 Hardware Abstraction Layer for simplifying device access help2man-1.36.4_1 Automatically generating simple manual pages from program o hicolor-icon-theme-0.9_2 A high-color icon theme shell from the FreeDesktop project imake-6.9.0 Imake and other utilities from X.Org imap-uw-2006j_3,1 University of Washington IMAP4rev1/POP2/POP3 mail servers imlib2-20060926,1 The next generation graphic library for enlightenment packa intltool-0.35.0 Tools to internationalize various kinds of data files ispell-3.2.06_15 An interactive spelling checker for multiple languages jackit-0.101.1_1 A low-latency audio server jasper-1.701.0_1 An implementation of the codec specified in the JPEG-2000 s joomla-1.0.13 A dynamic web content management system (CMS) jpeg-6b_4 IJG's jpeg compression utilities kdehier-1.0_11 Utility port which installs a hierarchy of shared KDE direc kdelibs-3.5.4_4 Base set of libraries needed by KDE programs kdetoys-3.5.4 Small applications for KDE lcms-1.15_1,1 Light Color Management System -- a color management library libIDL-0.8.7 A library for creating trees of CORBA IDL files libXft-2.1.7_1 A client-sided font API for X applications libart_lgpl-2.3.17_1 Library for high-performance 2D graphics libaudiofile-0.2.6 A sound library for SGI audio file libbonobo-2.16.0_1 A component and compound document system for GNOME2 libbonoboui-2.16.0 GUI frontend to the libbonobo component of GNOME 2 libcroco-0.6.1 CSS2 parsing library libdaemon-0.10_1 Lightweight C library that eases the writing of UNIX daemon libdrm-2.0.2 Userspace interface to kernel Direct Rendering Module servi libexif-0.6.13 Library to read digital camera file meta-data libexo-0.3.0_3 Terminal library, extensions to Xfce by os-cillation libgcrypt-1.2.3_1 "General purpose crypto library based on code used in GnuPG libglade2-2.6.0_2 GNOME glade library libglut-6.4.2 A graphics library similar to SGI's OpenGL libgnome-2.16.0 Libraries for GNOME, a GNU desktop environment libgnomecanvas-2.14.0_2 A graphics library for GNOME libgnomeprint-2.12.1_3 Gnome print support library libgnomeprintui-2.12.1_2 Gnome print support library libgnomeui-2.16.1 Libraries for the GNOME GUI, a GNU desktop environment libgpg-error-1.4 Common error values for all GnuPG components libgsf-1.14.2 An extensible i/o abstraction for dealing with structured f libgtop-2.14.4 GNOME 2 top library libiconv-1.9.2_2 A character set conversion library libid3tag-0.15.1b ID3 tags library (part of MAD project) libidn-0.6.7 Internationalized Domain Names command line tool libltdl-1.5.26 System independent dlopen wrapper libmad-0.15.1b_2 Libmad library (part of MAD project) libmcrypt-2.5.8 Multi-cipher cryptographic library (used in PHP) libmng-1.0.9 Multiple-image Network Graphics (MNG) reference library libogg-1.1.3,3 Ogg bitstream library librsvg2-2.16.0_1 Library for parsing and rendering SVG vector-graphic files libslang-1.4.9 Routines for rapid alpha-numeric terminal applications deve libsndfile-1.0.17 Reading and writing files containing sampled sound (like WA libsoup-2.2.96 A SOAP (Simple Object Access Protocol) implementation in C libtasn1-0.3.6 ASN.1 structure parser library libthai-0.1.5_1 Thai language support library libtool-1.5.22_2 Generic shared library support script libungif-4.1.4_1 Tools and library routines for working with GIF images libvorbis-1.1.2,3 Audio compression codec library libwnck-2.16.1 Library used for writing pagers and taskslists libxfce4gui-4.2.3_2 XFce 4 widget library required by xfce4 and xfwm4 libxfce4util-4.2.3.2_2 XFce 4 library with non-graphical helper functions libxml2-2.6.26 XML parser library for GNOME libxslt-1.1.17 The XSLT C library for GNOME linc-1.0.3_6 A library for writing networked servers & clients m4-1.4.4 GNU m4 mDNSResponder-108 Apple's mDNSResponder metacity-2.16.3 A window manager for the adult in you mhash-0.9.7.1 An easy-to-use library for strong hashes such as MD5 and SH mime-support-3.37.1 MIME Media Types list mutt-1.4.2.2 The Mongrel of Mail User Agents (part Elm, Pine, Mush, mh, mysql-client-5.0.27 Multithreaded SQL database (client) mysql-scripts-5.0.27 Multithreaded SQL database (scripts) mysql-server-5.0.27 Multithreaded SQL database (server) nas-1.8 Network Audio System nautilus-2.16.1 File manager for the GNOME desktop net-snmp-5.2.3_3 An extendable SNMP implementation nspr-4.6.3 A platform-neutral API for system level and libc like funct nss-3.11.3 Libraries to support development of security-enabled applic openldap-client-2.3.27 Open source LDAP client implementation p5-DBD-mysql50-3.0007 MySQL 5.0 driver for the Perl5 Database Interface (DBI) p5-DBI-1.52 The perl5 Database Interface. Required for DBD::* modules p5-Storable-2.15 Persistency for perl data structures p5-XML-Parser-2.34_2 Perl extension interface to James Clark's XML parser, expat p5-gettext-1.05_1 Message handling functions pango-1.14.7 An open-source framework for the layout and rendering of i1 pciids-20060929 Pci.ids database from pciutils pcre-6.7 Perl Compatible Regular Expressions library pear-1.4.11 PEAR framework for PHP pecl-PDO-1.0.3 PHP Data Objects Interface pecl-pdflib-2.1.0_1 A PECL extension to create PDF on the fly perl-5.8.8 Practical Extraction and Report Language php5-5.1.6_3 PHP Scripting Language (Apache Module and CLI) php5-bz2-5.2.6_2 The bz2 shared extension for php php5-calendar-5.1.6_3 The calendar shared extension for php php5-ctype-5.1.6_3 The ctype shared extension for php php5-curl-5.1.6_3 The curl shared extension for php php5-dom-5.1.6_3 The dom shared extension for php php5-ftp-5.1.6_3 The ftp shared extension for php php5-gd-5.1.6_3 The gd shared extension for php php5-gettext-5.1.6_3 The gettext shared extension for php php5-iconv-5.1.6_3 The iconv shared extension for php php5-imap-5.1.6_3 The imap shared extension for php php5-mbstring-5.1.6_3 The mbstring shared extension for php php5-mhash-5.1.6_3 The mhash shared extension for php php5-mysql-5.1.6_3 The mysql shared extension for php php5-mysqli-5.1.6_3 The mysqli shared extension for php php5-openssl-5.1.6_3 The openssl shared extension for php php5-pcre-5.1.6_3 The pcre shared extension for php php5-posix-5.1.6_3 The posix shared extension for php php5-session-5.1.6_3 The session shared extension for php php5-simplexml-5.1.6_3 The simplexml shared extension for php php5-soap-5.1.6_3 The soap shared extension for php php5-sqlite-5.1.6_3 The sqlite shared extension for php php5-tokenizer-5.1.6_3 The tokenizer shared extension for php php5-xml-5.1.6_3 The xml shared extension for php php5-xmlreader-5.1.6_3 The xmlreader shared extension for php php5-xmlwriter-5.1.6_3 The xmlwriter shared extension for php php5-zlib-5.1.6_3 The zlib shared extension for php phpbb-3.0.0_1 A PHP-based bulletin board / discussion forum system pilot-link-0.12.1_1,1 Suite of tools used to connect and sync your Palm handled pkg-config-0.21 A utility to retrieve information about installed libraries png-1.2.12_1 Library for manipulating PNG images policykit-0.1.20060514_2 Framework for controlling access to system-wide components popd-2.2.2a_4 Very fast, highly configurable POP3 server (fully RFC1939 c popt-1.7_1 A getopt(3) like library with a number of enhancements, fro portaudio-18.1_2 Portable cross-platform Audio API portmanager-0.4.1_9 FreeBSD installed ports status and safe update utility portupgrade-2.4.6,2 FreeBSD ports/packages administration and management tool s postfix-2.3.3,1 A secure alternative to widely-used Sendmail py24-libxml2-2.6.26 Python interface for XML parser library for GNOME python24-2.4.3_3 An interpreted object-oriented programming language qpopper-2.53_5 Berkeley POP 3 server (now maintained by Qualcomm) qpopper-4.0.9_2 Berkeley POP 3 server (now maintained by Qualcomm) qt-3.3.6_3 Multiplatform C++ application framework rsync-2.6.8_2 A network file distribution/synchronization utility ruby-1.8.5_3,1 An object-oriented interpreted scripting language ruby18-bdb-0.5.9_2 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat samba-libsmbclient-3.0.23c Shared libs from the samba package scrollkeeper-0.3.14_5,1 An Open Document Cataloging Project sdocbook-xml-4.1.2.5_2 "Simplified" DocBook XML DTD shared-mime-info-0.19 A MIME type database from the FreeDesktop project squirrelmail-1.4.8 A webmail system which accesses mail over IMAP startup-notification-0.8_3 Library that supports startup notification spec from freede system-tools-backends-1.4.2_2 Backend system admin scripts for gnome-system-tools t1lib-5.1.0_1,1 A Type 1 Rasterizer Library for UNIX/X11 tiff-3.8.2 Tools and library routines for working with TIFF images unzip-5.52_2 List, test and extract compressed files in a ZIP archive urlview-0.9_2 URL extractor/launcher xmlcatmgr-2.2 SGML and XML catalog manager xorg-clients-6.9.0_3 X client programs and related files from X.Org xorg-documents-6.9.0 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.9.0_1 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.9.0_1 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.9.0_1 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.9.0_1 X.Org font encoding files xorg-fonts-miscbitmaps-6.9.0_1 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.9.0 X.Org TrueType fonts xorg-fonts-type1-6.9.0 X.Org Type1 fonts xorg-fontserver-6.9.0_1 X font server from X.Org xorg-libraries-6.9.0 X11 libraries and headers from X.Org xorg-manpages-6.9.0 X.Org library manual pages xorg-nestserver-6.9.0_1 Nesting X server from X.Org xorg-printserver-6.9.0_2 X Print server from X.Org xorg-server-6.9.0_5 X.Org X server and related programs xorg-vfbserver-6.9.0_2 X virtual framebuffer server from X.Org xterm-220 Terminal emulator for the X Window System I am running Lenovo with Intel Dual Core 64 using 6.2-RELEASE-amd64-disc?.iso dated 8/3/2007 How do I update my system to 7.0? If you need any other information, let me know. -- This mail was scanned by BitDefender For more informations please visit http://www.bitdefender.com From parv at pair.com Sat Oct 18 11:22:49 2008 From: parv at pair.com (Parv) Date: Sat Oct 18 11:22:55 2008 Subject: portsdb error In-Reply-To: <009301c930e5$c6168b20$5243a160$@com> References: <009301c930e5$c6168b20$5243a160$@com> Message-ID: <20081018111247.GB6854@holstein.holy.cow> in message <009301c930e5$c6168b20$5243a160$@com>, wrote Tom Eagle of ESEstudios.com thusly... > > Here is the output of portsdb -Uu. > > > -----Original Message----- > From: Charlie Root [mailto:root@bsd.esestudios.com] > Sent: Friday, October 17, 2008 11:54 PM > To: tom@bsd.esestudios.com > Subject: > > Generating INDEX.tmp - please wait.."Makefile", line 56: Could not find > bsd.port.options.mk > make: fatal errors encountered -- cannot continue > ===> sysutils/apcupsd failed > *** Error code 1 > > ******************************************************************** > Before reporting this error, verify that you are running a supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > have a complete and up-to-date ports collection. (INDEX builds are > not supported with partial or out-of-date ports collections -- in > particular, if you are using cvsup, you must cvsup the "ports-all" > collection, and have no "refuse" files.) If that is the case, then > report the failure to ports@FreeBSD.org together with relevant > details of your ports configuration (including FreeBSD version, > your architecture, your environment, and your /etc/make.conf > settings, especially compiler flags and WITH/WITHOUT settings). > > Note: the latest pre-generated version of INDEX may be fetched > automatically with "make fetchindex". > ******************************************************************** ... Hi Tom, Could you please sent a copy of your email to sem@FreeBSD.org who is the current maintainer of portupgrade{,-devel} ports? Also, could you please file a PR via send-pr (do "man send-pr") or through the web interface ... http://www.freebsd.org/support/bugreports.html ... (instructions & such are there)? - parv -- From peterjeremy at optushome.com.au Sat Oct 18 14:41:23 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sat Oct 18 14:41:30 2008 Subject: Xorg - minimal In-Reply-To: <48F8A209.8020307@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> Message-ID: <20081018034805.GA1055@server.vk2pj.dyndns.org> On 2008-Oct-17 10:32:41 -0400, Eitan Adler wrote: >Here is the list I generated from pkg_info when I was first able to run >the X server. If anyone is able to run "startx" with fewer ports please >let me know. You should be able to get by without any gnome baggage. >How can I handle the video drivers? Not all systems need all drivers. >I don't want to depend on xorg-drivers, however you can't get X to start >without a video driver. Can some kind of check be done in the Makefile? Unless you actually install all the drivers, go through the configuration process to work out which ones to use and then uninstall the rest, the best you could probably do is to run pciconf and use a config file to map PCI IDs to potential video drivers. Some things to keep in mind with this approach are: - pciconf has to run as root and so has to be inside the su part. - Some video cards have different potential drivers (eg Intel, nVIDIA). - People may have multiple, different video cards present. - Several drivers are virtual (eg dummy, fbdev) -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081018/53bad492/attachment.pgp From oscartheduck at gmail.com Sat Oct 18 16:08:54 2008 From: oscartheduck at gmail.com (James) Date: Sat Oct 18 16:09:00 2008 Subject: tracking libraries that will be impacted by a port install/upgrade Message-ID: Hi folks, is there currently a mechanism in ports to ask a port what it will do if installed? I've been pondering a small set of build scripts that would allow one to build a package on a remote non-identical machine and started writing them, and hit a brick wall with trying to track what libraries will be impacted. It's easy enough building packages if the machines are identical, but once they're not then there are a whole host of small libraries issues that can appear. Best James From kamikaze at bsdforen.de Sat Oct 18 17:50:28 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sat Oct 18 17:50:35 2008 Subject: py-zsi totally broken Message-ID: <48FA21C0.4030602@bsdforen.de> I have set PYTHON_VERSION= 2.5 in my make.conf. This is the only thing that comes to mind as a possible reason. > pkg_info -g py25-zsi-2.0,1 pkg_info: /usr/local/lib/python2.5/site-packages/ZSI-2.0-py2.5.egg-info doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceContainer.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceContainer.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceContainer.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceProxy.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceProxy.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceProxy.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TC.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TC.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TC.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCapache.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCapache.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCapache.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCcompound.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCcompound.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCcompound.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCnumbers.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCnumbers.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCnumbers.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCtimes.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCtimes.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCtimes.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/__init__.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/__init__.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/__init__.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/address.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/address.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/address.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/auth.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/auth.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/auth.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/client.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/client.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/client.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/digest_auth.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/digest_auth.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/digest_auth.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/dispatch.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/dispatch.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/dispatch.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/fault.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/fault.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/fault.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/__init__.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/__init__.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/__init__.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/commands.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/commands.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/commands.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/containers.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/containers.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/containers.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/pyclass.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/pyclass.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/pyclass.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/utility.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/utility.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/utility.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2dispatch.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2dispatch.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2dispatch.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2python.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2python.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2python.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/parse.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/parse.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/parse.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/resolvers.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/resolvers.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/resolvers.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/schema.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/schema.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/schema.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSresource.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSresource.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSresource.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSsecurity.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSsecurity.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSsecurity.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/__init__.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/__init__.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/__init__.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/client.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/client.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/twisted/client.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/typeinterpreter.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/typeinterpreter.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/typeinterpreter.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/version.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/version.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/version.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/writer.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/writer.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/writer.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/Namespaces.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/Namespaces.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/Namespaces.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/TimeoutSocket.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/TimeoutSocket.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/TimeoutSocket.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/UserTuple.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/UserTuple.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/UserTuple.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/Utility.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/Utility.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/Utility.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/WSDLTools.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/WSDLTools.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/WSDLTools.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLSchema.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLSchema.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLSchema.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLname.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLname.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLname.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/__init__.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/__init__.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/__init__.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/c14n.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/c14n.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/c14n.pyo doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/logging.py doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/logging.pyc doesn't exist pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/logging.pyo doesn't exist Information for py25-zsi-2.0,1: Mismatched Checksums: From flz at xbsd.org Sat Oct 18 17:56:27 2008 From: flz at xbsd.org (Florent Thoumie) Date: Sat Oct 18 17:56:35 2008 Subject: Xorg - minimal In-Reply-To: <20081018034805.GA1055@server.vk2pj.dyndns.org> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> <20081018034805.GA1055@server.vk2pj.dyndns.org> Message-ID: On Sat, Oct 18, 2008 at 4:48 AM, Peter Jeremy wrote: > On 2008-Oct-17 10:32:41 -0400, Eitan Adler > wrote: > >Here is the list I generated from pkg_info when I was first able to run > >the X server. If anyone is able to run "startx" with fewer ports please > >let me know. > > You should be able to get by without any gnome baggage. > > >How can I handle the video drivers? Not all systems need all drivers. > >I don't want to depend on xorg-drivers, however you can't get X to start > >without a video driver. Can some kind of check be done in the Makefile? > > Unless you actually install all the drivers, go through the > configuration process to work out which ones to use and then uninstall > the rest, the best you could probably do is to run pciconf and use a > config file to map PCI IDs to potential video drivers. Some things to > keep in mind with this approach are: > - pciconf has to run as root and so has to be inside the su part. > - Some video cards have different potential drivers (eg Intel, nVIDIA). > - People may have multiple, different video cards present. > - Several drivers are virtual (eg dummy, fbdev) Or you can just depend on xorg-drivers, and let people select the drivers they want if they use ports. They will get 8 of them (instead of the whole bunch) if they use packages, this will be down to 5 once the ports are upgraded to xorg 7.4. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From eitanadlerlist at gmail.com Sun Oct 19 03:43:11 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 03:43:18 2008 Subject: Xorg - minimal In-Reply-To: <20081017214539.GA1087@q.gid0.org> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> <367b2c980810170928y3d08cab3v5615cfcc3ff91e4c@mail.gmail.com> <48F8DF31.8050207@gmail.com> <20081017214539.GA1087@q.gid0.org> Message-ID: <48FAACC1.4030308@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Olivier SMEDTS wrote: > On Fri, Oct 17, 2008 at 02:53:37PM -0400, Eitan Adler wrote: > Olivier SMEDTS wrote: > [snip] >>>>> I don't think dbus, dmidecode, hal, gamin, consolekit, docbook, >>>>> gnome_subr, policykit and so on have anything to do with an >>>>> "xorg-minimal". You also did not remove the various build >>>>> dependencies. You can clearly have a more minimal Xorg install. > I actually installed xorg-server with mostly defaults for "make > config-recursive". When I did change the defaults I always made it more > minimal when possible. > I can provide a "pkg_tree -v" or a "pkg_tree -qt" if you would like to > see the dependency tree. > >> I think "WITHOUT_HAL=yes" and "WITHOUT_DBUS=yes" is a minimum, it would remove >> big dependencies : dbus, hal, gamin, consolekit and policykit at least. Alright - thanks for that. I plan to have a test version of the port done by tomorrow. > >> I'll test in a jail to provide you a package tree. > >> Olivier > > > If you can provide the "pkg_tree -qt" (pkg_tree is in ports) for a more > minimal xorg install to me I would like to see it. > > I am working on creating a meta package now and I'll post it soon for > testing. >>>>> But thank you for this list, now I know at least someone managed to >>>>> get modular Xorg without 200 installed ports :) - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj6rMEACgkQtl8kq+nCzNHAzwCgiRlEeJXJR6WelcXARx5mRUaT qH4AoI5HnNGtqdgOWoLBwZCit4t9OISJ =JlUa -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Sun Oct 19 03:48:35 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 03:48:42 2008 Subject: Xorg - minimal In-Reply-To: <20081018034805.GA1055@server.vk2pj.dyndns.org> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> <20081018034805.GA1055@server.vk2pj.dyndns.org> Message-ID: <48FAAE05.3070904@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Jeremy wrote: > On 2008-Oct-17 10:32:41 -0400, Eitan Adler wrote: >> Here is the list I generated from pkg_info when I was first able to run >> the X server. If anyone is able to run "startx" with fewer ports please >> let me know. > > You should be able to get by without any gnome baggage. What gnome baggage? Specifically what do I have to depend on/not depend on to avoid that stuff? > >> How can I handle the video drivers? Not all systems need all drivers. >> I don't want to depend on xorg-drivers, however you can't get X to start >> without a video driver. Can some kind of check be done in the Makefile? > > Unless you actually install all the drivers, go through the > configuration process to work out which ones to use and then uninstall > the rest, the best you could probably do is to run pciconf and use a > config file to map PCI IDs to potential video drivers. Some things to > keep in mind with this approach are: Could this method affect the package building? > - pciconf has to run as root and so has to be inside the su part. I assume that all port installs are run as root. > - Some video cards have different potential drivers (eg Intel, nVIDIA). True. This would probably be the "light" version so nvidia with map to - -xv instead of x11/nvidia-driver. > - People may have multiple, different video cards present. True. I'll keep this in mind. > - Several drivers are virtual (eg dummy, fbdev) They are not needed to start X or they are not direct dependencies as far as I know. > I just noticed that x11/xorg-drivers is "optioned" so I'll probably use that approach while I get the pciconf part working. If anyone knows of a script that does the pciconf->driver work please let me know. - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj6rgUACgkQtl8kq+nCzNF5ogCfc9EzF5DvaEpt4VfaGmpBPm6G IJAAn3ZTtX8JBFLRiS3T5uJpBddDJjyy =P2v6 -----END PGP SIGNATURE----- From mezz7 at cox.net Sun Oct 19 04:10:06 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Oct 19 04:10:13 2008 Subject: Xorg - minimal In-Reply-To: <48FAAE05.3070904@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48F8A209.8020307@gmail.com> <20081018034805.GA1055@server.vk2pj.dyndns.org> <48FAAE05.3070904@gmail.com> Message-ID: On Sun, 19 Oct 2008 03:48:21 -0000, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Peter Jeremy wrote: >> On 2008-Oct-17 10:32:41 -0400, Eitan Adler > wrote: >>> Here is the list I generated from pkg_info when I was first able to run >>> the X server. If anyone is able to run "startx" with fewer ports please >>> let me know. >> >> You should be able to get by without any gnome baggage. > > What gnome baggage? Specifically what do I have to depend on/not depend > on to avoid that stuff? There is no GNOME baggage in your ports installed. Well, it's only gnome_subr-1.0, but it's very very tiny that can take advantage gnome_enable="YES" in rc.conf instead of multi-line. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From eitanadlerlist at gmail.com Sun Oct 19 04:35:54 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 04:36:02 2008 Subject: PokerTH qt version update request In-Reply-To: References: Message-ID: <48FAB200.1010601@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brodey Dover wrote: > The mirrors for the current version depended on by pokerth are not responding. Can another mirror be added or, can the version be updated in the make file? What is the new version? What other mirrors are there? - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj6sgAACgkQtl8kq+nCzNGccgCfYzTUaD709cMwWMDaBcL1gmeo T1sAn3wspRcMcIup+r4iGffB94vS8Buf =IIAu -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Sun Oct 19 13:17:01 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 13:17:08 2008 Subject: idesk - xft is broken Message-ID: <48FB3340.7020109@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If you try to install the x11/idesk port with xft disabled you get a series of errors (which I was unable to copy from the relevant computer) having to do with xft. Enabling the option allows it to install properly. - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7M0AACgkQtl8kq+nCzNHe/QCfUEkwy03wyL9g5mbJxkKWWt2v XgoAnjehhENmOuJ4fSaNJ4cRz3qpG/9g =uX4o -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Sun Oct 19 13:21:31 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 13:21:38 2008 Subject: speed up ports install Message-ID: <48FB344E.9040904@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a simple idea to make use the threads without any possibility of conflicts. I am sure there will be someone to point out a negative, but I don't see any. When you do "make install" launch a "make fetch-recursive" thread at the same time. That way you don't need to wait for the files to install->fetch the next one->install it->fetch the next one... For those who don't want that you could get the old behavior with "make onlyinstall". I currently do this with a "make" wrapper script and I find installation to be faster. - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7NE4ACgkQtl8kq+nCzNH0swCbBH7tXkd/J34muQal6LNOpje1 QkcAnjHVJ5BPV/JpsiLdXbK+clO78eD9 =prtk -----END PGP SIGNATURE----- From koitsu at FreeBSD.org Sun Oct 19 13:39:36 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sun Oct 19 13:39:42 2008 Subject: speed up ports install In-Reply-To: <48FB344E.9040904@gmail.com> References: <48FB344E.9040904@gmail.com> Message-ID: <20081019133934.GA77293@icarus.home.lan> On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have a simple idea to make use the threads without any possibility of > conflicts. I am sure there will be someone to point out a negative, but > I don't see any. > When you do "make install" launch a "make fetch-recursive" thread at the > same time. That way you don't need to wait for the files to > install->fetch the next one->install it->fetch the next one... > For those who don't want that you could get the old behavior with "make > onlyinstall". I currently do this with a "make" wrapper script and I > find installation to be faster. What about this scenario? # cd /usr/ports/friendly/apes # make install <"make" finds a dependency which isn't installed, friendly/dogs> <"make" begins to build friendly/dogs, but friendly/dogs is still being downloaded from fetch-recursive, because the source is very large; say, 30MBytes> <"make" for friendly/dogs forks another fetch-recursive......> What I'm trying to say is, there would need to be mechanisms put in place to cause the entire build process to block (halt/pause) until the backgrounded fetch-recursive has completed. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From koitsu at FreeBSD.org Sun Oct 19 13:43:37 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Sun Oct 19 13:43:43 2008 Subject: speed up ports install In-Reply-To: <20081019133934.GA77293@icarus.home.lan> References: <48FB344E.9040904@gmail.com> <20081019133934.GA77293@icarus.home.lan> Message-ID: <20081019134335.GA77441@icarus.home.lan> On Sun, Oct 19, 2008 at 06:39:34AM -0700, Jeremy Chadwick wrote: > On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > I have a simple idea to make use the threads without any possibility of > > conflicts. I am sure there will be someone to point out a negative, but > > I don't see any. > > When you do "make install" launch a "make fetch-recursive" thread at the > > same time. That way you don't need to wait for the files to > > install->fetch the next one->install it->fetch the next one... > > For those who don't want that you could get the old behavior with "make > > onlyinstall". I currently do this with a "make" wrapper script and I > > find installation to be faster. > > What about this scenario? > > # cd /usr/ports/friendly/apes > # make install > > > > <"make" finds a dependency which isn't installed, friendly/dogs> > <"make" begins to build friendly/dogs, but friendly/dogs is still being > downloaded from fetch-recursive, because the source is very large; > say, 30MBytes> > <"make" for friendly/dogs forks another fetch-recursive......> > > What I'm trying to say is, there would need to be mechanisms put in > place to cause the entire build process to block (halt/pause) until the > backgrounded fetch-recursive has completed. And I forgot another scenario: Let's say you've added perl as a package, e.g. pkg_add -r perl, and now you're going to build a program that's dependent upon it. One of the known problems with ports/pkg "stuff" is that in the above scenario, fetch and fetch-recursive will download a copy of the source for perl (when detected as a dependency for something), which ultimately serves zero purpose. This doesn't happen when simply doing "make" or "make install". More food for thought. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From QAT at FreeBSD.org Sun Oct 19 14:51:15 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Oct 19 14:51:21 2008 Subject: devel/libcheck - fails: mtree Message-ID: <20081019145113.3291212E418C@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 25 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log : building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/libcheck Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Oct 19 14:50:55 UTC 2008 ................................................... Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz' Deleting libcheck-0.9.5_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9539664 4 drwxr-xr-x 2 root wheel 512 Oct 19 14:51 usr/local/share/doc/check-0.9.5 9539665 240 -r--r--r-- 1 root wheel 121027 Oct 19 14:51 usr/local/share/doc/check-0.9.5/SVNChangeLog 9539666 68 -r--r--r-- 1 root wheel 33962 Oct 19 14:51 usr/local/share/doc/check-0.9.5/ChangeLog 9539667 8 -r--r--r-- 1 root wheel 3680 Oct 19 14:51 usr/local/share/doc/check-0.9.5/ChangeLogOld 9539668 16 -r--r--r-- 1 root wheel 7712 Oct 19 14:51 usr/local/share/doc/check-0.9.5/NEWS 9539669 8 -r--r--r-- 1 root wheel 2551 Oct 19 14:51 usr/local/share/doc/check-0.9.5/README 9539323 4 drwxr-xr-x 4 root wheel 512 Oct 19 14:51 usr/local/share/examples/check-0.9.5 9539324 4 -r--r--r-- 1 root wheel 80 Oct 19 14:51 usr/local/share/examples/check-0.9.5/Makefile.am 9539326 4 -r--r--r-- 1 root wheel 614 Oct 19 14:51 usr/local/share/examples/check-0.9.5/README 9539327 4 -r--r--r-- 1 root wheel 1144 Oct 19 14:51 usr/local/share/examples/check-0.9.5/configure.ac 9539328 4 drwxr-xr-x 2 root wheel 512 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src 9539329 4 -r--r--r-- 1 root wheel 195 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/Makefile.am 9539330 4 -r--r--r-- 1 root wheel 242 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/main.c 9539331 4 -r--r--r-- 1 root wheel 512 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.c 9539333 4 -r--r--r-- 1 root wheel 227 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.h 9539334 4 -r--r--r-- 1 root wheel 54 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.1.h 9539335 4 -r--r--r-- 1 root wheel 227 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.2.h 9539336 0 -r--r--r-- 1 root wheel 0 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.1.c 9539337 4 -r--r--r-- 1 root wheel 252 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.3.c 9539338 4 -r--r--r-- 1 root wheel 293 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.4.c 9539366 4 -r--r--r-- 1 root wheel 462 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.5.c 9539367 4 -r--r--r-- 1 root wheel 512 Oct 19 14:51 usr/local/share/examples/check-0.9.5/src/money.6.c 9539370 4 drwxr-xr-x 2 root wheel 512 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests 9539371 4 -r--r--r-- 1 root wheel 273 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/Makefile.am 9539484 4 -r--r--r-- 1 root wheel 1610 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/check_money.c 9539659 4 -r--r--r-- 1 root wheel 32 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/check_money.1.c 9539660 4 -r--r--r-- 1 root wheel 379 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/check_money.2.c 9539661 4 -r--r--r-- 1 root wheel 863 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/check_money.3.c 9539662 4 -r--r--r-- 1 root wheel 1452 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/check_money.6.c 9539663 4 -r--r--r-- 1 root wheel 1610 Oct 19 14:51 usr/local/share/examples/check-0.9.5/tests/check_money.7.c ================================================================ build of /usr/ports/devel/libcheck ended at Sun Oct 19 14:51:11 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From eitanadlerlist at gmail.com Sun Oct 19 14:56:41 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 14:56:48 2008 Subject: speed up ports install In-Reply-To: <20081019133934.GA77293@icarus.home.lan> References: <48FB344E.9040904@gmail.com> <20081019133934.GA77293@icarus.home.lan> Message-ID: <48FB4A9C.9090908@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: > On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I have a simple idea to make use the threads without any possibility of >> conflicts. I am sure there will be someone to point out a negative, but >> I don't see any. >> When you do "make install" launch a "make fetch-recursive" thread at the >> same time. That way you don't need to wait for the files to >> install->fetch the next one->install it->fetch the next one... >> For those who don't want that you could get the old behavior with "make >> onlyinstall". I currently do this with a "make" wrapper script and I >> find installation to be faster. > > What about this scenario? > > # cd /usr/ports/friendly/apes > # make install > > > > <"make" finds a dependency which isn't installed, friendly/dogs> > <"make" begins to build friendly/dogs, but friendly/dogs is still being > downloaded from fetch-recursive, because the source is very large; > say, 30MBytes> > <"make" for friendly/dogs forks another fetch-recursive......> In my case the initial fork would only happen once and the large file would be a race between make-fetch-recursive and make-fetch. this is not a problem. > > What I'm trying to say is, there would need to be mechanisms put in > place to cause the entire build process to block (halt/pause) until the > backgrounded fetch-recursive has completed. > - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7SpwACgkQtl8kq+nCzNEGRgCfc8t3LFfCD5pH+MizOX0U/+l+ QdsAn1qfFxLKFx0W0k8MQxWe//fRdsda =8mDL -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Sun Oct 19 14:57:50 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 14:57:57 2008 Subject: speed up ports install In-Reply-To: <20081019134335.GA77441@icarus.home.lan> References: <48FB344E.9040904@gmail.com> <20081019133934.GA77293@icarus.home.lan> <20081019134335.GA77441@icarus.home.lan> Message-ID: <48FB4AE1.80304@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: > On Sun, Oct 19, 2008 at 06:39:34AM -0700, Jeremy Chadwick wrote: >> On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> I have a simple idea to make use the threads without any possibility of >>> conflicts. I am sure there will be someone to point out a negative, but >>> I don't see any. >>> When you do "make install" launch a "make fetch-recursive" thread at the >>> same time. That way you don't need to wait for the files to >>> install->fetch the next one->install it->fetch the next one... >>> For those who don't want that you could get the old behavior with "make >>> onlyinstall". I currently do this with a "make" wrapper script and I >>> find installation to be faster. >> What about this scenario? >> >> # cd /usr/ports/friendly/apes >> # make install >> >> >> >> <"make" finds a dependency which isn't installed, friendly/dogs> >> <"make" begins to build friendly/dogs, but friendly/dogs is still being >> downloaded from fetch-recursive, because the source is very large; >> say, 30MBytes> >> <"make" for friendly/dogs forks another fetch-recursive......> >> >> What I'm trying to say is, there would need to be mechanisms put in >> place to cause the entire build process to block (halt/pause) until the >> backgrounded fetch-recursive has completed. > > And I forgot another scenario: > > Let's say you've added perl as a package, e.g. pkg_add -r perl, and > now you're going to build a program that's dependent upon it. > > One of the known problems with ports/pkg "stuff" is that in the above > scenario, fetch and fetch-recursive will download a copy of the source > for perl (when detected as a dependency for something), which ultimately > serves zero purpose. This doesn't happen when simply doing "make" or > "make install". If you use packages/ports and you don't want to download the perl source in this case you would use make onlyinstall. Perhaps instead there could be a make fetchinstall or make fastinstall for this type of thing. > > More food for thought. > - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7SuEACgkQtl8kq+nCzNH46ACghp90QtCuI/j6qHCYrNMfr7HU khUAn0Qmo97KliIGacXKTsybmDQKCwUd =tFfI -----END PGP SIGNATURE----- From rizzo at iet.unipi.it Sun Oct 19 15:04:09 2008 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Sun Oct 19 15:04:22 2008 Subject: unreasonable amount of memory used in openoffice build Message-ID: <20081019145234.GA67034@onelab2.iet.unipi.it> hi, i noticed on my laptop (Dell X1 w/ 512MB ram - i386, RELENG_7 that openoffice3 is using an unreasonable amount of memory to build one of its components (during the build of resourcemodel, the offending file is unxfbsdi.pro/misc/qnametostr.cxx) which causes the build machine to spend a huge amount of time swapping. It seems to be a known issue http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=215291 and our port includes a workaround that is applied only on amd64 with the following section in the port's Makefile: .if ${ARCH} == amd64 WITHOUT_MOZILLA= yes LIB_DEPENDS+= boost_regex:${PORTSDIR}/devel/boost CONFIGURE_ARGS+= --with-system-boost=yes #i58343# .if (${OSVERSION} >= 700042) EXTRA_PATCHES+= ${FILESDIR}/amd64-gcc42-workaround .endif .endif I would suggest to apply the fix unconditionally (at least by default, possibly override it with some build option if needed). On amd64 according to the above URL the problem is particularly bad as it requires more than 4GB of memory (RAM/SWAP) but even on i386 the compiler process grows well above 1GB of memory and together with other stuff (browser, X and more) easily consuming 2-300MB each, it is not unlikely to hit the swap on many boxes. Makes sense ? cheers luigi From goaengel at gmx.net Sun Oct 19 16:10:19 2008 From: goaengel at gmx.net (Tino Engel) Date: Sun Oct 19 16:10:31 2008 Subject: FreeBSD Port: gstreamer-plugins-swfdec-0.10.8_3,3 Message-ID: <20081019174414.1d551498@gmx.net> Dear port maintainers, I saw a type on the ports webpage: gstreamer-plugins-swfdec-0.10.8_3,3 Gstreamer flash redering plugin Should of course be flash rendering plugin. (missing 'n' in rendering). Best regards, Tino From stephen at math.missouri.edu Sun Oct 19 16:20:43 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Sun Oct 19 16:20:50 2008 Subject: speed up ports install In-Reply-To: <48FB344E.9040904@gmail.com> References: <48FB344E.9040904@gmail.com> Message-ID: <48FB5E59.1000702@math.missouri.edu> Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have a simple idea to make use the threads without any possibility of > conflicts. I am sure there will be someone to point out a negative, but > I don't see any. > When you do "make install" launch a "make fetch-recursive" thread at the > same time. That way you don't need to wait for the files to > install->fetch the next one->install it->fetch the next one... > For those who don't want that you could get the old behavior with "make > onlyinstall". I currently do this with a "make" wrapper script and I > find installation to be faster. I quite often so this also. But I do find I have to watch it, because sometimes the two make threads try to download the files at the same time. And that tends to screw things up. From gesbbb at yahoo.com Sun Oct 19 16:38:03 2008 From: gesbbb at yahoo.com (Jerry) Date: Sun Oct 19 16:38:10 2008 Subject: Unable to build 'graphics/gegl" port Message-ID: <20081019123759.0a7e102d@scorpio> I recently files a PR regarding the 'graphics/gegl' port. http://www.freebsd.org/cgi/query-pr.cgi?pr=128175 I was wondering if anyone else had experienced any problem with this port? I am unable to update 'gimp' due to the problem. -- Jerry gesbbb@yahoo.com Thrashing is just virtual crashing. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081019/e0eb2433/signature.pgp From fbsd06 at mlists.homeunix.com Sun Oct 19 18:20:12 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Sun Oct 19 18:20:18 2008 Subject: speed up ports install In-Reply-To: <48FB344E.9040904@gmail.com> References: <48FB344E.9040904@gmail.com> Message-ID: <20081019190446.1090d3a3@gumby.homeunix.com> On Sun, 19 Oct 2008 09:21:18 -0400 Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have a simple idea to make use the threads without any possibility > of conflicts. I am sure there will be someone to point out a > negative, but I don't see any. > When you do "make install" launch a "make fetch-recursive" thread at > the same time. That way you don't need to wait for the files to > install->fetch the next one->install it->fetch the next one... > For those who don't want that you could get the old behavior with > "make onlyinstall". I currently do this with a "make" wrapper script > and I find installation to be faster. I don't think this kind of thing belongs in the ports system itself, although it would be nice to have it in portupgrade - portmaster already does this. From sbruno at miralink.com Sun Oct 19 19:10:18 2008 From: sbruno at miralink.com (Sean Bruno) Date: Sun Oct 19 19:10:25 2008 Subject: net-snmp-5.4.1.2_2 mib2c errors Message-ID: <48FB8618.4030207@miralink.com> It looks like net-snmp's mib2c tools need to use "gindent" instead of the installed version of indent. I've generated a small patch for net-snmp that seems to resolve the issue inside of mib2c and clears the error. Also "gindent" would have to be added as a dependency of net-snmp. Here is the output of mib2c-update when using "indent" instead of "gindent" from ports. [sbruno@desdemona ~/work/src/ankeny/src/miralink/sbin/snmp]$ mib2c-update Starting regneration of ml using mib2c.table_data.conf at 2008-10-19_12.01 Creating patch for your custom code checking files in /home/sbruno/work/src/ankeny/src/miralink/sbin/snmp/.orig/ (/home/sbruno/work/src/ankeny/src/miralink/sbin/snmp/.orig) /home/sbruno/work/src/ankeny/src/miralink/sbin/snmp no custom code changes found. mib2c -c mib2c.table_data.conf ml writing to ml.h writing to ml.c running indent on ml.h indent: Command line: unknown parameter "-orig" running indent on ml.c indent: Command line: unknown parameter "-orig" /home/sbruno/work/src/ankeny/src/miralink/sbin/snmp Checking for updates to generated code checking files in /home/sbruno/work/src/ankeny/src/miralink/sbin/snmp/.orig/ (/home/sbruno/work/src/ankeny/src/miralink/sbin/snmp/.orig) /home/sbruno/work/src/ankeny/src/miralink/sbin/snmp Generated code has not changed. Here is a patch that resolves the build issue: [sbruno@desdemona /usr/local/bin]$ diff -u mib2c.orig mib2c --- mib2c.orig 2008-10-19 12:08:13.000000000 -0700 +++ mib2c 2008-10-19 12:07:10.000000000 -0700 @@ -235,7 +235,7 @@ next if ($i eq "-"); next if (!($i =~ /\.[ch]$/)); print STDERR "running indent on $i\n" if (!$quiet); - system("indent -orig -nbc -bap -nut -nfca -T size_t -T netsnmp_mib_handler -T netsnmp_handler_registration -T netsnmp_delegated_cache -T netsnmp_mib_handler_methods -T netsnmp_old_api_info -T netsnmp_old_api_cache -T netsnmp_set_info -T netsnmp_request_info -T netsnmp_set_info -T netsnmp_tree_cache -T netsnmp_agent_request_info -T netsnmp_cachemap -T netsnmp_agent_session -T netsnmp_array_group_item -T netsnmp_array_group -T netsnmp_table_array_callbacks -T netsnmp_table_row -T netsnmp_table_data -T netsnmp_table_data_set_storage -T netsnmp_table_data_set -T netsnmp_column_info -T netsnmp_table_registration_info -T netsnmp_table_request_info -T netsnmp_iterator_info -T netsnmp_data_list -T netsnmp_oid_array_header -T netsnmp_oid_array_header_wrapper -T netsnmp_oid_stash_node -T netsnmp_pdu -T netsnmp_request_list -T netsnmp_callback_pass -T netsnmp_callback_info -T netsnmp_transport -T netsnmp_transport_list -T netsnmp_tdomain $i"); + system("gindent -orig -nbc -bap -nut -nfca -T size_t -T netsnmp_mib_handler -T netsnmp_handler_registration -T netsnmp_delegated_cache -T netsnmp_mib_handler_methods -T netsnmp_old_api_info -T netsnmp_old_api_cache -T netsnmp_set_info -T netsnmp_request_info -T netsnmp_set_info -T netsnmp_tree_cache -T netsnmp_agent_request_info -T netsnmp_cachemap -T netsnmp_agent_session -T netsnmp_array_group_item -T netsnmp_array_group -T netsnmp_table_array_callbacks -T netsnmp_table_row -T netsnmp_table_data -T netsnmp_table_data_set_storage -T netsnmp_table_data_set -T netsnmp_column_info -T netsnmp_table_registration_info -T netsnmp_table_request_info -T netsnmp_iterator_info -T netsnmp_data_list -T netsnmp_oid_array_header -T netsnmp_oid_array_header_wrapper -T netsnmp_oid_stash_node -T netsnmp_pdu -T netsnmp_request_list -T netsnmp_callback_pass -T netsnmp_callback_info -T netsnmp_transport -T netsnmp_transport_list -T netsnmp_tdomain $i"); } } -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Cell 503-358-6832 Phone 503-621-5143 Fax 503-621-5199 MSN: sbruno@miralink.com Google: seanwbruno@gmail.com From dougb at FreeBSD.org Sun Oct 19 20:16:37 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Oct 19 20:18:53 2008 Subject: FreeBSD Port: gstreamer-plugins-swfdec-0.10.8_3,3 In-Reply-To: <20081019174414.1d551498@gmx.net> References: <20081019174414.1d551498@gmx.net> Message-ID: <48FB95A2.9020100@FreeBSD.org> Tino Engel wrote: > Dear port maintainers, > > I saw a type on the ports webpage: > > gstreamer-plugins-swfdec-0.10.8_3,3 > Gstreamer flash redering plugin > > Should of course be flash rendering plugin. (missing 'n' in rendering). Thanks for letting us know. The error is in the Makefile COMMENT, but that port is also overdue for being removed so that might be the better fix. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Sun Oct 19 20:18:33 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Oct 19 20:20:33 2008 Subject: unreasonable amount of memory used in openoffice build In-Reply-To: <20081019145234.GA67034@onelab2.iet.unipi.it> References: <20081019145234.GA67034@onelab2.iet.unipi.it> Message-ID: <48FB9617.4070004@FreeBSD.org> Luigi Rizzo wrote: > I would suggest to apply the fix unconditionally Maybe I missed it, but I didn't see the part where you said, "I tested this fix and it worked for me." Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Sun Oct 19 20:23:19 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Oct 19 20:23:25 2008 Subject: speed up ports install In-Reply-To: <48FB5E59.1000702@math.missouri.edu> References: <48FB344E.9040904@gmail.com> <48FB5E59.1000702@math.missouri.edu> Message-ID: <48FB9735.7020106@FreeBSD.org> Stephen Montgomery-Smith wrote: > Eitan Adler wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I have a simple idea to make use the threads without any possibility of >> conflicts. I am sure there will be someone to point out a negative, but >> I don't see any. >> When you do "make install" launch a "make fetch-recursive" thread at the >> same time. That way you don't need to wait for the files to >> install->fetch the next one->install it->fetch the next one... >> For those who don't want that you could get the old behavior with "make >> onlyinstall". I currently do this with a "make" wrapper script and I >> find installation to be faster. > > I quite often so this also. But I do find I have to watch it, because > sometimes the two make threads try to download the files at the same > time. And that tends to screw things up. ports-mgmt/portmaster already has solutions to both of these problems. It only launches background fetches for files related to ports that need upgrading, and it has collision detection built in so if a second port tries to d/l the same sources the background fetch will exit. Eitan is right however, having the sources ready when it's time to build the port does speed up the overall process quite a bit. hth, Doug -- This .signature sanitized for your protection From eitanadlerlist at gmail.com Sun Oct 19 20:32:15 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 20:32:26 2008 Subject: xclip dependencies Message-ID: <48FB994A.1080704@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xclip currently depends on x11/xorg-libraries Here are the relevant includes #include #include #include #include #include #include #include #include "xcdef.h" #include "xcprint.h" #include "xclib.h" Can the xclip Makefile be changed to only depend on specific libraries? - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7mUoACgkQtl8kq+nCzNFD9wCdFoWBWq+R+PZ3Qq0aqSILO1gW lMwAnA4V+LcFUZVdWb3kYlWKdAmwo+/x =+Pry -----END PGP SIGNATURE----- From rizzo at iet.unipi.it Sun Oct 19 20:38:45 2008 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Sun Oct 19 20:38:57 2008 Subject: unreasonable amount of memory used in openoffice build In-Reply-To: <48FB9617.4070004@FreeBSD.org> References: <20081019145234.GA67034@onelab2.iet.unipi.it> <48FB9617.4070004@FreeBSD.org> Message-ID: <20081019204250.GA71544@onelab2.iet.unipi.it> On Sun, Oct 19, 2008 at 01:18:31PM -0700, Doug Barton wrote: > Luigi Rizzo wrote: > > > I would suggest to apply the fix unconditionally > > Maybe I missed it, but I didn't see the part where you said, "I tested > this fix and it worked for me." "i tested this fix and it worked for me". :) but you are right, i should have said it. I started the build of openoffice yesterday afternoon, without the patch, and the build died twice on my laptop (512MB ram + 1GB swap) after spending hours with the compiler looping around 'swread'. When I applied the patch after lunch today, the build of the offending file went smootly as the rest of the components, and in some 30min since i restarted the build i managed to complete and install openoffice 3.0. cheers luigi From eitanadlerlist at gmail.com Sun Oct 19 20:54:05 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 20:54:11 2008 Subject: Xorg - minimal In-Reply-To: <20081017010512.GC71472@mavetju.org> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> Message-ID: <48FB9E68.8060400@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Attached is the Makefile. I think it is possible to do "make install clean" on this port which should be in x11/xorg-lite and use "startx" to run X. Once people confirm/test this I'll submit a new port pr. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7nmgACgkQtl8kq+nCzNFodgCfYWZKvFC+gIvOo07jo9zAhcXR g/0AniDccd1ZPvLBuiDM8ZfAxsIIauFQ =/RHJ -----END PGP SIGNATURE----- -------------- next part -------------- # New ports collection makefile for: xorg-lite # Date created: 19 Jun 2008 # Whom: Eitan Adler # # PORTNAME= xorg PORTVERSION= 7.3 PORTREVISION= 0 CATEGORIES= x11 x11-servers MASTER_SITES= # none DISTFILES= # none EXTRACT_ONLY= # none PKGNAMESUFFIX= -lite MAINTAINER= EitanAdlerList@gmail.com COMMENT= X.Org minimal distribution metaport NO_BUILD= yes RUN_DEPENDS+= ${LOCALBASE}/bin/Xorg:${PORTSDIR}/x11-servers/xorg-server \ xf86-video-vesa:${PORTSDIR}/x11-drivers/xf86-video-vesa \ xf86-video-vesa:${PORTSDIR}/x11-drivers/xf86-input-mouse \ xf86-video-vesa:${PORTSDIR}/x11-drivers/xf86-input-keyboard \ xf86-video-vesa:${PORTSDIR}/x11/xinit \ xf86-video-vesa:${PORTSDIR}/x11/xauth \ xf86-video-vesa:${PORTSDIR}/x11-fonts/font-alias \ xf86-video-vesa:${PORTSDIR}/x11-fonts/font-cursor-misc \ xf86-video-vesa:${PORTSDIR}/x11-fonts/font-misc-misc do-install: # empty pre-everything:: @${ECHO_MSG} "This is a meta-port, meaning that it just depends on its subparts of the port." @${ECHO_MSG} "It won't build and install all the parts until you have typed make install" @${ECHO_MSG} "This port does not ensure things are upgraded; use portmaster if you want to" @${ECHO_MSG} "upgrade X.Org." .include .if make(package) .if !defined(DEPENDS_TARGET:Mpackage) || empty(DEPENDS_TARGET:Mpackage) DEPENDS_TARGET="package" .endif .endif .include From tingox at gmail.com Sun Oct 19 21:06:06 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Oct 19 21:06:13 2008 Subject: Unable to build 'graphics/gegl" port In-Reply-To: <20081019123759.0a7e102d@scorpio> References: <20081019123759.0a7e102d@scorpio> Message-ID: Hello On Sun, Oct 19, 2008 at 6:37 PM, Jerry wrote: > I recently files a PR regarding the 'graphics/gegl' port. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128175 > > I was wondering if anyone else had experienced any problem with this > port? I am unable to update 'gimp' due to the problem. I had no problems. Did you try building gegl on its own? -- Regards, Torfinn Ingolfsen From eitanadlerlist at gmail.com Sun Oct 19 21:29:22 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 19 21:29:29 2008 Subject: Xorg - minimal In-Reply-To: <48FB9E68.8060400@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48FB9E68.8060400@gmail.com> Message-ID: <48FBA6AD.6040901@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eitan Adler wrote: > Attached is the Makefile. > I think it is possible to do "make install clean" on this port which > should be in x11/xorg-lite and use "startx" to run X. > Once people confirm/test this I'll submit a new port pr. I updated the Makefile to conform with portlint's whining. - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj7pq0ACgkQtl8kq+nCzNGfowCfeGfgucbSs0ajBiKbdYGbfYB0 sPcAn1kuWXHJT6k4C0NfvX99lyksHR/A =yp/K -----END PGP SIGNATURE----- -------------- next part -------------- # New ports collection makefile for: xorg-lite # Date created: 19 Jun 2008 # Whom: Eitan Adler # # $FreeBSD$ # PORTNAME= xorg PORTVERSION= 7.3 CATEGORIES= x11 x11-servers MASTER_SITES= # none PKGNAMESUFFIX= -lite DISTFILES= # none EXTRACT_ONLY= # none MAINTAINER= EitanAdlerList@gmail.com COMMENT=X.Org minimal distribution metaport NO_BUILD= yes RUN_DEPENDS+= ${LOCALBASE}/bin/Xorg:${PORTSDIR}/x11-servers/xorg-server \ xf86-video-vesa:${PORTSDIR}/x11-drivers/xf86-video-vesa \ xf86-video-vesa:${PORTSDIR}/x11-drivers/xf86-input-mouse \ xf86-video-vesa:${PORTSDIR}/x11-drivers/xf86-input-keyboard \ xf86-video-vesa:${PORTSDIR}/x11/xinit \ xf86-video-vesa:${PORTSDIR}/x11/xauth \ xf86-video-vesa:${PORTSDIR}/x11-fonts/font-alias \ xf86-video-vesa:${PORTSDIR}/x11-fonts/font-cursor-misc \ xf86-video-vesa:${PORTSDIR}/x11-fonts/font-misc-misc do-install: # empty pre-everything:: @${ECHO_MSG} "This is a meta-port, meaning that it just depends on its subparts of the port." @${ECHO_MSG} "It won't build and install all the parts until you have typed make install" @${ECHO_MSG} "This port does not ensure things are upgraded; use portmaster if you want to" @${ECHO_MSG} "upgrade X.Org." .include .include From rpvoland at spamcop.net Sun Oct 19 22:09:46 2008 From: rpvoland at spamcop.net (Rick Voland) Date: Sun Oct 19 22:09:52 2008 Subject: Unable to build 'graphics/gegl" port In-Reply-To: <20081019123759.0a7e102d@scorpio> References: <20081019123759.0a7e102d@scorpio> Message-ID: <48FB9F6F.8050603@spamcop.net> Jerry wrote: > I recently files a PR regarding the 'graphics/gegl' port. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128175 > > I was wondering if anyone else had experienced any problem with this > port? I am unable to update 'gimp' due to the problem. > I had similar trouble on my antique (classic!) computer, since it could compile for sse, but couldn't process the sse instructions that would then be required for the examples. I succeeded at building and installing graphics/gegl on this computer as follows: sudo /usr/local/sbin/portinstall -m'CONFIGURE_ARGS+=--disable-sse' graphics/gegl Then, I updated successfully to gimp-2.6.1,2 and gimp-app-2.6.1_1,1. gimp-2.6.1,2 successfully opened two old files and printed them. It would be nice if graphics/gegl would respect the following option in /etc/make.conf on my computer CPUTYPE?=pentium-mmx which should avoid building with sse features. Thanks, Rick Voland rpvoland@spamcop.net From erwin at FreeBSD.org Mon Oct 20 04:19:55 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 20 04:20:00 2008 Subject: INDEX build failed for 6.x Message-ID: <200810200419.m9K4JrJR063216@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: trac-accountmanager-0.2.1.3857,1: no entry for :/a/erwin/tindex/ports/devel/py-setuptools Committers on the hook: glarkin kuriyama Most recent CVS update was: U www/trac-accountmanager/Makefile U www/trac-accountmanager/distinfo U www/trac-accountmanager/pkg-plist U www/twiki/Makefile U www/twiki/bsd.twiki.mk U www/twiki/distinfo U www/twiki/pkg-plist U www/twiki-BehaviourContrib/distinfo U www/twiki-BlogAddOn/distinfo U www/twiki-ClassicSkin/Makefile U www/twiki-ClassicSkin/distinfo U www/twiki-ClassicSkin/pkg-plist U www/twiki-CommentPlugin/Makefile U www/twiki-CommentPlugin/distinfo U www/twiki-EditTablePlugin/Makefile U www/twiki-EditTablePlugin/distinfo U www/twiki-EmptyPlugin/distinfo U www/twiki-InterwikiPlugin/Makefile U www/twiki-InterwikiPlugin/distinfo U www/twiki-JSCalendarContrib/Makefile U www/twiki-JSCalendarContrib/distinfo U www/twiki-MailerContrib/Makefile U www/twiki-MailerContrib/distinfo U www/twiki-MailerContrib/pkg-plist U www/twiki-PatternSkin/Makefile U www/twiki-PatternSkin/distinfo U www/twiki-PreferencesPlugin/Makefile U www/twiki-PreferencesPlugin/distinfo U www/twiki-RenderListPlugin/distinfo U www/twiki-SlideShowPlugin/Makefile U www/twiki-SlideShowPlugin/distinfo U www/twiki-SmiliesPlugin/distinfo U www/twiki-SpreadSheetPlugin/distinfo U www/twiki-SubscribePlugin/Makefile U www/twiki-SubscribePlugin/distinfo U www/twiki-TWikiUserMappingContrib/Makefile U www/twiki-TWikiUserMappingContrib/distinfo U www/twiki-TablePlugin/Makefile U www/twiki-TablePlugin/distinfo U www/twiki-TagMePlugin/Makefile U www/twiki-TagMePlugin/distinfo U www/twiki-TinyMCEPlugin/Makefile U www/twiki-TinyMCEPlugin/distinfo U www/twiki-TinyMCEPlugin/pkg-plist U www/twiki-TipsContrib/distinfo U www/twiki-TwistyContrib/Makefile U www/twiki-TwistyContrib/distinfo U www/twiki-TwistyPlugin/Makefile U www/twiki-TwistyPlugin/distinfo U www/twiki-TwistyPlugin/pkg-plist U www/twiki-WysiwygPlugin/Makefile U www/twiki-WysiwygPlugin/distinfo From yanefbsd at gmail.com Mon Oct 20 05:18:40 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Mon Oct 20 05:19:03 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200810200419.m9K4JrJR063216@pointyhat.freebsd.org> References: <200810200419.m9K4JrJR063216@pointyhat.freebsd.org> Message-ID: That's indeed odd. Ports tinderbox host busted? -Garrett On Oct 19, 2008, at 9:19 PM, Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > make_index: trac-accountmanager-0.2.1.3857,1: no entry for :/a/erwin/ > tindex/ports/devel/py-setuptools > > Committers on the hook: > glarkin kuriyama > > Most recent CVS update was: > U www/trac-accountmanager/Makefile > U www/trac-accountmanager/distinfo > U www/trac-accountmanager/pkg-plist > U www/twiki/Makefile > U www/twiki/bsd.twiki.mk > U www/twiki/distinfo > U www/twiki/pkg-plist > U www/twiki-BehaviourContrib/distinfo > U www/twiki-BlogAddOn/distinfo > U www/twiki-ClassicSkin/Makefile > U www/twiki-ClassicSkin/distinfo > U www/twiki-ClassicSkin/pkg-plist > U www/twiki-CommentPlugin/Makefile > U www/twiki-CommentPlugin/distinfo > U www/twiki-EditTablePlugin/Makefile > U www/twiki-EditTablePlugin/distinfo > U www/twiki-EmptyPlugin/distinfo > U www/twiki-InterwikiPlugin/Makefile > U www/twiki-InterwikiPlugin/distinfo > U www/twiki-JSCalendarContrib/Makefile > U www/twiki-JSCalendarContrib/distinfo > U www/twiki-MailerContrib/Makefile > U www/twiki-MailerContrib/distinfo > U www/twiki-MailerContrib/pkg-plist > U www/twiki-PatternSkin/Makefile > U www/twiki-PatternSkin/distinfo > U www/twiki-PreferencesPlugin/Makefile > U www/twiki-PreferencesPlugin/distinfo > U www/twiki-RenderListPlugin/distinfo > U www/twiki-SlideShowPlugin/Makefile > U www/twiki-SlideShowPlugin/distinfo > U www/twiki-SmiliesPlugin/distinfo > U www/twiki-SpreadSheetPlugin/distinfo > U www/twiki-SubscribePlugin/Makefile > U www/twiki-SubscribePlugin/distinfo > U www/twiki-TWikiUserMappingContrib/Makefile > U www/twiki-TWikiUserMappingContrib/distinfo > U www/twiki-TablePlugin/Makefile > U www/twiki-TablePlugin/distinfo > U www/twiki-TagMePlugin/Makefile > U www/twiki-TagMePlugin/distinfo > U www/twiki-TinyMCEPlugin/Makefile > U www/twiki-TinyMCEPlugin/distinfo > U www/twiki-TinyMCEPlugin/pkg-plist > U www/twiki-TipsContrib/distinfo > U www/twiki-TwistyContrib/Makefile > U www/twiki-TwistyContrib/distinfo > U www/twiki-TwistyPlugin/Makefile > U www/twiki-TwistyPlugin/distinfo > U www/twiki-TwistyPlugin/pkg-plist > U www/twiki-WysiwygPlugin/Makefile > U www/twiki-WysiwygPlugin/distinfo > _______________________________________________ > 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 erwin at FreeBSD.org Mon Oct 20 07:15:21 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 20 07:15:27 2008 Subject: INDEX build failed for 6.x Message-ID: <200810200715.m9K7FKvH081172@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: trac-accountmanager-0.2.1.3857,1: no entry for :/a/erwin/tindex/ports/devel/py-setuptools Committers on the hook: ale beech clsung glarkin kuriyama Most recent CVS update was: U devel/py-jcc/Makefile U devel/py-jcc/distinfo U devel/py-jcc/pkg-plist U irc/p5-POE-Component-Server-IRC/Makefile U irc/p5-POE-Component-Server-IRC/distinfo U textproc/py-lucene/Makefile U www/httpcore/Makefile U www/httpcore/distinfo From erwin at FreeBSD.org Mon Oct 20 09:59:18 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 20 09:59:24 2008 Subject: INDEX build failed for 6.x Message-ID: <200810200959.m9K9xH6Y040784@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: trac-accountmanager-0.2.1.3857,1: no entry for :/a/erwin/tindex/ports/devel/py-setuptools Committers on the hook: ale beech clsung des glarkin kuriyama sobomax Most recent CVS update was: U net/ser/Makefile U net/ser/files/patch-modules::postgres::db_val.c U net/ser/files/patch-modules::postgres::dbase.c U www/varnish/Makefile U www/varnish/distinfo U www/varnish/pkg-plist U www/varnish/files/varnishd.in From bugmaster at FreeBSD.org Mon Oct 20 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 20 11:06:31 2008 Subject: Current unassigned ports problem reports Message-ID: <200810201106.m9KB65Vx081700@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/128210 bsd.sites.mk - Update MASTER_SITE_RAR f ports/128159 Port Update: textproc/xerces-c2 2.7.0 -> 2.8.0 f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 f ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128124 www/sams update, take maintainership f ports/128108 [patch] net/rabbitmq runs as root, but can be unprivil o ports/128107 [PATCH] dns/nss_mdns: install extra module f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs f ports/128071 dns/rbldnsd add reload command o ports/128063 cad/netgen does not build o ports/128060 new port: editors/nano-devel f ports/128048 www/mod_proxy_html port installs broken configuration f ports/128043 Udate net/ushare to 1.1a f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127947 net/p5-SOAP-Lite conflicts with net/p5-SOAP f ports/127905 science/gramps: installation and runtime problems with o ports/127899 mail/sympa5 is outdated o ports/127857 [NEW PORT] multimedia/mythtv-themes: The official Myth o ports/127856 [NEW PORT] multimedia/mythtv-frontend: MythTV is a hom o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to o ports/127849 New port: multimedia/libdvdread-mplayer o ports/127817 [PATCH] www/tomcat55: update to 5.5.27 f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127730 [maintainer] textproc/sphinxsearch 64 bit ID support, o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha o ports/127555 comms/rxtx : USB serial device can not use o ports/127542 Port www/mod_ntlm2 does not working f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' f ports/127482 security/ossec-hids-server - ossec-hids ports outdated f ports/127447 LICENSE (EULA) of x11-fonts/webfonts is not included o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127238 [update] net/p5-SOAP-Lite: upgrade from version 0.69 t o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file f ports/127018 Linuxulator incapable of using FreeBSD's LDAP environm f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 f ports/126839 ports/misc/ezload - update: add hardware support for r f ports/126706 multimedia/libdvdcss unusable on RELENG_7 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added o ports/125705 semi new port: resurrect graphics/mesagl in a mangled f ports/125594 net-p2p/Amule2 port is outdated f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124083 net/vnc is not building the xorg vnc module f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/122824 [new port] add news/husky-htick-devel port f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/117945 New port: sysutils/metamorphose-1.1 Metamorphose flexi f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/112202 security/vscan: patch to fix plist problem o ports/110144 New port: math/Matlab7 o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 88 problems total. From gesbbb at yahoo.com Mon Oct 20 11:25:06 2008 From: gesbbb at yahoo.com (Jerry) Date: Mon Oct 20 11:25:12 2008 Subject: Unable to build 'graphics/gegl" port In-Reply-To: References: <20081019123759.0a7e102d@scorpio> Message-ID: <20081020072453.28476062@scorpio> On Sun, 19 Oct 2008 23:06:04 +0200 "Torfinn Ingolfsen" wrote: >I had no problems. >Did you try building gegl on its own? Yes. I tried building it manually as well as using 'portupgrade'; however, it still failed. I did see another post regarding this that I might investigate further however. -- Jerry gesbbb@yahoo.com Modesty is a vastly overrated virtue. -- J. K. Galbraith -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081020/ce9009a5/signature.pgp From erwin at FreeBSD.org Mon Oct 20 13:12:14 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 20 13:12:21 2008 Subject: INDEX build failed for 6.x Message-ID: <200810201312.m9KDCDBC025172@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: trac-accountmanager-0.2.1.3857,1: no entry for :/a/erwin/tindex/ports/devel/py-setuptools Committers on the hook: ache ale beech clsung des glarkin jadawin kuriyama nobutaka roam sobomax Most recent CVS update was: U archivers/unrar/Makefile U multimedia/xine/Makefile U security/p5-Nmap-Parser/Makefile U security/p5-Nmap-Parser/distinfo U textproc/bomstrip/Makefile U textproc/bomstrip/distinfo From erwin at FreeBSD.org Mon Oct 20 14:09:04 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 20 14:09:15 2008 Subject: INDEX build failed for 6.x In-Reply-To: References: <200810200419.m9K4JrJR063216@pointyhat.freebsd.org> Message-ID: <20081020140901.GB41478@droso.net> On Sun, Oct 19, 2008 at 10:21:34PM -0700, Garrett Cooper wrote: > That's indeed odd. Ports tinderbox host busted? > -Garrett No, the definition of the variable checked for this dependency was removed in the last commit and thus empty, leading to a pointer to nowhere. Fixed in my last commit. -erwin > > On Oct 19, 2008, at 9:19 PM, Erwin Lansing wrote: > > > INDEX build failed with errors: > > Generating INDEX-6 - please wait..pkg_info: not found > > pkg_info: not found > > pkg_info: not found > > pkg_info: not found > > Done. > > make_index: trac-accountmanager-0.2.1.3857,1: no entry for :/a/erwin/ > > tindex/ports/devel/py-setuptools > > > > Committers on the hook: > > glarkin kuriyama > > > > Most recent CVS update was: > > U www/trac-accountmanager/Makefile > > U www/trac-accountmanager/distinfo > > U www/trac-accountmanager/pkg-plist > > U www/twiki/Makefile > > U www/twiki/bsd.twiki.mk > > U www/twiki/distinfo > > U www/twiki/pkg-plist > > U www/twiki-BehaviourContrib/distinfo > > U www/twiki-BlogAddOn/distinfo > > U www/twiki-ClassicSkin/Makefile > > U www/twiki-ClassicSkin/distinfo > > U www/twiki-ClassicSkin/pkg-plist > > U www/twiki-CommentPlugin/Makefile > > U www/twiki-CommentPlugin/distinfo > > U www/twiki-EditTablePlugin/Makefile > > U www/twiki-EditTablePlugin/distinfo > > U www/twiki-EmptyPlugin/distinfo > > U www/twiki-InterwikiPlugin/Makefile > > U www/twiki-InterwikiPlugin/distinfo > > U www/twiki-JSCalendarContrib/Makefile > > U www/twiki-JSCalendarContrib/distinfo > > U www/twiki-MailerContrib/Makefile > > U www/twiki-MailerContrib/distinfo > > U www/twiki-MailerContrib/pkg-plist > > U www/twiki-PatternSkin/Makefile > > U www/twiki-PatternSkin/distinfo > > U www/twiki-PreferencesPlugin/Makefile > > U www/twiki-PreferencesPlugin/distinfo > > U www/twiki-RenderListPlugin/distinfo > > U www/twiki-SlideShowPlugin/Makefile > > U www/twiki-SlideShowPlugin/distinfo > > U www/twiki-SmiliesPlugin/distinfo > > U www/twiki-SpreadSheetPlugin/distinfo > > U www/twiki-SubscribePlugin/Makefile > > U www/twiki-SubscribePlugin/distinfo > > U www/twiki-TWikiUserMappingContrib/Makefile > > U www/twiki-TWikiUserMappingContrib/distinfo > > U www/twiki-TablePlugin/Makefile > > U www/twiki-TablePlugin/distinfo > > U www/twiki-TagMePlugin/Makefile > > U www/twiki-TagMePlugin/distinfo > > U www/twiki-TinyMCEPlugin/Makefile > > U www/twiki-TinyMCEPlugin/distinfo > > U www/twiki-TinyMCEPlugin/pkg-plist > > U www/twiki-TipsContrib/distinfo > > U www/twiki-TwistyContrib/Makefile > > U www/twiki-TwistyContrib/distinfo > > U www/twiki-TwistyPlugin/Makefile > > U www/twiki-TwistyPlugin/distinfo > > U www/twiki-TwistyPlugin/pkg-plist > > U www/twiki-WysiwygPlugin/Makefile > > U www/twiki-WysiwygPlugin/distinfo > > _______________________________________________ > > 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 > > " > > _______________________________________________ > 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" -- Erwin Lansing http://droso.org erwin@FreeBSD.org You are now free to move around the cabin erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081020/cff05ec2/attachment.pgp From avg at icyb.net.ua Mon Oct 20 14:14:28 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Oct 20 14:14:40 2008 Subject: archivers/rar: lib32 is not actually needed on amd64 Message-ID: <48FC923E.2080805@icyb.net.ua> I try to install archivers/rar on amd64 system without 32-bit userland (NO_LIB32) but with 32-bit support in kernel (COMPAT_IA32) and I get the following error: ** Port marked as IGNORE: archivers/rar: requires 32-bit libraries installed under /usr/lib32 On the other hand, if I comment out the following line in port's Makefile I get successful installation and properly working rar: IA32_BINARY_PORT= YES And also: $ file /usr/local/bin/rar /usr/local/bin/rar: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped So, being a static executable rar can not require any libraries. It does require 32-bit support in kernel, of course. So, I think that IA32_BINARY_PORT should be changed to some other check. E.g. something like IA32_STATIC_BINARY_PORT that would check only for HAVE_COMPAT_IA32_KERN and not for HAVE_COMPAT_IA32_LIBS (speaking in terms of bsd.port.mk). I am CC-ing freebsd-ports because there can be other similar ports that could benefit from the suggested relaxed check. -- Andriy Gapon From s.kachelmann at googlemail.com Mon Oct 20 15:09:51 2008 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Mon Oct 20 15:09:58 2008 Subject: www/nspluginwrapper is outdated Message-ID: <91b92520810200738s7e850e64i74db17ece0deff0b@mail.gmail.com> Hi www/nspluginwrapper is outdated. Version 1.1.2 is available. Could you please update it? A later version than 1.0.0 is requred with flash10 (at least under linux). Thanks. Sandra From erwin at FreeBSD.org Mon Oct 20 16:14:04 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 20 16:14:10 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200810201614.m9KGE3L8082224@pointyhat.freebsd.org> From leslie at eskk.nu Mon Oct 20 18:06:26 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Mon Oct 20 18:06:32 2008 Subject: graphics/gimp is listed as a dependency but there is no installed version Message-ID: <48FCC89D.40005@eskk.nu> I just want to know if this is something that needs attention or what? ===> Registering installation for libxml2-2.6.32_1 ===> Cleaning for libxml2-2.6.32_1 ===>>> Updating package dependency entry for each dependent port ===>>> graphics/gimp is listed as a dependency ===>>> but there is no installed version ===>>> Upgrade of libxml2-2.6.32 to libxml2-2.6.32_1 succeeded ===>>> Returning to update check of installed ports ===>>> Update check of installed ports complete ===>>> The following actions were performed: Upgrade of libxml2-2.6.32 to libxml2-2.6.32_1 :pkg_info | grep gimp gimp-app-2.6.1_1,1 A GNU Image Manipulation Program gimp-gutenprint-5.1.7_1 GutenPrint Printer Driver gimp-help-2.4.1 GIMP user's manual FreeBSD 7.0-RELEASE-p4 Thanks /Leslie From dougb at FreeBSD.org Mon Oct 20 18:46:01 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 20 18:46:06 2008 Subject: graphics/gimp is listed as a dependency but there is no installed version In-Reply-To: <48FCC89D.40005@eskk.nu> References: <48FCC89D.40005@eskk.nu> Message-ID: <48FCD1E4.7020306@FreeBSD.org> Leslie Jensen wrote: > I just want to know if this is something that needs attention or what? > > > ===> Registering installation for libxml2-2.6.32_1 > ===> Cleaning for libxml2-2.6.32_1 > > ===>>> Updating package dependency entry for each dependent port > ===>>> graphics/gimp is listed as a dependency > ===>>> but there is no installed version > > ===>>> Upgrade of libxml2-2.6.32 to libxml2-2.6.32_1 succeeded That looks like a bogus dependency to me. You can fix this by running 'portmaster --check-depends' and saying yes when it offers to delete that for you. hth, Doug -- This .signature sanitized for your protection From eitanadlerlist at gmail.com Mon Oct 20 20:50:53 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Mon Oct 20 20:51:03 2008 Subject: start new thread in Makefile Message-ID: <48FCEF27.9070304@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How would you start a new thread in a Makefile? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj87ycACgkQtl8kq+nCzNEtswCfR49S9g/VyHhMWjkaMGq0OEsz maYAnRIRiPRRNcj8aImdL+xpU+J7MyS4 =7+Yw -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Mon Oct 20 21:05:26 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Mon Oct 20 21:05:32 2008 Subject: speed up ports install In-Reply-To: <20081019133934.GA77293@icarus.home.lan> References: <48FB344E.9040904@gmail.com> <20081019133934.GA77293@icarus.home.lan> Message-ID: <48FCF28F.9070302@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is the shell script I use (slightly modified as to remove my own stuff): I'm not very familiar with the BSD ports system. Is it possible to add this type of functionality right into /usr/ports/Mk/bsd....? #!/bin/sh if [ "$1" = "install" ]; then shift 1; newargs=""; for arg do newargs="$newargs $arg"; done make fetch-recursive & make install $newargs fi; -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj88o8ACgkQtl8kq+nCzNGnsQCfaUkt2YL3WS36vNmByeRJItHq rtUAn06m+d+X6CnT9BrU9KuA7eIpfYHp =WAMd -----END PGP SIGNATURE----- From cswiger at mac.com Mon Oct 20 21:55:48 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Oct 20 21:55:54 2008 Subject: start new thread in Makefile In-Reply-To: <48FCEF27.9070304@gmail.com> References: <48FCEF27.9070304@gmail.com> Message-ID: <3A7AD323-40DD-4546-B17B-B518672A2D76@mac.com> On Oct 20, 2008, at 1:50 PM, Eitan Adler wrote: > How would you start a new thread in a Makefile? make isn't threaded but you can run multiple processes in parallel via the -j flag. Regards, -- -Chuck From jingshao at teekoo.com Mon Oct 20 23:01:20 2008 From: jingshao at teekoo.com (Jingshao Chen) Date: Mon Oct 20 23:01:28 2008 Subject: speed up ports install In-Reply-To: <48FB344E.9040904@gmail.com> References: <48FB344E.9040904@gmail.com> Message-ID: <20081020224843.GA1007@teekoo.com> I think this is a good idea. The only thing is we need to get to install process sync so if one is in need of a package while the other is downloading, the first process will just wait for it to complete then proceed. Thanks, Jingshao On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have a simple idea to make use the threads without any possibility of > conflicts. I am sure there will be someone to point out a negative, but > I don't see any. > When you do "make install" launch a "make fetch-recursive" thread at the > same time. That way you don't need to wait for the files to > install->fetch the next one->install it->fetch the next one... > For those who don't want that you could get the old behavior with "make > onlyinstall". I currently do this with a "make" wrapper script and I > find installation to be faster. > > > - -- > GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkj7NE4ACgkQtl8kq+nCzNH0swCbBH7tXkd/J34muQal6LNOpje1 > QkcAnjHVJ5BPV/JpsiLdXbK+clO78eD9 > =prtk > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From unixmania at gmail.com Tue Oct 21 02:11:09 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Tue Oct 21 02:11:18 2008 Subject: ports/127459: maintainer timeout? Message-ID: Hi, I submitted this PR more than one month and attempted to contact the maintainer privately. No answer, so far. Could some good soul commit it, please? The distifile is still unfetchable, so from my POV the port is broken. -- cd /usr/ports/sysutils/life make clean From shuvaev at physik.uni-wuerzburg.de Tue Oct 21 09:36:12 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Tue Oct 21 09:36:19 2008 Subject: open-vm-tools fails on a recent sup to CURRENT In-Reply-To: <1de79840810141617y27fb7779xfd8f334f8b7ff2e1@mail.gmail.com> References: <1de79840810141617y27fb7779xfd8f334f8b7ff2e1@mail.gmail.com> Message-ID: <20081021093608.GA28266@wep4035.physik.uni-wuerzburg.de> On Tue, Oct 14, 2008 at 07:17:29PM -0400, Michael Proto wrote: > Has anyone started seeing failures of ports/emulators/open-vm-tools builds > with a recent current? I csup-ed my source recently (as of 20080926), > rebuilt world and my kernel, and open-vm-tools builds fail in the vmhgfs > module with the following: > > > ... > cc1: warnings being treated as errors > vfsops.c: In function 'HgfsVfsMount': > vfsops.c:142: warning: implicit declaration of function 'suser' > vfsops.c:142: warning: nested extern declaration of 'suser' > *** Error code 1 > ... > > I've tried setting CFLAGS optimizations to -Os (my default), -O, -O2 and no > optimizations and it fails with the same error every time. Has anyone else > using CURRENT in VMware seen this error recently? Any ideas? > This is due to API change suser() -> priv_check(). Have a look at http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/nvidia-driver/Makefile (revision 1.81) for example. I am not sure about "PRIV_DRIVER" argument, but you can try to replace "suser(CURTHREAD)" to "priv_check(CURTHREAD, PRIV_DRIVER)" in the open-vm-tools sources. Alexey. From stageline at gmail.com Tue Oct 21 11:25:24 2008 From: stageline at gmail.com (=?UTF-8?Q?Ill=C3=B3_G=C3=A1bor?=) Date: Tue Oct 21 11:34:24 2008 Subject: Link problem report Message-ID: <1e57ab630810210404x5ffe18b9j19db1cb7af80aff0@mail.gmail.com> Hello. THis link: http://wwws.sun.com/software/communitysource/j2se/java2/download.html not work because redirected to an other page. root@xbtt.hu# make install ===> javadc-0.20_2 depends on file: /usr/local/jdk1.3.1/bin/java - not found ===> Verifying install for /usr/local/jdk1.3.1/bin/java in /usr/ports/java/jdk13 ===> jdk-1.3.1p9_9 : Due to licensing restrictions, certain files must be fetched manually. Please open http://www.sun.com/software/communitysource/j2se/java2/download.xml in a web browser and follow the "Download" link for the "Java(TM) 2 SDK 1.3.1". You will be required to log in and register, but you can create an account on this page. After registration and accepting the Sun Community Source License, download the SCSL Source file, j2sdk-1_3_1-src.tar.gz. In addition, please download the patchset, bsd-jdk131-patches-9.tar.gz, from http://www.eyesbeyond.com/freebsddom/java/jdk13.html. Then place the downloaded files in /usr/ports/distfiles and restart the build. .*** Error code 1 Stop in /usr/ports/java/jdk13. *** Error code 1 Stop in /usr/ports/net-p2p/javadc. AND same problem in here: root@xbtt.hu# make install ===> jdk-1.3.1p9_9 : Due to licensing restrictions, certain files must be fetched manually. Please open http://www.sun.com/software/communitysource/j2se/java2/download.xml in a web browser and follow the "Download" link for the "Java(TM) 2 SDK 1.3.1". You will be required to log in and register, but you can create an account on this page. After registration and accepting the Sun Community Source License, download the SCSL Source file, j2sdk-1_3_1-src.tar.gz. In addition, please download the patchset, bsd-jdk131-patches-9.tar.gz, from http://www.eyesbeyond.com/freebsddom/java/jdk13.html. Then place the downloaded files in /usr/ports/distfiles and restart the build. .*** Error code 1 Stop in /usr/ports/java/jdk13. From jason at tinisi.com Tue Oct 21 13:46:15 2008 From: jason at tinisi.com (Jason) Date: Tue Oct 21 13:46:22 2008 Subject: FreeBSD Port: DarwinStreamingServer-6.0.3 In-Reply-To: <20081013142730.GA21172@icarus.home.lan> References: <48F2B3ED.5060103@tinisi.com> <48F34C4E.1020600@tinisi.com> <20081013135243.GA20064@icarus.home.lan> <48F355A7.7000501@tinisi.com> <20081013142730.GA21172@icarus.home.lan> Message-ID: <48FDDD24.9070605@tinisi.com> Jeremy and Carlos, Thanks much for the help! After updating my ports tree properly, I got DSS 6.03 installed on FreeBSD 6.0 no problem. However, I am still having a streaming issue that you might recognize. When I first start the server, I can get a playlist working and also broadcast live using the free Mac based QT broadcaster client. I can connect and disconnect to the playlist and the live stream one or two times, but after a short while, the server stops responding. Any ideas? Is this a known issue, or am I having a network problem? I feel like I have run into something similar in early troubleshooting that had to do with lost UDP packets, but my network environ hasn't changed much since this worked, so I was suspecting the switch to QT7 clients and hoping the upgrade to DSS 6.03 would fix the issue. I *do* have streaming over port 80 enabled, and the service has it's own IP address. Thanks again for the assistance. Jason Jeremy Chadwick wrote: > > Consider this a reason for updating your ports tree properly. :-) > > From ml at netfence.it Tue Oct 21 19:46:02 2008 From: ml at netfence.it (Andrea Venturoli) Date: Tue Oct 21 19:46:08 2008 Subject: Error compiling libxine Message-ID: <48FE2E60.4020707@netfence.it> Hello. This is what I get trying to compile libxine on 6.3/i386. ... cc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../include -I../../../include -I. ./../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I. ./../../src/input -I../../../src/input -I../../../lib -I../../../lib -I/usr/local/include -I/us r/local/include -I/usr/local/include -fomit-frame-pointer -D_REENTRANT -D_FILE_OFFSET_BITS=64 - DXINE_COMPILE -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-fu nction-declaration -Wstrict-aliasing=2 -mtune=i386 -O3 -pipe -fomit-frame-pointer -falign-funct ions=4 -falign-loops=4 -falign-jumps=4 -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wall -Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts -Wmiss ing-declarations -Wmissing-prototypes -O2 -fno-strict-aliasing -pipe -march=athlon-xp -fno-forc e-addr -I/usr/local/include -I/usr/local/include/dvdread -DNDEBUG -MT xineplug_post_planar_la-p p.lo -MD -MP -MF .deps/xineplug_post_planar_la-pp.Tpo -c pp.c -fPIC -DPIC -o .libs/xineplug_po st_planar_la-pp.o In file included from ../../../src/xine-engine/xine_internal.h:33, from pp.c:27: ../../../include/xine.h:2230: warning: `xine_tvsystem' is deprecated (declared at ../../../incl ude/xine.h:2221) In file included from ../../../src/input/input_plugin.h:29, from ../../../src/xine-engine/xine_internal.h:35, from pp.c:27: ../../../src/xine-engine/buffer.h:679: warning: return type defaults to `int' pp.c:33:27: postprocess.h: No such file or directory pp.c:59: error: `PP_QUALITY_MAX' undeclared here (not in a function) pp.c:59: error: initializer element is not constant pp.c:59: error: (near initialization for `temp_p[0].range_max') pp.c:59: error: initializer element is not constant pp.c:59: error: (near initialization for `temp_p[0]') pp.c:61: error: initializer element is not constant pp.c:61: error: (near initialization for `temp_p[1]') pp.c:63: error: initializer element is not constant pp.c:63: error: (near initialization for `temp_p[2]') ... Any hint? bye & Thanks av. From QAT at FreeBSD.org Tue Oct 21 19:46:56 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Oct 21 19:47:03 2008 Subject: math/py-numeric - fails: install_error Message-ID: <20081021194653.26A9A12E4348@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 6 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/py25-numeric-24.2_1.log : building py25-numeric-24.2_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/math/py-numeric Makefile ident: $FreeBSD: ports/math/py-numeric/Makefile,v 1.52 2008/10/13 19:58:51 olgeni Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Oct 21 19:46:33 UTC 2008 ................................................... byte-compiling /usr/local/lib/python2.5/site-packages/Numeric/Numeric_headers/__init__.py to __init__.pyc writing byte-compilation script '/tmp/tmpMzMwOx.py' /usr/local/bin/python2.5 -O /tmp/tmpMzMwOx.py removing /tmp/tmpMzMwOx.py running install_headers creating /usr/local/include/python2.5/Numeric copying Include/Numeric/arrayobject.h -> /usr/local/include/python2.5/Numeric copying Include/Numeric/f2c.h -> /usr/local/include/python2.5/Numeric copying Include/Numeric/ranlib.h -> /usr/local/include/python2.5/Numeric copying Include/Numeric/ufuncobject.h -> /usr/local/include/python2.5/Numeric running install_egg_info Writing /usr/local/lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info creating /usr/local/lib/python2.5/site-packages/Numeric.pth MA Version 12.2.0 Numeric Version 24.2 install -o root -g wheel -m 444 /work/a/ports/math/py-numeric/work/Numeric-24.2/Demo/*.py /usr/local/share/examples/py-numeric install -o root -g wheel -m 444 /work/a/ports/math/py-numeric/work/Numeric-24.2/Demo/NumTut/* /usr/local/share/examples/py-numeric/NumTut ===> Registering installation for py25-numeric-24.2_1 ================================================================ ======================================== ===> Building package for py25-numeric-24.2_1 tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/PKG-INFO: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/SOURCES.txt: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/dependency_links.txt: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/not-zip-safe: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric-24.2-py2.5.egg-info/top_level.txt: Cannot stat: Not a directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/arrayobject.h: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/f2c.h: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ranlib.h: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ufuncobject.h: 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/py25-numeric-24.2_1.tbz Registering depends: python25-2.5.2_3. Creating bzip'd tar ball in '/tmp/packages/All/py25-numeric-24.2_1.tbz' *** Error code 1 Stop in /a/ports/math/py-numeric. ================================================================ build of /usr/ports/math/py-numeric ended at Tue Oct 21 19:46:50 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From gamato at users.sf.net Tue Oct 21 20:15:05 2008 From: gamato at users.sf.net (martinko) Date: Tue Oct 21 21:04:06 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> Message-ID: <48FE3708.8010501@users.sf.net> Chagin Dmitry wrote: > On Sun, 27 Jul 2008, Adrian Penisoara wrote: > >> Hi, >> >> On Sun, Jul 27, 2008 at 1:15 PM, Alexander Leidinger < >> Alexander@leidinger.net> wrote: >> >>> Quoting "Adrian Penisoara" (Sun, 27 Jul 2008 >>> 11:22:20 >>> +0300): >>> >>>> Hi, >>>> >>>> I am working on a FreeBSD port for Oracle's XE database package[1] >>> (Linux >>>> binaries) and I stumbled upon some issues related to USE_LINUX_PREFIX. >>>> Before going any further trying to support (as an option) installing >>>> the >>>> Oracle XE directly under the /compat/linux hierarchy (like the >>>> database/linux-oracle-instantclient-* ports are doing), I have to >>>> ask ask >>>> around the following: >>>> >>>> (1) Is there any real need/benefit to have an Oracle DB installation >>> rooted >>>> under /compat/linux (e.g. /compat/linux/usr/lib/oracle/xe/...) ? Side >>> note: >>>> in this case all shell scripts will need to be ran under >>>> /compat/linux/bin/bash. >>>> >>>> (2) How does one deal with installing manual pages and shared files >>>> with >>>> USE_LINUX_PREFIX -- do they also have to go under /compat/linux ? Using >>>> ${MANPREFIX} as a template gives wrong results in this case... >>> >>> A port has to install into LINUXPREFIX, if it is an infrastructure >>> port (no part has to go outside this location). It has to install into >>> the default location (PREFIX/LOCALBASE), if it is an enduser port. >>> That's the easy part. >> >> >> Good pointer, I was missing this bit. Thanks. >> >> >>> >>> >>> Now the classification, what is what, is the hard part. The linux >>> png/jpeg or whatever lib is for sure infrastructure. If this would land >>> in the default FreeBSD lib path, rest assured it would hurt. A linux >>> acroread port is an enduser application, a user will call it directly >>> to work with it. It also does not come with libs in the default FreeBSD >>> locations, so everything will be fine if it is installed in the default >>> location. >>> >>> For the Oracle stuff I can imagine that it is a hard question. If it >>> doesn't put libs into a FreeBSD lib directory (a subdirectory of a lib >>> directory is ok, as it will not cause immediate problems), there are no >>> immediate objections to putting it into the default FreeBSD location >>> (and as the DBA as an enduser would use it, this would fit into the >>> description above). But we also have the rule that nothing is allowed >>> to be put into the basesystem (/usr/Y instead of /usr/local/Y). Think >>> about jails where the base is mounted read-only and only additional >>> programs are in a RW part. >> >> >> In the default configuration the binaries (and I mean all of them!) >> would >> be placed under /usr/lib/oracle, since this is a hardcoded path in all >> places. >> I will also offer a "WITH_BSDHIER" option which will root the >> installation >> into /usr/local/oracle and just make a symlink under /usr/lib. Should I >> rather make this the default ? ;) >> >> There are no libraries (or other binaries for that fact) installed >> outside >> the Oracle hierarchy (this is the general strategy for Oracle RDBMS >> products >> at least). So I guess it very nicely fits into the "enduser" picture you >> describe above. I'm just wandering whether a /compat/linux rooted >> installation would make sense. >> >> I am still interested to hear opinions from Oracle DBAs/users on this >> subject -- would you need this option ? >> > > hi! > > I think that ora DBAs will tell that the best place it /home/ORAUSERNAME > and this user should have shell /compat/linux/bin/bash > > thnx! > Hi, No Oracle installation I have ever seen was installed into /home and it would be against Oracle Optimal Flexible Architecture (OFA) guidelines! /usr/local/oracle would be OK and users can move the directory tree elsewhere afterwards. Or maybe you can ask about Oracle Base directory during config/installation process, if possible. Cheers, Martin PS: Mind you that Oracle installation is usually owned by Oracle software owner user (oinstall by default) who is different from DBA/operator users (dba/oper by default). >> >>> >>> >>> In the end it comes down to what you are able to do and how hard the >>> software is to port. Maybe it is easy to install everything into >>> LINUXBASE and install a wrapper into LOCALBASE (/usr/local/bin/Y would >>> be a script with #!/compat/linux/bin/bash and start whatever is needed >>> to start /compat/linux/bin/Y). Maybe the installation of the software >>> allows to install into /usr/local/softwarename and you can make links >>> from /usr/local/bin/ to it. >>> >>> The rules for this are strong suggestions. If it is possible to do, >>> do everything you can to follow the rules, if you don't know how to >>> make something follow the rules, ask specific questions on ports if >>> someone has in idea. If there's no idea, forget the rule and try to do >>> something as close as possible to the goal of the rule (and document >>> what/why). >>> >>> Bye, >>> Alexander. >>> >>> >> Thank you for your time. >> Adrian. From thierry at FreeBSD.org Tue Oct 21 21:45:08 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Tue Oct 21 21:45:50 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: <48FE3708.8010501@users.sf.net> References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> <48FE3708.8010501@users.sf.net> Message-ID: <20081021212134.GA79808@graf.pompo.net> Le Mar 21 oct 08 ? 22:09:44 +0200, martinko ?crivait?: > Hi, Hello, > No Oracle installation I have ever seen was installed into /home and it > would be against Oracle Optimal Flexible Architecture (OFA) guidelines! Agreed. > /usr/local/oracle would be OK and users can move the directory tree > elsewhere afterwards. Or maybe you can ask about Oracle Base directory > during config/installation process, if possible. I would suggest to install under $ORACLE_HOME, defaulted to: ORACLE_HOME?= ${PREFIX}/oracle (or may be ${PREFIX}/oracle${VERSION} to allow the installation of different versions) Regards, -- Th. Thomas. From freebsd at akavia.ru Tue Oct 21 22:37:38 2008 From: freebsd at akavia.ru (Alexander Logvinov) Date: Tue Oct 21 22:37:45 2008 Subject: math/py-numeric - fails: install_error In-Reply-To: <20081021194653.26A9A12E4348@quark.ds9.tecnik93.com> References: <20081021194653.26A9A12E4348@quark.ds9.tecnik93.com> Message-ID: <1476747122.20081022083801@akavia.ru> Hello! > lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ranlib.h: > Cannot stat: No such file or directory > tar: > lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ufuncobject.h: > 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/py25-numeric-24.2_1.tbz > Registering depends: python25-2.5.2_3. > Creating bzip'd tar ball in > '/tmp/packages/All/py25-numeric-24.2_1.tbz' > *** Error code 1 > Stop in /a/ports/math/py-numeric. > ================================================================ > build of /usr/ports/math/py-numeric ended at Tue Oct 21 19:46:50 UTC 2008 Could some of you look on ports/122434? Thanks! -- WBR, Alexander From mike at jellydonut.org Tue Oct 21 23:37:12 2008 From: mike at jellydonut.org (Michael Proto) Date: Tue Oct 21 23:37:19 2008 Subject: open-vm-tools fails on a recent sup to CURRENT In-Reply-To: <20081021093608.GA28266@wep4035.physik.uni-wuerzburg.de> References: <1de79840810141617y27fb7779xfd8f334f8b7ff2e1@mail.gmail.com> <20081021093608.GA28266@wep4035.physik.uni-wuerzburg.de> Message-ID: <1de79840810211637s65523c40if67a9fb385dc2651@mail.gmail.com> On Tue, Oct 21, 2008 at 5:36 AM, Alexey Shuvaev < shuvaev@physik.uni-wuerzburg.de> wrote: > On Tue, Oct 14, 2008 at 07:17:29PM -0400, Michael Proto wrote: > > Has anyone started seeing failures of ports/emulators/open-vm-tools > builds > > with a recent current? I csup-ed my source recently (as of 20080926), > > rebuilt world and my kernel, and open-vm-tools builds fail in the vmhgfs > > module with the following: > > > > > > ... > > cc1: warnings being treated as errors > > vfsops.c: In function 'HgfsVfsMount': > > vfsops.c:142: warning: implicit declaration of function 'suser' > > vfsops.c:142: warning: nested extern declaration of 'suser' > > *** Error code 1 > > ... > > > > I've tried setting CFLAGS optimizations to -Os (my default), -O, -O2 and > no > > optimizations and it fails with the same error every time. Has anyone > else > > using CURRENT in VMware seen this error recently? Any ideas? > > > This is due to API change suser() -> priv_check(). > Have a look at > http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11/nvidia-driver/Makefile > (revision 1.81) for example. > I am not sure about "PRIV_DRIVER" argument, but you can try to replace > "suser(CURTHREAD)" to "priv_check(CURTHREAD, PRIV_DRIVER)" > in the open-vm-tools sources. > > Alexey. > Thanks for that bit of information! With the following patch I was able to get open-vm-tools to successfully compile: --- modules/freebsd/vmhgfs/vfsops.c.old 2008-07-01 18:31:11.000000000 -0400 +++ modules/freebsd/vmhgfs/vfsops.c 2008-10-21 16:50:23.000000000 -0400 @@ -139,7 +139,7 @@ * Since Hgfs requires the caller to be root, only allow mount attempts made * by the superuser. */ - if ((ret = suser(td)) != 0) { + if ((ret = priv_check(td, PRIV_DRIVER)) != 0) { return ret; } --- modules/freebsd/vmblock/vnops.c.old 2008-07-01 18:31:09.000000000 -0400 +++ modules/freebsd/vmblock/vnops.c 2008-10-21 19:32:27.000000000 -0400 @@ -723,7 +723,7 @@ * NB: Allowing only the superuser to open this directory breaks * readdir() of the filesystem root for non-privileged users. */ - if ((retval = suser(ap->a_td)) == 0) { + if ((retval = priv_check(ap->a_td, PRIV_DRIVER)) == 0) { #if __FreeBSD_version >= 700000 fp = ap->a_fp; #else I cannot say if makes these modules work or not, as I don't use them (my main reason for having open-vm-tools is for vmware-guestd and its ability to sync the VM's clock to the host), but the port compiles cleanly with this. Thanks very much! -Proto From stefan at freebsd.org Wed Oct 22 07:20:35 2008 From: stefan at freebsd.org (Stefan Walter) Date: Wed Oct 22 07:20:41 2008 Subject: math/py-numeric - fails: install_error In-Reply-To: <1476747122.20081022083801@akavia.ru> References: <20081021194653.26A9A12E4348@quark.ds9.tecnik93.com> <1476747122.20081022083801@akavia.ru> Message-ID: <20081022070147.GB2521@kyuzo.dunkelkammer.void> Alexander Logvinov, 22.10.08, 00:38h CEST: > Hello! > > > lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ranlib.h: > > Cannot stat: No such file or directory > > tar: > > lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ufuncobject.h: > > 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/py25-numeric-24.2_1.tbz > > Registering depends: python25-2.5.2_3. > > Creating bzip'd tar ball in > > '/tmp/packages/All/py25-numeric-24.2_1.tbz' > > *** Error code 1 > > > Stop in /a/ports/math/py-numeric. > > ================================================================ > > build of /usr/ports/math/py-numeric ended at Tue Oct 21 19:46:50 UTC 2008 > > Could some of you look on ports/122434? Thanks! That PR is currently assigned to glarkin (cc'd). Regards, Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 650 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081022/c3e51083/attachment.pgp From glarkin at FreeBSD.org Wed Oct 22 12:42:26 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Oct 22 12:42:32 2008 Subject: math/py-numeric - fails: install_error In-Reply-To: <20081022070147.GB2521@kyuzo.dunkelkammer.void> References: <20081021194653.26A9A12E4348@quark.ds9.tecnik93.com> <1476747122.20081022083801@akavia.ru> <20081022070147.GB2521@kyuzo.dunkelkammer.void> Message-ID: <48FF1FAD.3080806@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Walter wrote: > Alexander Logvinov, 22.10.08, 00:38h CEST: > >> Hello! >> >>> lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ranlib.h: >>> Cannot stat: No such file or directory >>> tar: >>> lib/python2.5/site-packages/Numeric/Numeric_headers/Numeric/ufuncobject.h: >>> 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/py25-numeric-24.2_1.tbz >>> Registering depends: python25-2.5.2_3. >>> Creating bzip'd tar ball in >>> '/tmp/packages/All/py25-numeric-24.2_1.tbz' >>> *** Error code 1 >>> Stop in /a/ports/math/py-numeric. >>> ================================================================ >>> build of /usr/ports/math/py-numeric ended at Tue Oct 21 19:46:50 UTC 2008 >> Could some of you look on ports/122434? Thanks! > > That PR is currently assigned to glarkin (cc'd). > > Regards, > Stefan Hi folks, Sorry for the delay in closing the PR. I made some changes locally, and py-numeric installed/deinstalled with no problems. However, I tried running it under Tinderbox and came up with some errors. I believe the problem is related to the fact that py-numeric uses an implicit dependency on setuptools. In my environment, setuptools was installed, so py-numeric used it. In the Tinderbox environement, setuptools was not installed and not used, and that resulted in different behavior. I plan to fix the inconsistency this week and close the PR within the next couple of days. In the mean time, please try installing setuptools manually and then py-numeric to see if that fixes the problem. Regards, Greg Larkin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkj/H6wACgkQ0sRouByUApBqgwCfWSBqGHS7RLo0EJ6jATMCwQp6 Zn4An1aNw/rlzSlOAVq2W807d1eQVMcT =u/Ca -----END PGP SIGNATURE----- From mikidude at servershosting.net Wed Oct 22 16:28:29 2008 From: mikidude at servershosting.net (=?ISO-8859-1?B?bWlraWR1ZGU=?=) Date: Wed Oct 22 16:42:42 2008 Subject: darkbot FreeBSD PORT Message-ID: <20081022092316.304EC76FCE6@mail.servershosting.net> Hi, I'm not sure if this is the right place to ask but it seems there is something wrong with this port. make install ===> Vulnerability check disabled, database not found => darkbot-6f6_r6.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://darkbot.sourceforge.net/archive/unix/. darkbot-6f6_r6.tar.gz 100% of 79 kB 973 kBps ===> Extracting for darkbot-6f6.r6,1 => MD5 Checksum OK for darkbot-6f6_r6.tar.gz. => SHA256 Checksum OK for darkbot-6f6_r6.tar.gz. ===> Patching for darkbot-6f6.r6,1 ===> Applying FreeBSD patches for darkbot-6f6.r6,1 ===> Configuring for darkbot-6f6.r6,1 and is freezing at that line. Any sugestions ? I'm running the last port version , they are up dating daily. Thanks, Mikidude. From tingox at gmail.com Wed Oct 22 19:56:24 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Oct 22 19:56:32 2008 Subject: darkbot FreeBSD PORT In-Reply-To: <20081022092316.304EC76FCE6@mail.servershosting.net> References: <20081022092316.304EC76FCE6@mail.servershosting.net> Message-ID: Hello, On Wed, Oct 22, 2008 at 3:23 AM, mikidude wrote: > ===> Configuring for darkbot-6f6.r6,1 > and is freezing at that line. At this line it does this: root@kg-vm# ps ax | grep p3 62893 p3 I+ 0:00.03 make 62995 p3 I+ 0:00.00 [sh] 62996 p3 I+ 0:00.00 [sh] 62997 p3 I+ 0:00.00 [sh] 62998 p3 I+ 0:00.00 /bin/sh ./configure --help 62999 p3 I+ 0:00.00 /usr/bin/grep -- --mandir However, the configure script included with the port doesn't have a '--help' option. It is interactive (it uses read). Why the output doesn't show I don't know. Pressing ENTER a couple of times doesn't work either. Try this patch: root@kg-vm# diff -u Makefile.orig Makefile --- Makefile.orig 2004-03-18 04:03:39.000000000 +0100 +++ Makefile 2008-10-22 21:40:18.000000000 +0200 @@ -21,7 +21,6 @@ MAN1= darkbot.1 MANCOMPRESSED= yes -GNU_CONFIGURE= yes IS_INTERACTIVE= yes pre-install: Feel free to send-pr this if you so wish. > Any sugestions ? I'm running the last port version , they are up > dating daily. FWIW, this port - doesn't have a port maintainer - hasn't been updated since 2005 (and had its last functional update in 2003) If nobody wants to take maintainership of this port, I would suggest you try to find another port or program which does the same thing and is more up to date / better supported. Or you could be the new maintainer of this port. -- Regards, Torfinn Ingolfsen From cwt at networks.cwu.edu Wed Oct 22 21:42:07 2008 From: cwt at networks.cwu.edu (Chris Timmons) Date: Wed Oct 22 21:42:13 2008 Subject: portupgrade fails - how to fix? In-Reply-To: References: <20081007082129.GA32825@holstein.holy.cow> Message-ID: <20081022140053.D39538@n.cwu.edu> I was having the same problem with portupgrade-devel 2.4.6; removing that and installing a package I had saved of: portupgrade-devel-2.4.3_1 resolved the issue for me. I believe ports-mgmt/portdowngrade can help with this if you don't have a saved package lying around. Regards, -Chris On Tue, 7 Oct 2008, Torfinn Ingolfsen wrote: > Hello, > > On Tue, Oct 7, 2008 at 10:21 AM, Parv wrote: >> Is your version of portupgrade is the latest in the ports? (So that >> I can install the same & investigate.) > > Yes - always. I think I even stated in my first message that the ports > tree was updated. From ady at ady.ro Wed Oct 22 22:44:18 2008 From: ady at ady.ro (Adrian Penisoara) Date: Wed Oct 22 22:44:24 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> <48FE3708.8010501@users.sf.net> <20081021212134.GA79808@graf.pompo.net> Message-ID: <78cb3d3f0810221517k780e4cafy6418c42b8c845915@mail.gmail.com> Hi, On Wed, Oct 22, 2008 at 12:51 AM, martinko wrote: > Thierry Thomas wrote: >> >> Le Mar 21 oct 08 ? 22:09:44 +0200, martinko >> ?crivait : >> >>> Hi, >> >> Hello, >> >>> No Oracle installation I have ever seen was installed into /home and it >>> would be against Oracle Optimal Flexible Architecture (OFA) guidelines! >> >> Agreed. >> >>> /usr/local/oracle would be OK and users can move the directory tree >>> elsewhere afterwards. Or maybe you can ask about Oracle Base directory >>> during config/installation process, if possible. >> >> I would suggest to install under $ORACLE_HOME, defaulted to: >> >> ORACLE_HOME?= ${PREFIX}/oracle >> >> (or may be ${PREFIX}/oracle${VERSION} to allow the installation of >> different versions) I have used a similar schema for the prefixing part, just used a different variable name. Do not confuse this with the ORACLE_HOME environment used by Oracle, what we set here is closer to the idea of ORACLE_BASE. We should not use a version field in this variable since the product version signature is further in the path (see below). >> >> Regards, > > Hallo, > > Well, it's a bit more complicated than that.. > > OFA guidelines say that $ORACLE_HOME shoud be in the form of e.g. > $ORACLE_BASE/product/10.2.0/db_1 > > And application (DB) is installed into its $ORACLE_HOME and thus one can > have many different installations of many different versions. > > Then there are other directories under $ORACLE_BASE that usually contain > Oracle Inventory (of installed software) and DB data files etc. > > Usually everything under $ORACLE_BASE is created and taken care by Oracle > Universal Installer (which is Java application). Right. See above. > > Another issue may be where to place oratab file. It is located in > /var/opt/oracle/oratab on SunOS and in /etc/oratab on other Unixes. The OracleXE packages have a hardcoded value for /etc/oratab. I'm going to leave it this way for the sake of compatibility. One more question: how usefull would it be to use the Linux (Bash) shell instead of a native (FreeBSD) shell ? Thank you for your suggestions, I'm closer to the completion of the port. Adrian. From fbsd1 at a1poweruser.com Thu Oct 23 10:50:19 2008 From: fbsd1 at a1poweruser.com (FBSD1) Date: Thu Oct 23 10:50:26 2008 Subject: FreeBSD Port: gtkyahoo-0.18.3_4 Message-ID: I installed the package of this port. Did a rehash from the command line and then startx. Can't find it in the gnome desktop. What should I do? From tim at clewlow.org Thu Oct 23 12:35:10 2008 From: tim at clewlow.org (Tim Clewlow) Date: Thu Oct 23 12:35:17 2008 Subject: FreeBSD Port: gtkyahoo-0.18.3_4 In-Reply-To: References: Message-ID: > I installed the package of this port. > Did a rehash from the command line and then startx. > Can't find it in the gnome desktop. > What should I do? The sourceforge page for this project says "GTKyahoo project was closed down on February 27, 2003." http://gtkyahoo.sourceforge.net/ You may have a much easier time installing something that is being currently maintained. I believe net-im/pidgin is quite popular and is actively maintained. Pidgin is a messenger client, and it can handle quite a few protocols, including yahoo. Cheers, Tim. -- The code that never executes at all is the fastest. From tingox at gmail.com Thu Oct 23 17:01:38 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Thu Oct 23 17:01:44 2008 Subject: portupgrade fails - how to fix? In-Reply-To: <20081022140053.D39538@n.cwu.edu> References: <20081007082129.GA32825@holstein.holy.cow> <20081022140053.D39538@n.cwu.edu> Message-ID: Hello, On Wed, Oct 22, 2008 at 11:03 PM, Chris Timmons wrote: > > I was having the same problem with portupgrade-devel 2.4.6; removing that > and installing a package I had saved of: > > portupgrade-devel-2.4.3_1 > > resolved the issue for me. I believe ports-mgmt/portdowngrade can help with > this if you don't have a saved package lying around. Yes - this is a workaround. But I would prefer that potupgrade get fixed instead. -- Regards, Torfinn Ingolfsen From wxs at FreeBSD.org Thu Oct 23 20:18:35 2008 From: wxs at FreeBSD.org (wxs@FreeBSD.org) Date: Thu Oct 23 20:18:42 2008 Subject: ports/17882: New version of healthd Message-ID: <200810232018.m9NKIZ0c025708@freefall.freebsd.org> Synopsis: New version of healthd Responsible-Changed-From-To: freebsd-ports->wxs Responsible-Changed-By: wxs Responsible-Changed-When: Thu Oct 23 20:18:35 UTC 2008 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=17882 From gamato at users.sf.net Thu Oct 23 22:53:47 2008 From: gamato at users.sf.net (martinko) Date: Thu Oct 23 22:53:54 2008 Subject: Portupgrade -- sshguard compile failure In-Reply-To: <20081004140537.GA5192@ozzmosis.com> References: <200810040711.05805.david@vizion2000.net> <20081004140537.GA5192@ozzmosis.com> Message-ID: <4901006B.6090907@users.sf.net> andrew clarke wrote: > On Sat 2008-10-04 07:11:05 UTC-0700, David Southwell (david@vizion2000.net) wrote: > >> cd .. && /bin/sh /usr/ports/security/sshguard/work/sshguard-1.2/missing --run >> autoheader >> aclocal.m4:14: error: this file was generated for autoconf 2.61. > > This was fixed in sshguard 1.3. Update your ports tree. Unfortunately there is no change log available on sshguard website (or I couldn't find it). :-( From scf at FreeBSD.org Thu Oct 23 23:53:33 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Thu Oct 23 23:53:39 2008 Subject: linux-glib2 not conflicting with linux_base-f8 Message-ID: I noticed that linux-glib2 is being installed even though it is in conflict with linux_base-f8. Suggested changes: 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for fedora-fc6 and higher. Sean -- scf@FreeBSD.org From joshua_rickmar at eumx.net Fri Oct 24 01:35:59 2008 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Fri Oct 24 01:36:04 2008 Subject: Concern about using pkg_delete -r Message-ID: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> I'm hoping that this list covers port tools as well as the usual discussions about the actual ports. If not, please CC this to the proper list. I want to use pkg_delete to remove an installed port, but also want to remove its orphaned dependencies along with it. After looking at the pkg_delete(1) man page, the -r flag seems to be the option to use for this job. My concern, though, is about the wording: > In addition to specified packages, delete all > packages that depend on those packages as well. Does this mean that if I pkg_delete -r pkgA, than pkgB (a dependency) will be removed with it, even though it is dependency of pkgC? Or is pkg_delete (or pkg_deinstall) smart enough to understand this dependency and keep pkgB installed? If in this scenario pkgB would be deleted, should an extra warning be added to the man page so that users know that using this flag could potentially break their other ports? -- To send me a personal email, please place [personal] in the Subject line. From stephen at math.missouri.edu Fri Oct 24 02:05:36 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Fri Oct 24 02:05:42 2008 Subject: Concern about using pkg_delete -r In-Reply-To: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> Message-ID: <49012D63.8020201@math.missouri.edu> Josh Rickmar wrote: > I'm hoping that this list covers port tools as well as the usual > discussions about the actual ports. If not, please CC this to the proper > list. > > I want to use pkg_delete to remove an installed port, but also want to > remove its orphaned dependencies along with it. After looking at the > pkg_delete(1) man page, the -r flag seems to be the option to use for this > job. My concern, though, is about the wording: > >> In addition to specified packages, delete all >> packages that depend on those packages as well. > > Does this mean that if I pkg_delete -r pkgA, than pkgB (a dependency) will > be removed with it, even though it is dependency of pkgC? Or is > pkg_delete (or pkg_deinstall) smart enough to understand this dependency > and keep pkgB installed? > > If in this scenario pkgB would be deleted, should an extra warning be > added to the man page so that users know that using this flag could > potentially break their other ports? I think you have the dependency relationship the wrong way around. If you do "pkg_delete -r pkgA", and pkgA is a dependency of pkgB (not the other way around as you have it), then pkgB will be deleted. From joshua_rickmar at eumx.net Fri Oct 24 02:25:55 2008 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Fri Oct 24 02:26:02 2008 Subject: Concern about using pkg_delete -r In-Reply-To: <49012D63.8020201@math.missouri.edu> References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> <49012D63.8020201@math.missouri.edu> Message-ID: <61973.67.177.142.45.1224815151.squirrel@ssl.eumx.net> On Thu, October 23, 2008 10:05 pm, Stephen Montgomery-Smith wrote: > Josh Rickmar wrote: > >> I'm hoping that this list covers port tools as well as the usual >> discussions about the actual ports. If not, please CC this to the >> proper list. >> >> I want to use pkg_delete to remove an installed port, but also want to >> remove its orphaned dependencies along with it. After looking at the >> pkg_delete(1) man page, the -r flag seems to be the option to use for >> this job. My concern, though, is about the wording: >> >>> In addition to specified packages, delete all >>> packages that depend on those packages as well. >> >> Does this mean that if I pkg_delete -r pkgA, than pkgB (a dependency) >> will be removed with it, even though it is dependency of pkgC? Or is >> pkg_delete (or pkg_deinstall) smart enough to understand this >> dependency and keep pkgB installed? >> >> If in this scenario pkgB would be deleted, should an extra warning be >> added to the man page so that users know that using this flag could >> potentially break their other ports? > > I think you have the dependency relationship the wrong way around. > > > If you do "pkg_delete -r pkgA", and pkgA is a dependency of pkgB (not > the other way around as you have it), then pkgB will be deleted. > Ah, my bad. Yeah, after re-reading the wording it seems that is the case. What about for pkg_deinstall (part of portupgrade)? According to its man page, it has two options, --recursive (-r) and --upward-recursive (-R). Maybe it's just a little bit late, but what /exactly/ is the difference? It sounds like the --upward-recursive option would be better called --downward-recursive, since it will remove the ports/packages "below" it. So, if that is the case, would pkg_deinstall -R pkgA remove pkgB or not? -- To send me a personal email, please place [personal] in the Subject line. From joshua_rickmar at eumx.net Fri Oct 24 02:41:28 2008 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Fri Oct 24 02:41:35 2008 Subject: Concern about using pkg_delete -r In-Reply-To: <1224815453.1624.0.camel@wombat.2hip.net> References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> <49012D63.8020201@math.missouri.edu> <61973.67.177.142.45.1224815151.squirrel@ssl.eumx.net> <1224815453.1624.0.camel@wombat.2hip.net> Message-ID: <55557.67.177.142.45.1224816084.squirrel@ssl.eumx.net> On Thu, October 23, 2008 10:30 pm, Robert Noland wrote: > On Thu, 2008-10-23 at 22:25 -0400, Josh Rickmar wrote: > >> On Thu, October 23, 2008 10:05 pm, Stephen Montgomery-Smith wrote: >> >>> Josh Rickmar wrote: >>> >>> >>>> I'm hoping that this list covers port tools as well as the usual >>>> discussions about the actual ports. If not, please CC this to the >>>> proper list. >>>> >>>> I want to use pkg_delete to remove an installed port, but also want >>>> to remove its orphaned dependencies along with it. After looking at >>>> the pkg_delete(1) man page, the -r flag seems to be the option to >>>> use for this job. My concern, though, is about the wording: >>>> >>>>> In addition to specified packages, delete all >>>>> packages that depend on those packages as well. >>>> >>>> Does this mean that if I pkg_delete -r pkgA, than pkgB (a >>>> dependency) will be removed with it, even though it is dependency of >>>> pkgC? Or is pkg_delete (or pkg_deinstall) smart enough to >>>> understand this dependency and keep pkgB installed? >>>> >>>> If in this scenario pkgB would be deleted, should an extra warning >>>> be added to the man page so that users know that using this flag >>>> could potentially break their other ports? >>> >>> I think you have the dependency relationship the wrong way around. >>> >>> >>> >>> If you do "pkg_delete -r pkgA", and pkgA is a dependency of pkgB (not >>> the other way around as you have it), then pkgB will be deleted. >>> >> >> Ah, my bad. Yeah, after re-reading the wording it seems that is the >> case. >> >> What about for pkg_deinstall (part of portupgrade)? According to its >> man page, it has two options, --recursive (-r) and --upward-recursive >> (-R). >> Maybe it's just a little bit late, but what /exactly/ is the difference? >> It sounds like the --upward-recursive option would be better called >> --downward-recursive, since it will remove the ports/packages "below" >> it. > > Semantically, it is an inverted tree... i.e. the root is at the top. > > > robert. OK, I guess that makes sense. > >> So, if that is the case, would pkg_deinstall -R pkgA remove pkgB or >> not? >> > Well, I tested using pkg_deinstall -rRn, and if I were to remove the -n flag, it would be uninstalling ports all the way down to gettext. Not good. So, it would be removing 'pkgB' with this option. Any way to prevent this? -- To send me a personal email, please place [personal] in the Subject line. From rnoland at FreeBSD.org Fri Oct 24 02:52:10 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Oct 24 02:52:42 2008 Subject: Concern about using pkg_delete -r In-Reply-To: <61973.67.177.142.45.1224815151.squirrel@ssl.eumx.net> References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> <49012D63.8020201@math.missouri.edu> <61973.67.177.142.45.1224815151.squirrel@ssl.eumx.net> Message-ID: <1224815453.1624.0.camel@wombat.2hip.net> On Thu, 2008-10-23 at 22:25 -0400, Josh Rickmar wrote: > On Thu, October 23, 2008 10:05 pm, Stephen Montgomery-Smith wrote: > > Josh Rickmar wrote: > > > >> I'm hoping that this list covers port tools as well as the usual > >> discussions about the actual ports. If not, please CC this to the > >> proper list. > >> > >> I want to use pkg_delete to remove an installed port, but also want to > >> remove its orphaned dependencies along with it. After looking at the > >> pkg_delete(1) man page, the -r flag seems to be the option to use for > >> this job. My concern, though, is about the wording: > >> > >>> In addition to specified packages, delete all > >>> packages that depend on those packages as well. > >> > >> Does this mean that if I pkg_delete -r pkgA, than pkgB (a dependency) > >> will be removed with it, even though it is dependency of pkgC? Or is > >> pkg_delete (or pkg_deinstall) smart enough to understand this > >> dependency and keep pkgB installed? > >> > >> If in this scenario pkgB would be deleted, should an extra warning be > >> added to the man page so that users know that using this flag could > >> potentially break their other ports? > > > > I think you have the dependency relationship the wrong way around. > > > > > > If you do "pkg_delete -r pkgA", and pkgA is a dependency of pkgB (not > > the other way around as you have it), then pkgB will be deleted. > > > > Ah, my bad. Yeah, after re-reading the wording it seems that is the case. > > What about for pkg_deinstall (part of portupgrade)? According to its man > page, it has two options, --recursive (-r) and --upward-recursive (-R). > Maybe it's just a little bit late, but what /exactly/ is the difference? > It sounds like the --upward-recursive option would be better called > --downward-recursive, since it will remove the ports/packages "below" it. Semantically, it is an inverted tree... i.e. the root is at the top. robert. > So, if that is the case, would pkg_deinstall -R pkgA remove pkgB or not? > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081024/de639303/attachment.pgp From rnoland at FreeBSD.org Fri Oct 24 03:15:13 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Oct 24 03:15:19 2008 Subject: Concern about using pkg_delete -r In-Reply-To: <55557.67.177.142.45.1224816084.squirrel@ssl.eumx.net> References: <53980.67.177.142.45.1224810884.squirrel@ssl.eumx.net> <49012D63.8020201@math.missouri.edu> <61973.67.177.142.45.1224815151.squirrel@ssl.eumx.net> <1224815453.1624.0.camel@wombat.2hip.net> <55557.67.177.142.45.1224816084.squirrel@ssl.eumx.net> Message-ID: <1224818100.1624.3.camel@wombat.2hip.net> On Thu, 2008-10-23 at 22:41 -0400, Josh Rickmar wrote: > On Thu, October 23, 2008 10:30 pm, Robert Noland wrote: > > On Thu, 2008-10-23 at 22:25 -0400, Josh Rickmar wrote: > > > >> On Thu, October 23, 2008 10:05 pm, Stephen Montgomery-Smith wrote: > >> > >>> Josh Rickmar wrote: > >>> > >>> > >>>> I'm hoping that this list covers port tools as well as the usual > >>>> discussions about the actual ports. If not, please CC this to the > >>>> proper list. > >>>> > >>>> I want to use pkg_delete to remove an installed port, but also want > >>>> to remove its orphaned dependencies along with it. After looking at > >>>> the pkg_delete(1) man page, the -r flag seems to be the option to > >>>> use for this job. My concern, though, is about the wording: > >>>> > >>>>> In addition to specified packages, delete all > >>>>> packages that depend on those packages as well. > >>>> > >>>> Does this mean that if I pkg_delete -r pkgA, than pkgB (a > >>>> dependency) will be removed with it, even though it is dependency of > >>>> pkgC? Or is pkg_delete (or pkg_deinstall) smart enough to > >>>> understand this dependency and keep pkgB installed? > >>>> > >>>> If in this scenario pkgB would be deleted, should an extra warning > >>>> be added to the man page so that users know that using this flag > >>>> could potentially break their other ports? > >>> > >>> I think you have the dependency relationship the wrong way around. > >>> > >>> > >>> > >>> If you do "pkg_delete -r pkgA", and pkgA is a dependency of pkgB (not > >>> the other way around as you have it), then pkgB will be deleted. > >>> > >> > >> Ah, my bad. Yeah, after re-reading the wording it seems that is the > >> case. > >> > >> What about for pkg_deinstall (part of portupgrade)? According to its > >> man page, it has two options, --recursive (-r) and --upward-recursive > >> (-R). > >> Maybe it's just a little bit late, but what /exactly/ is the difference? > >> It sounds like the --upward-recursive option would be better called > >> --downward-recursive, since it will remove the ports/packages "below" > >> it. > > > > Semantically, it is an inverted tree... i.e. the root is at the top. > > > > > > robert. > > OK, I guess that makes sense. > > > > >> So, if that is the case, would pkg_deinstall -R pkgA remove pkgB or > >> not? > >> > > > > Well, I tested using pkg_deinstall -rRn, and if I were to remove the -n > flag, it would be uninstalling ports all the way down to gettext. Not > good. So, it would be removing 'pkgB' with this option. Any way to > prevent this? The removal of ports which are required by some other port will fail. robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081024/37e024e3/attachment.pgp From bsam at ipt.ru Fri Oct 24 07:58:22 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Oct 24 07:58:29 2008 Subject: linux-glib2 not conflicting with linux_base-f8 In-Reply-To: (Sean C. Farley's message of "Thu\, 23 Oct 2008 18\:26\:43 -0500 \(CDT\)") References: Message-ID: <25581853@ipt.ru> On Thu, 23 Oct 2008 18:26:43 -0500 (CDT) Sean C. Farley wrote: > I noticed that linux-glib2 is being installed even though it is in > conflict with linux_base-f8. > Suggested changes: > 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. > 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for > fedora-fc6 and higher. I have patches to fix those and some other ports. I'll do it when the ports slush is over. WBR -- bsam From jos at webrz.net Fri Oct 24 11:48:51 2008 From: jos at webrz.net (Jos Chrispijn) Date: Fri Oct 24 11:49:29 2008 Subject: Fsck | repair and/or check? Message-ID: <4901B622.8020605@webrz.net> Can somebody explain in simple words what this nanslp and biord exactly represents? thanks, Jos Chrispijn From joeb at a1poweruser.com Fri Oct 24 14:26:13 2008 From: joeb at a1poweruser.com (joeb) Date: Fri Oct 24 14:26:20 2008 Subject: FreeBSD Port: gtkyahoo-0.18.3_4 In-Reply-To: Message-ID: I installed the package of pidgin and it install pidgin 2.2.2. Even though pidgin-2.5.2 is in the ports system the package in out of date. Can the package be updated for 7.1 release? -----Original Message----- From: Tim Clewlow [mailto:tim@clewlow.org] Sent: Thursday, October 23, 2008 8:18 PM To: ports@freebsd.org Cc: fbsd1@a1poweruser.com Subject: Re: FreeBSD Port: gtkyahoo-0.18.3_4 > I installed the package of this port. > Did a rehash from the command line and then startx. > Can't find it in the gnome desktop. > What should I do? The sourceforge page for this project says "GTKyahoo project was closed down on February 27, 2003." http://gtkyahoo.sourceforge.net/ You may have a much easier time installing something that is being currently maintained. I believe net-im/pidgin is quite popular and is actively maintained. Pidgin is a messenger client, and it can handle quite a few protocols, including yahoo. Cheers, Tim. -- The code that never executes at all is the fastest. From freebsd-ports-local at be-well.ilk.org Fri Oct 24 14:47:56 2008 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Oct 24 14:48:02 2008 Subject: FreeBSD Port: gtkyahoo-0.18.3_4 In-Reply-To: (joeb@a1poweruser.com's message of "Fri\, 24 Oct 2008 22\:09\:41 +0800") References: Message-ID: <44r6662go5.fsf@be-well.ilk.org> Don't top-post, please. [In this case, you could have trimmed out pretty much all of what you were quoting anyway.] "joeb" writes: > I installed the package of pidgin and it install pidgin 2.2.2. Even though > pidgin-2.5.2 is in the ports system the package in out of date. Can the > package be updated for 7.1 release? You don't say how you installed the port. The mirror I use has a package for the 2.5.1 version of pidgin. The packages shipped with a release match the ports tree shipped with that release. From koitsu at FreeBSD.org Fri Oct 24 15:05:01 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Fri Oct 24 15:05:08 2008 Subject: Fsck | repair and/or check? In-Reply-To: <4901B622.8020605@webrz.net> References: <4901B622.8020605@webrz.net> Message-ID: <20081024150500.GA16922@icarus.home.lan> On Fri, Oct 24, 2008 at 01:48:50PM +0200, Jos Chrispijn wrote: > Can somebody explain in simple words what this nanslp and biord exactly > represents? nanslp = nanosleep(2) biord = BIO_READ (kernel is reading data directly from the disk) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From scf at FreeBSD.org Fri Oct 24 17:57:43 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Fri Oct 24 17:57:50 2008 Subject: linux-glib2 not conflicting with linux_base-f8 In-Reply-To: <25581853@ipt.ru> References: <25581853@ipt.ru> Message-ID: On Fri, 24 Oct 2008, Boris Samorodov wrote: > On Thu, 23 Oct 2008 18:26:43 -0500 (CDT) Sean C. Farley wrote: > >> I noticed that linux-glib2 is being installed even though it is in >> conflict with linux_base-f8. > >> Suggested changes: >> 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. >> 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for >> fedora-fc6 and higher. > > I have patches to fix those and some other ports. I'll do it when the > ports slush is over. Great. Thank you. Sean -- scf@FreeBSD.org From pisymbol at gmail.com Fri Oct 24 18:21:21 2008 From: pisymbol at gmail.com (Alexander Sack) Date: Fri Oct 24 18:21:34 2008 Subject: python-2.5 FreeBSD-6.1-amd64 build issues Message-ID: <20155059.post@talk.nabble.com> When I do a portinstall python which kicks starts the /usr/ports/lang/python25 build I see this when I link: cc -c -fno-strict-aliasing -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x20000 -I. -IInclude -I./../Include -DPy_BUILD_CORE -DSVNVERSION=\"`LC_ALL=C echo exported`\" -o Modules/getbuildinfo.o ./../Modules/getbuildinfo.c if test libpython2.5.so != libpython2.5.so; then ld -Wl,-hlibpython2.5.so -o libpython2.5.so Modules/_typesmodule.o Modules/getbuildinfo.o Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/tokenizer.o Objects/abstract.o Objects/boolobject.o Objects/bufferobject.o Objects/cellobject.o Objects/classobject.o Objects/cobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/intobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/methodobject.o Objects/moduleobject.o Objects/object.o Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o Objects/unicodeobject.o Objects/unicodectype.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getmtime.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/pyarena.o Python/pyfpe.o Python/pystate.o Python/pythonrun.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrtod.o Python/dynload_shlib.o Python/thread.o Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o Modules/threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/zipimport.o Modules/symtablemodule.o Modules/xxsubtype.o -lutil -lm; ln -f libpython2.5.so libpython2.5.so; else ld -o libpython2.5.so Modules/_typesmodule.o Modules/getbuildinfo.o Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/tokenizer.o Objects/abstract.o Objects/boolobject.o Objects/bufferobject.o Objects/cellobject.o Objects/classobject.o Objects/cobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/intobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/methodobject.o Objects/moduleobject.o Objects/object.o Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o Objects/unicodeobject.o Objects/unicodectype.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getmtime.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/pyarena.o Python/pyfpe.o Python/pystate.o Python/pythonrun.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrtod.o Python/dynload_shlib.o Python/thread.o Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o Modules/threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/zipimport.o Modules/symtablemodule.o Modules/xxsubtype.o -lutil -lm; fi ld: warning: cannot find entry symbol _start; defaulting to 0000000000401050 Parser/acceler.o(.text+0x23b): In function `PyGrammar_AddAccelerators': : undefined reference to `puts' Parser/acceler.o(.text+0x2d6): In function `PyGrammar_AddAccelerators': : undefined reference to `puts' Parser/acceler.o(.text+0x306): In function `PyGrammar_AddAccelerators': : undefined reference to `__stderrp' Has anyone seen this before? I googled, came up empty and really don't want to learn python's build! (hey, I'm at least honest about it). I tried using the 6.2-RELEASE pkg but "import socket" fails with can't find ___h_error etc. Thanks! -aps -- View this message in context: http://www.nabble.com/python-2.5-FreeBSD-6.1-amd64-build-issues-tp20155059p20155059.html Sent from the freebsd-ports mailing list archive at Nabble.com. From trashcan at odo.in-berlin.de Fri Oct 24 20:29:07 2008 From: trashcan at odo.in-berlin.de (Michael Grimm) Date: Fri Oct 24 20:29:40 2008 Subject: freebsd-uucp: rmail fails on email addresses with leading dashes Message-ID: Hi - I recently subscribed to this ML, although reading it quite some time at Usenet. The background for this mail has its origin in a thread in comp.unix.bsd.freebsd.misc, see [1]. I'm receiving my mail via UUCP, thus '/bin/rmail' will be called by '/usr/local/libexec/uucp/uuxqt', and I'm receiving a lot of spam from dumb spammers using guessed email addresses with leading '-' like '-important@example.tld'. (If I'm not mistaken, then localparts with leading dashes are valid ones.) This will result in an uuxqt call ... /bin/rmail -important@example.tld ... with an UUCP error, which is absolutely correct, because rmail doesn't know of any parameter '-important@example.tld'. Workaround is a wrapper script calling 'rmail -- $*'. This has been considered a security issue in [1], and the recommendation was fixing uuxqt to call 'rmail --', instead. Although I volunteered to fix it myself, I have to admit that this would be far beyond my abilities. UUCP looks a rather complicated system to me. I could't find the call to rmail in uuxqt's sourcecode. But, I realized that a so-called 'execute file' is used to tell uuxqt what to do. I tried to modify an example file in a way that rmail might have been called the way I need: 'execute file' example: U mail somename F D.somenameC4X7W I D.somenameC4X7W R spammer@spammers.invalid C rmail -important@example.tld Z I tried to modify it to ... C rmail -- -important@example.tld C rmail '-- -important@example.tld' C rmail "-- -important@example.tld" ... without success: ERROR: Execution: Exit status 64 Well, but ... C rmail '-important@example.tld' ... worked. uux is generating those 'execute files', but now I'm stuck. I can't find where I could patch the sourcecode. And, more importantly, I can't oversee what will break if I could fix it the way I want ... :-( Anyone out there who could help me? This is oooold software, I know ;-) This is all on 6.3-RELEASE, but I'm quite sure its the same with 7.x and 8.x. Regards, Michael [1] http://groups.google.com/group/comp.unix.bsd.freebsd.misc/msg/b653a6cbf387f971 -- to let From goran.lowkrantz at ismobile.com Fri Oct 24 20:40:42 2008 From: goran.lowkrantz at ismobile.com (Goran Lowkrantz) Date: Fri Oct 24 20:40:50 2008 Subject: Call for Testers: misc/amanda-{server,client} 2.6.0p2 In-Reply-To: References: <15BD3E45E9FF7269B52ACEDB@[10.255.253.2]> Message-ID: <23F809E0CCF2434FAB3BABAC@[10.255.253.2]> Then I have what I think is a working port for 2.6.0p2. All of it: Patch against current port: Only change since last is to check correct client version by looking for the libamandad shared library. /glz --On Tuesday, September 30, 2008 00:42 +0200 Goran Lowkrantz wrote: > Some more testing resulting in adding the bsdtcp and bsdudp security > flags to both server and client build. At least the bsdtcp flag is needed > for interop with the Windows clients but as both used to be included by > default (I think?), they should be there now too. > > Included a patch against Jun's 2.6.0 port. > > Cheers, > glz > > --On Saturday, September 27, 2008 22:59 +0200 Goran Lowkrantz > wrote: > >> Testing it and found the following so far: >> >> 1: Zero length patchfiles in the tar. >> ===> Applying FreeBSD patches for amanda-client-2.6.0p2,1 >> I can't seem to find a patch in there anywhere. >> I can't seem to find a patch in there anywhere. >> I can't seem to find a patch in there anywhere. >> I can't seem to find a patch in there anywhere. >> I can't seem to find a patch in there anywhere. >> I can't seem to find a patch in there anywhere. >> I can't seem to find a patch in there anywhere. >> >># find . -size 0 -print >> ./patch-sendsize.c >> ./patch-ab >> ./patch-ae >> ./patch-server-src::amcrypt-ossl-asym.sh.in >> ./patch-aa >> ./patch-ac >> ./patch-server-src::amcrypt-ossl.sh.in >># ls -la >> total 14 >> drwxrwxr-x 2 1021 wheel 15 Sep 2 01:17 . >> drwxrwxr-x 3 1021 wheel 8 Sep 4 06:43 .. >> -rw-rw-r-- 1 1021 wheel 885 Nov 6 2006 >> extra-patch-sendbackup-dump.c -rw-rw-r-- 1 1021 wheel 0 Aug 30 >> 13:08 patch-aa >> -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:09 patch-ab >> -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:10 patch-ac >> -rw-rw-r-- 1 1021 wheel 511 Aug 30 13:12 patch-ad >> -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:13 patch-ae >> -rw-rw-r-- 1 1021 wheel 320 Aug 30 13:15 patch-chg-zd-mtx.sh.in >> -rw-rw-r-- 1 1021 wheel 1786 Sep 1 00:42 >> patch-common-src::Makefile.in -rw-rw-r-- 1 1021 wheel 310 Aug 31 >> 15:28 patch-man::Makefile.in -rw-rw-r-- 1 1021 wheel 5384 Sep 2 >> 00:37 patch-perl::Makefile.in -rw-rw-r-- 1 1021 wheel 0 Aug 30 >> 13:18 patch-sendsize.c >> -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:19 >> patch-server-src::amcrypt-ossl-asym.sh.in >> -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:20 >> patch-server-src::amcrypt-ossl.sh.in >> >> >> 2: When doing an upgrade, the libamdevice.so got dependant on the >> previous version of Amanda. Will test this on my other server next week >> and see if I can find where it happens. >> /usr/local/lib/amanda/libamdevice-2.6.0p2.so: >> libamanda-2.5.1p3.so => not found (0x0) >> libm.so.4 => /lib/libm.so.4 (0x28181000) >> libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 >> (0x28197000) >> libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 >> (0x2819b000) >> libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 >> (0x281d0000) >> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x281d4000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x282a7000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x2829e000) >> libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x2839b000) >> libssl.so.4 => /usr/lib/libssl.so.4 (0x283d2000) >> libcrypto.so.4 => /lib/libcrypto.so.4 (0x28400000) >> libz.so.3 => /lib/libz.so.3 (0x284f3000) >> >> 3: The chg-zd-mtx has picked up an bashism. Attached a patch for the >> patch. >> >> That's it. Will make noise if I find anything more. >> >> Cheers, >> G?ran L >> >> --- >> "There is hopeful symbolism in the fact that flags do not wave in a >> vacuum." >> -- Arthur C. Clarke > > > > ................................................... the future isMobile > > Goran Lowkrantz > System Architect, isMobile AB > Sandviksgatan 81, PO Box 58, S-971 03 Lule?, Sweden > Mobile: +46(0)70-587 87 82 > http://www.ismobile.com ............................................... ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule?, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... From eitanadlerlist at gmail.com Fri Oct 24 21:23:03 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Oct 24 21:23:10 2008 Subject: speed up ports install In-Reply-To: <20081020224843.GA1007@teekoo.com> References: <48FB344E.9040904@gmail.com> <20081020224843.GA1007@teekoo.com> Message-ID: <49023CB2.5040409@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jingshao Chen wrote: > I think this is a good idea. The only thing is we need to get > to install process sync so if one is in need of a package while > the other is downloading, the first process will just wait for > it to complete then proceed. I would l love to implement it and then send it as a patch - but I don't know how. > > Thanks, > Jingshao > > On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: > I have a simple idea to make use the threads without any possibility of > conflicts. I am sure there will be someone to point out a negative, but > I don't see any. > When you do "make install" launch a "make fetch-recursive" thread at the > same time. That way you don't need to wait for the files to > install->fetch the next one->install it->fetch the next one... > For those who don't want that you could get the old behavior with "make > onlyinstall". I currently do this with a "make" wrapper script and I > find installation to be faster. > > _______________________________________________ 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" > _______________________________________________ > 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" - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkCPLIACgkQtl8kq+nCzNGxNgCfcRVq3lxZh+G+Lt3Y5S5BgEk4 70YAn3Z+c7/4LRH6knbiN3nTL78b1lPz =35MD -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Fri Oct 24 21:25:37 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Oct 24 21:25:44 2008 Subject: Xorg - minimal In-Reply-To: <48FDBC9F.20106@gmail.com> References: <48F7DAD1.9000103@gmail.com> <20081017010512.GC71472@mavetju.org> <48FB9E68.8060400@gmail.com> <48FBA6AD.6040901@gmail.com> <48FDBC9F.20106@gmail.com> Message-ID: <49023D4D.7030806@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niclas Zeising wrote: > Eitan Adler wrote: > >> Eitan Adler wrote: >>> Attached is the Makefile. >>> I think it is possible to do "make install clean" on this port which >>> should be in x11/xorg-lite and use "startx" to run X. >>> Once people confirm/test this I'll submit a new port pr. >> I updated the Makefile to conform with portlint's whining. > > This is good work, just one thing. Since xorg-drivers is options-ified, > it just might be better to depend on that instead of just bringing in a > couple of drivers to get things going. This allows people to get the > drivers they want instead, even though it's the lite package. > Just my .02 SEK > As a side note I also think you should add a "conflict with" to point to > the regular xorg package. Compare with gnome and gnome-lite. I think you meant this to go to the mailing list - so I CCed my reply. I think I'll do that instead. I'll submit the next version as a PR. > Otherwise, good work! > Regards! > Niclas > > - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkCPUwACgkQtl8kq+nCzNG4+wCgh6QjHID7gU00l3kMegd+Yg5B nzgAoI73ccaGuHzxzQlTTfvwxpOHitL5 =SR1N -----END PGP SIGNATURE----- From udaff at bigmir.net Fri Oct 24 23:20:20 2008 From: udaff at bigmir.net (=?koi8-r?B?68/O09TBztTJziDnxdLB08nNxc7Lzw==?=) Date: Fri Oct 24 23:23:40 2008 Subject: FreeBSD Port: yate-devel-2.0.0.p1_1 Message-ID: <2894FBE4EE2E44669551DDE11C80ADAB@costya> Hi My name is Constantyn. I want to install Yate v2 under FreeBSD 7, but I have not found net/yate-devel 2.0.0.p1_1 in ports collection of FreeBSD. Can you help me find Yate 2 and install it, I will try developing and improving works Yate 2 in FreeBSD. Best regards, Constantyn From tingox at gmail.com Sat Oct 25 12:51:47 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Oct 25 12:51:53 2008 Subject: gscan2pdf - missing Gtk2-ImageView In-Reply-To: References: Message-ID: Update: On Thu, Oct 16, 2008 at 11:20 PM, Torfinn Ingolfsen wrote: > It has been a while (a few versions) since I last used gscan2pdf. Does > anyone know to which version I must downgrade to get it working again? FWIW. gscan2pdf version 0.9.23 works. root@kg-work2# portversion -vF | grep gscan gscan2pdf-0.9.23_2 < needs updating (port has 0.9.26) -- Regards, Torfinn Ingolfsen From juancr at dsa.es Sat Oct 25 18:15:29 2008 From: juancr at dsa.es (DSA - JCR) Date: Sat Oct 25 18:15:37 2008 Subject: FreeBSD Port: firebird-client-2.0.3_2 Message-ID: <3741.84.18.11.147.1224957433.squirrel@mail.dsa.es> Hi I have found that the por for the Firebird SQL server and client is not up to date. - In the ports the version is 2.0.3_2 -In FirebirdSQl.org the last version is 2.1.1 and also they are testing 2.5 - Also they have made ports for may others OS's, like Solaris, Linux, Windows, in 32 and 64bits platforms. I think that we must have this always up to date in FreeBSD. I work with Firebird SQL Server and under FreeBSD (of course!!!) and also there is many tools that work with like PHP, QT,... Please, let me know if there will be an update for it. Thanks in advance Sincerely Juan Coru?a Desarrollo de Software Atlantico From rnoland at FreeBSD.org Sun Oct 26 01:22:44 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Oct 26 01:22:51 2008 Subject: azureus vuze 4 caution In-Reply-To: <82928CB1-C7E6-49B2-8A83-6505E3761E70@gmail.com> References: <82928CB1-C7E6-49B2-8A83-6505E3761E70@gmail.com> Message-ID: <1224982033.1676.2.camel@wombat.2hip.net> On Fri, 2008-10-17 at 14:15 +0200, t-u-t wrote: > i don't know what usually happens with this, but i have tried vuze 4 > on osx and reverted back immediately to 3 (glad i still had the > installer) since it gave me the impression it is getting a bit > intrusive. > first it auto-scanned for files, which seemed harmless, still would > prefer it ask or explain first. but worst of all, > i got those flashing "congratulations you are visitor 12345678" > garbage right in my face. > > can ppl give their opinion on this and maybe eventually leave version > 3 in ports in anycase I'm running our native builds of vuze 4.0.0.2 now and I'm not seeing anything unusual... robert. > rgds > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081026/3a166463/attachment.pgp From unixmania at gmail.com Sun Oct 26 03:46:17 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Oct 26 03:46:24 2008 Subject: xclip dependencies In-Reply-To: <48FB994A.1080704@gmail.com> References: <48FB994A.1080704@gmail.com> Message-ID: On Sun, Oct 19, 2008 at 6:32 PM, Eitan Adler wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Xclip currently depends on x11/xorg-libraries > > Here are the relevant includes > > #include > #include > #include > #include > #include > #include > #include > #include "xcdef.h" > #include "xcprint.h" > #include "xclib.h" > > Can the xclip Makefile be changed to only depend on specific libraries? It should be as simple as adding to the Makefile a line containing USE_XORG= x11 xmu Unfortunately it is not, due to the way the USE_IMAKE variable is interpreted (see bsd.port.mk). -- cd /usr/ports/sysutils/life make clean From unixmania at gmail.com Sun Oct 26 04:43:39 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Oct 26 04:43:47 2008 Subject: xclip dependencies In-Reply-To: <4903EDA9.10103@gmail.com> References: <48FB994A.1080704@gmail.com> <4903EDA9.10103@gmail.com> Message-ID: On Sun, Oct 26, 2008 at 2:10 AM, Eitan Adler wrote: > I looked at the file - although I don't actually know what I should > looking for. ... 1374 .if defined(USE_IMAKE) && !defined(USE_X_PREFIX) 1375 USE_X_PREFIX= yes 1376 .endif ... 1380 .if defined(USE_X_PREFIX) 1381 USE_XLIB= yes 1382 .endif ... 1844 X_LIBRARIES_PORT= ${PORTSDIR}/x11/xorg-libraries ... 2033 .if defined(USE_XLIB) 2034 . if defined(USE_LINUX) 2035 RUN_DEPENDS+= ${LINUXBASE}/usr/X11R6/lib/libXrender.so.1:${PORTSDIR}/x11/linux-xorg-libs 2036 . else 2037 BUILD_DEPENDS+= ${X11BASE}/libdata/xorg/libraries:${X_LIBRARIES_PORT} 2038 RUN_DEPENDS+= ${X11BASE}/libdata/xorg/libraries:${X_LIBRARIES_PORT} 2039 . endif 2040 .endif > There is no way to limit the number of dependencies ? It would be necessary to hack a workaround, perhaps setting USE_X_PREFIX as "no". Try the Makefile below. It works, but I'm not sure if it is legal to touch USE_X_PREFIX even knowing that X11BASE is the same as LOCALBASE these days. -- cd /usr/ports/sysutils/life make clean # ex:ts=8 # New ports collection makefile for: xclip # Date created: Dec 18, 2001 # Whom: ijliao # # $FreeBSD: ports/x11/xclip/Makefile,v 1.6 2007/05/19 20:27:39 flz Exp $ # PORTNAME= xclip PORTVERSION= 0.08 PORTREVISION= 2 CATEGORIES= x11 MASTER_SITES= http://www.stearns.org/xclip/ \ http://ftp.ussg.iu.edu/linux/gentoo/distfiles/ \ http://gd.tuwien.ac.at/opsys/linux/gentoo/distfiles/ MAINTAINER= ports@FreeBSD.org COMMENT= An interface to X selections ("the clipboard") from the command line WRKSRC= ${WRKDIR}/${PORTNAME} USE_IMAKE= yes USE_X_PREFIX= no USE_XORG= x11 xmu MAN1= xclip.1 PLIST_FILES= bin/xclip .include From jacula at gmail.com Sun Oct 26 07:53:11 2008 From: jacula at gmail.com (Jacula Modyun) Date: Sun Oct 26 07:53:18 2008 Subject: New Port: wxHaskell Message-ID: <20081026072205.GA8029@splork.wirewater.yow> Hi all, some months ago I opened the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126012 in order to: 1) control in a centralized way the installation of ports, related to the Haskell language. 2) have the WxHaskell libraries in the ports system. I don't know if someone is interested in the using these libraries, but in any way, I looking for a volunteer, in the community, that could check, take and approve this PR. I hope in some generous spirit :-). Giuseppe Pilichi aka Jacula Modyun -- THE DAILY PLANET SUPERMAN SAVES DESSERT! Plans to "Eat it later" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081026/d4b7f8ba/attachment.pgp From fbsd1 at a1poweruser.com Sun Oct 26 10:17:18 2008 From: fbsd1 at a1poweruser.com (FBSD1) Date: Sun Oct 26 10:17:25 2008 Subject: FreeBSD Port: kdenetwork-kopete-0.12.8 Message-ID: This returns no sources found. What is the current status of this port/package? http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete From mail at ozzmosis.com Sun Oct 26 10:35:18 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sun Oct 26 10:35:26 2008 Subject: FreeBSD Port: kdenetwork-kopete-0.12.8 In-Reply-To: References: Message-ID: <20081026103513.GA64829@ozzmosis.com> On Sun 2008-10-26 18:17:48 UTC+0800, FBSD1 (fbsd1@a1poweruser.com) wrote: > This returns no sources found. > What is the current status of this port/package? > > http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete Are you saying the download fails? It looks fine to me. $ cd /usr/ports/net-im/kopete $ sudo make fetch ===> Vulnerability check disabled, database not found => kdenetwork-3.5.10.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/KDE. => Attempting to fetch from http://mirrors.isc.org/pub/kde/stable/3.5.10/src/. kdenetwork-3.5.10.tar.bz2 12% of 9117 kB 255 kBps From joeb at a1poweruser.com Sun Oct 26 10:43:09 2008 From: joeb at a1poweruser.com (joeb) Date: Sun Oct 26 10:43:16 2008 Subject: FreeBSD Port: kdenetwork-kopete-0.12.8 In-Reply-To: <20081026103513.GA64829@ozzmosis.com> Message-ID: On Sun 2008-10-26 18:17:48 UTC+0800, FBSD1 (fbsd1@a1poweruser.com) wrote: > This returns no sources found. > What is the current status of this port/package? > > http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete Are you saying the download fails? It looks fine to me. $ cd /usr/ports/net-im/kopete $ sudo make fetch ===> Vulnerability check disabled, database not found => kdenetwork-3.5.10.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/KDE. => Attempting to fetch from http://mirrors.isc.org/pub/kde/stable/3.5.10/src/. kdenetwork-3.5.10.tar.bz2 12% of 9117 kB 255 kBps -----Original Message----- From: andrew clarke [mailto:mail@ozzmosis.com] Sent: Sunday, October 26, 2008 6:35 PM To: FBSD1 Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: kdenetwork-kopete-0.12.8 No what I am saying is when I go to that link it replies with no sources found. From mail at ozzmosis.com Sun Oct 26 11:02:15 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sun Oct 26 11:02:22 2008 Subject: FreeBSD Port: kdenetwork-kopete-0.12.8 In-Reply-To: References: <20081026103513.GA64829@ozzmosis.com> Message-ID: <20081026110209.GA65188@ozzmosis.com> On Sun 2008-10-26 18:43:38 UTC+0800, joeb (joeb@a1poweruser.com) wrote: >> > http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete >> >> Are you saying the download fails? It looks fine to me. > > No what I am saying is when I go to that link it replies with no > sources found. Ah, I see. You need to be MUCH clearer in your bug reports! ie. 1. Go to http://www.freebsd.org/ports/index.html 2. Search for "kopete". URL is now http://www.freebsd.org/cgi/ports.cgi?query=kopete+&stype=all 4. Click on "Sources". URL is now http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete Web page reads: "Sources for ports/net-im/kopete Sorry, did not find the sources for ports/net-im/kopete" This would seem to be an error on the FreeBSD web site itself, not a problem with the port. You can still see the status of the port: 1. Go to http://www.freebsd.org/ports/index.html 2. Search for "kopete". URL is now http://www.freebsd.org/cgi/ports.cgi?query=kopete+&stype=all 3. Click on "kdenetwork-kopete-0.12.8" URL is now http://www.freebsd.org/cgi/cvsweb.cgi/ports/net-im/kopete/ Web page shows the port was last modified 8 weeks ago. From fbsd1 at a1poweruser.com Sun Oct 26 11:28:25 2008 From: fbsd1 at a1poweruser.com (FBSD1) Date: Sun Oct 26 11:28:32 2008 Subject: FreeBSD Port: kdenetwork-kopete-0.12.8 In-Reply-To: <20081026110209.GA65188@ozzmosis.com> Message-ID: On Sun 2008-10-26 18:43:38 UTC+0800, joeb (joeb@a1poweruser.com) wrote: >> > http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete >> >> Are you saying the download fails? It looks fine to me. > > No what I am saying is when I go to that link it replies with no > sources found. Ah, I see. You need to be MUCH clearer in your bug reports! ie. 1. Go to http://www.freebsd.org/ports/index.html 2. Search for "kopete". URL is now http://www.freebsd.org/cgi/ports.cgi?query=kopete+&stype=all 4. Click on "Sources". URL is now http://www.freebsd.org/cgi/pds.cgi?ports/net-im/kopete Web page reads: "Sources for ports/net-im/kopete Sorry, did not find the sources for ports/net-im/kopete" This would seem to be an error on the FreeBSD web site itself, not a problem with the port. You can still see the status of the port: 1. Go to http://www.freebsd.org/ports/index.html 2. Search for "kopete". URL is now http://www.freebsd.org/cgi/ports.cgi?query=kopete+&stype=all 3. Click on "kdenetwork-kopete-0.12.8" URL is now http://www.freebsd.org/cgi/cvsweb.cgi/ports/net-im/kopete/ Web page shows the port was last modified 8 weeks ago. -----Original Message----- From: andrew clarke [mailto:mail@ozzmosis.com] Sent: Sunday, October 26, 2008 7:02 PM To: joeb Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: kdenetwork-kopete-0.12.8 After researching in greater detail it seem that kopete has never had a package generated for it. I did ftp of the packages server and checked all the different releases latest directory and find kopete has never been built as a package all the way back to release 5.0. There must be an error in the release package build system. Can a package be built for inclusion in current and 7.1 and 8.0 releases? From mail at ozzmosis.com Sun Oct 26 13:58:23 2008 From: mail at ozzmosis.com (andrew clarke) Date: Sun Oct 26 13:58:29 2008 Subject: FreeBSD Port: kdenetwork-kopete-0.12.8 In-Reply-To: References: <20081026110209.GA65188@ozzmosis.com> Message-ID: <20081026135817.GA66741@ozzmosis.com> On Sun 2008-10-26 19:28:55 UTC+0800, FBSD1 (fbsd1@a1poweruser.com) wrote: > After researching in greater detail it seem that kopete has never had a > package generated for it. The freebsd.org folks only have limited resources. Not all the ports have packages made for them. > I did ftp of the packages server and checked all the different releases > latest directory and find kopete has never been built as a package all the > way back to release 5.0. There must be an error in the release package build > system. It is not an error for a package to not exist. The packages made available on freebsd.org are really only provided for the convenience of sysadmins don't have to build all their ports from source. With several thousand ports in the ports tree it's just not practical to supply packages for all of them. It's just inevitable that some ports have to be built from source by the sysadmin. Anyway, it is pretty easy to build it yourself and make your own package. cd /usr/ports/net-im/kopete make package You can also use 'pkg_create -b' instead of 'make package'. > Can a package be built for inclusion in current and 7.1 and 8.0 > releases? Only commonly used ports (eg. Apache) are supplied on the release discs. From eitanadlerlist at gmail.com Sun Oct 26 17:39:50 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 26 17:39:57 2008 Subject: xclip dependencies In-Reply-To: References: <48FB994A.1080704@gmail.com> <4903EDA9.10103@gmail.com> Message-ID: <4904AB61.2070402@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Carlos A. M. dos Santos wrote: The makefile you provided works to install xclip it also reduces the number of dependencies. I personally feel that it should be committed. Any comments before I open a PR? - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkEq2EACgkQtl8kq+nCzNGRzACcDdlx1TpiP0BjrpEsj188M+Vy gwsAn1QUf/BiOfeOSco8tHscR2oCdCZv =mbWT -----END PGP SIGNATURE----- From unixmania at gmail.com Sun Oct 26 21:52:43 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Oct 26 21:52:50 2008 Subject: xclip dependencies In-Reply-To: <4904AB61.2070402@gmail.com> References: <48FB994A.1080704@gmail.com> <4903EDA9.10103@gmail.com> <4904AB61.2070402@gmail.com> Message-ID: On Sun, Oct 26, 2008 at 3:39 PM, Eitan Adler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Carlos A. M. dos Santos wrote: > > The makefile you provided works to install xclip it also reduces the > number of dependencies. I personally feel that it should be committed. > Any comments before I open a PR? The makefile clearly subverts the order by predefining USE_X_PREFIX as "no". It solves the problem but I'd prefer a general solution, perhaps removing the definitions of BUILD_DEPENDS and RUN_DEPENDS, in lines 2037 and 2038 of bsd.port.mk. I'm afraid, however, that this would break packages that don't list their run-time dependencies via USE_XORG. -- cd /usr/ports/sysutils/life make clean From erwin at FreeBSD.org Sun Oct 26 21:59:25 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Oct 26 21:59:32 2008 Subject: INDEX build failed for 6.x Message-ID: <200810262159.m9QLxIZg009538@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jed-0.99.8.j067_3: no entry for /usr/ports/japanese/Canna make_index: ja-jed-0.99.8.j067_3: no entry for /usr/ports/japanese/Canna make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-xemacs-mule-canna-21.4.21_3: no entry for /usr/ports/japanese/Canna make_index: ja-xemacs-mule-canna-21.4.21_3: no entry for /usr/ports/japanese/Canna make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 hrs makc thierry Most recent CVS update was: U MOVED U UPDATING U audio/kid3/Makefile U audio/kid3/distinfo U audio/kid3/pkg-plist U audio/kid3-kde4/Makefile U audio/kid3-kde4/distinfo U audio/kid3-kde4/pkg-plist U cad/gmsh/Makefile U cad/gmsh/distinfo U cad/gmsh/pkg-plist U chinese/FreeWnn-lib/Makefile U chinese/FreeWnn-lib/pkg-descr U chinese/FreeWnn-server/Makefile U chinese/FreeWnn-server/pkg-descr U devel/bouml/Makefile U devel/bouml/distinfo U devel/bouml/pkg-plist U devel/hs-haddock-docs/Makefile U emulators/aqemu/Makefile U emulators/aqemu/distinfo U emulators/aqemu/files/patch-AQEMU.pro U graphics/hs-HGL-ghc/Makefile U japanese/Makefile U japanese/FreeWnn-lib/Makefile U japanese/FreeWnn-lib/pkg-descr U japanese/FreeWnn-lib/pkg-plist U japanese/FreeWnn-lib/files/patch-Wnn-man-Makefile.in U japanese/FreeWnn-lib/files/patch-makerule.mk.in U japanese/FreeWnn-server/Makefile U japanese/FreeWnn-server/distinfo U japanese/FreeWnn-server/pkg-descr U japanese/FreeWnn-server/files/patch-Wnn-man-Makefile.in U japanese/FreeWnn-server/files/patch-makerule.mk.in U japanese/FreeWnn-server/files/pkg-install.in U japanese/canna-lib/Makefile U japanese/canna-lib/pkg-descr U japanese/canna-lib/pkg-plist U japanese/canna-lib/files/patch-Canna.conf U japanese/canna-lib/files/patch-Imakefile U japanese/canna-server/Makefile U japanese/canna-server/pkg-descr U japanese/canna-server/pkg-message U japanese/canna-server/pkg-plist U japanese/canna-server/files/canna.sh.in U japanese/canna-server/files/patch-Canna.conf U japanese/cannadic/Makefile U japanese/elvis/Makefile U japanese/emacs-emcws/Makefile U japanese/gskk/Makefile U japanese/iiimf-le-canna/Makefile U japanese/im-ja/Makefile U japanese/jvim3/Makefile U japanese/kinput2/Makefile U japanese/kinput2/pkg-descr U japanese/kinput2/pkg-plist U japanese/kinput2/files/Kinput2.conf.in U japanese/ng/Makefile U japanese/nvi-euc-jp/Makefile U japanese/nvi-iso-2022-jp/Makefile U japanese/nvi-sjis/Makefile U japanese/onew/Makefile U japanese/onew/pkg-descr U japanese/onew/files/ONEW_CONF-for-canna+freewnn.in U japanese/onew/files/ONEW_CONF-for-canna+wnn6.in U japanese/onew/files/ONEW_CONF-for-canna+wnn7.in U japanese/onew/files/ONEW_CONF-for-canna.in U japanese/onew/files/ONEW_CONF-for-freewnn.in U japanese/onew/files/ONEW_CONF-for-wnn.in U japanese/onew/files/ONEW_CONF-for-wnn6.in U japanese/onew/files/ONEW_CONF-for-wnn7.in U japanese/scim-canna/Makefile U japanese/sj3-lib/Makefile U japanese/sj3-lib/distinfo U japanese/sj3-lib/pkg-descr U japanese/sj3-lib/pkg-plist U japanese/sj3-lib/files/patch-sj3.tmpl U japanese/sj3-lib/files/post-patch-Imakefile U japanese/sj3-lib/files/sj3_freebsd.tmpl.in U japanese/sj3-server/Makefile U japanese/sj3-server/distinfo U japanese/sj3-server/pkg-descr U japanese/sj3-server/pkg-install U japanese/sj3-server/pkg-plist U japanese/sj3-server/files/patch-sj3.tmpl U japanese/sj3-server/files/post-patch-Imakefile U japanese/sj3-server/files/post-patch-doc-doc-Imakefile.nodocports U japanese/sj3-server/files/post-patch-include-Const.h U japanese/sj3-server/files/post-patch-server-comuni.c U japanese/sj3-server/files/post-patch-server-serverrc U japanese/sj3-server/files/post-patch-server-setup.c U japanese/sj3-server/files/post-patch-server-sj3serv.h U japanese/sj3-server/files/post-patch-sj3lib-Imakefile U japanese/sj3-server/files/sj3.sh.in U japanese/sj3-server/files/sj3_freebsd.tmpl.in U japanese/uim-canna/Makefile U japanese/umefont/Makefile U japanese/umefont/distinfo U japanese/umefont/files/pkg-install.in U korean/FreeWnn-lib/Makefile U korean/FreeWnn-lib/pkg-descr U korean/FreeWnn-server/Makefile U korean/FreeWnn-server/pkg-descr U math/mumps/Makefile U math/mumps/distinfo U math/mumps/pkg-plist From QAT at FreeBSD.org Sun Oct 26 22:38:53 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Oct 26 22:38:59 2008 Subject: devel/libcheck - fails: mtree Message-ID: <20081026223851.3323D12E3FB7@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 58 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log : building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/libcheck Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Oct 26 22:38:34 UTC 2008 ................................................... Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz' Deleting libcheck-0.9.5_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 1955433 4 drwxr-xr-x 2 root wheel 512 Oct 26 22:38 usr/local/share/doc/check-0.9.5 1955434 240 -r--r--r-- 1 root wheel 121027 Oct 26 22:38 usr/local/share/doc/check-0.9.5/SVNChangeLog 1955437 68 -r--r--r-- 1 root wheel 33962 Oct 26 22:38 usr/local/share/doc/check-0.9.5/ChangeLog 1955438 8 -r--r--r-- 1 root wheel 3680 Oct 26 22:38 usr/local/share/doc/check-0.9.5/ChangeLogOld 1955441 16 -r--r--r-- 1 root wheel 7712 Oct 26 22:38 usr/local/share/doc/check-0.9.5/NEWS 1955442 8 -r--r--r-- 1 root wheel 2551 Oct 26 22:38 usr/local/share/doc/check-0.9.5/README 1955393 4 drwxr-xr-x 4 root wheel 512 Oct 26 22:38 usr/local/share/examples/check-0.9.5 1955394 4 -r--r--r-- 1 root wheel 80 Oct 26 22:38 usr/local/share/examples/check-0.9.5/Makefile.am 1955396 4 -r--r--r-- 1 root wheel 614 Oct 26 22:38 usr/local/share/examples/check-0.9.5/README 1955397 4 -r--r--r-- 1 root wheel 1144 Oct 26 22:38 usr/local/share/examples/check-0.9.5/configure.ac 1955399 4 drwxr-xr-x 2 root wheel 512 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src 1955400 4 -r--r--r-- 1 root wheel 195 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/Makefile.am 1955401 4 -r--r--r-- 1 root wheel 242 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/main.c 1955402 4 -r--r--r-- 1 root wheel 512 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.c 1955404 4 -r--r--r-- 1 root wheel 227 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.h 1955405 4 -r--r--r-- 1 root wheel 54 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.1.h 1955406 4 -r--r--r-- 1 root wheel 227 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.2.h 1955408 0 -r--r--r-- 1 root wheel 0 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.1.c 1955409 4 -r--r--r-- 1 root wheel 252 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.3.c 1955410 4 -r--r--r-- 1 root wheel 293 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.4.c 1955412 4 -r--r--r-- 1 root wheel 462 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.5.c 1955417 4 -r--r--r-- 1 root wheel 512 Oct 26 22:38 usr/local/share/examples/check-0.9.5/src/money.6.c 1955421 4 drwxr-xr-x 2 root wheel 512 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests 1955422 4 -r--r--r-- 1 root wheel 273 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/Makefile.am 1955423 4 -r--r--r-- 1 root wheel 1610 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/check_money.c 1955424 4 -r--r--r-- 1 root wheel 32 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/check_money.1.c 1955425 4 -r--r--r-- 1 root wheel 379 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/check_money.2.c 1955426 4 -r--r--r-- 1 root wheel 863 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/check_money.3.c 1955429 4 -r--r--r-- 1 root wheel 1452 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/check_money.6.c 1955430 4 -r--r--r-- 1 root wheel 1610 Oct 26 22:38 usr/local/share/examples/check-0.9.5/tests/check_money.7.c ================================================================ build of /usr/ports/devel/libcheck ended at Sun Oct 26 22:38:49 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From greg.mosier at gmail.com Sun Oct 26 22:45:04 2008 From: greg.mosier at gmail.com (Greg Mosier) Date: Sun Oct 26 22:45:11 2008 Subject: subversion-1.5.4 References: <200810040711.05805.david@vizion2000.net><20081004140537.GA5192@ozzmosis.com> <4901006B.6090907@users.sf.net> Message-ID: <007901c937b9$a0f380c0$3200000a@picard> Hello, Has anyone else upgraded subversion to 1.5.4 whom also uses devel/git? In my experience, 1.5.4 breaks git. Cheers, GregMo From QAT at FreeBSD.org Sun Oct 26 23:23:34 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Oct 26 23:23:41 2008 Subject: cvs commit: ports/japanese/jed Makefile In-Reply-To: <200810262245.m9QMjRVD069895@repoman.freebsd.org> References: In-Reply-To: <200810262245.m9QMjRVD069895@repoman.freebsd.org> Message-ID: <20081026232332.31DFF12E3FB7@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ja-jed-0.99.8.j067_3.log : building ja-jed-0.99.8.j067_3 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/jed Makefile ident: $FreeBSD: ports/japanese/jed/Makefile,v 1.24 2008/10/26 22:45:27 hrs Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Oct 26 23:23:10 UTC 2008 ................................................... ===> ja-jed-0.99.8.j067_3 depends on shared library: slang.2 - found ===> ja-jed-0.99.8.j067_3 depends on shared library: canna.1 - found ===> Generating temporary packing list ===> Checking if japanese/jed already installed install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/jed /usr/local/bin/ install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/rgrep /usr/local/bin/ install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/xjed /usr/local/bin/ install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/getmail /usr/local/lib/jed/bin/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/*.sl /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/*.dat /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/*.hlp /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/jed.rc /usr/local/lib/jed/lib/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/colors/* /usr/local/lib/jed/lib/colors/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/tm/* /usr/local/lib/jed/lib/tm/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/doc/jed.1 /usr/local/man/man1/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/doc/rgrep.1 /usr/local/man/man1/ ************************************************************ Quickstart: cp ${PREFIX}/lib/jed/lib/jed.rc ~/.jedrc jed ~/.jedrc Read ${PREFIX}/lib/jed/doc/jed-j.doc for details. ************************************************************ ===> Compressing manual pages for ja-jed-0.99.8.j067_3 ===> Registering installation for ja-jed-0.99.8.j067_3 ================================================================ ======================================== ===> Building package for ja-jed-0.99.8.j067_3 Creating package /tmp/packages/All/ja-jed-0.99.8.j067_3.tbz Registering depends: ja-canna-lib-3.7p3_4 xorg-libraries-7.3_2 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXrandr-1.2.2_1 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXcomposite-0.4.0,1 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXTrap-1.0.0 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 liboldX-1.0.1 libxkbui-1.0.2_1 libxkbfile-1.0.4 libXft-2.1.13 libXcursor-1.1.9_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXfixes-4.0.3_1 trapproto-3.4.3 libXt-1.0.5_1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libFS-1.0.0_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libXfont-1.3.1_3,1 libfontenc-1.0.4 xproto-7.0.10_1 pixman-0.10.0_2 xtrans-1.0.4 fontconfig-2.5.0,1 freetype2-2.3.7 pkg-config-0.23_1 ja-libslang-1.4.5.j2 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4 .0 inputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-jed-0.99.8.j067_3.tbz' Deleting ja-jed-0.99.8.j067_3 pkg_delete: unable to completely remove directory '/usr/local/lib/jed' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 2239042 4 drwxr-xr-x 3 root wheel 512 Oct 26 23:23 usr/local/lib/jed 2239044 4 drwxr-xr-x 2 root wheel 512 Oct 26 23:23 usr/local/lib/jed/doc ================================================================ build of /usr/ports/japanese/jed ended at Sun Oct 26 23:23:30 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From erwin at FreeBSD.org Mon Oct 27 01:08:44 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 27 01:08:51 2008 Subject: INDEX build failed for 6.x Message-ID: <200810270108.m9R18cTM080351@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 hrs makc thierry Most recent CVS update was: U editors/xemacs21-mule/Makefile U japanese/jed/Makefile U japanese/sj3-server/Makefile From erwin at FreeBSD.org Mon Oct 27 04:19:19 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 27 04:19:25 2008 Subject: INDEX build failed for 6.x Message-ID: <200810270419.m9R4JDlu025727@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 hrs makc thierry Most recent CVS update was: From bugmaster at FreeBSD.org Mon Oct 27 11:06:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 27 11:06:32 2008 Subject: Current unassigned ports problem reports Message-ID: <200810271106.m9RB67Qb000864@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/128414 [NEW PORT] textproc/p5-XML-Atom-Ext-OpenSearch: XML::A o ports/128410 [MAINTAINER] www/gallery2: update to 2.3 o ports/128409 [maintainer-update] net-mgmt/nrpe2: Update to 2.12 o ports/128407 [maintainer-update] net-mgmt/nagios: Correct @dirrmtry o ports/128406 New port: security/monkeysphere f ports/128404 www/mod_ntlm2: fix plist o ports/128403 [Update] www/asterisk-gui to 2.0.3 o ports/128384 new port xorg-minimal o ports/128382 [net port] misc/zconf-utils Various utilities for man o ports/128381 Update port: net/p5-ZConf update to 0.6.0 from 0.4.0 o ports/128371 New port: textproc/ibus Intelligent Input Bus for Linu f ports/128359 update multimedia/vlc-devel to 0.9.5 o ports/128354 [new port] add news/husky-htick-devel port f ports/128323 Update of ports/x11-fonts/terminus-font f ports/128288 sysutils/hpacucli does not work f ports/128271 biology/ncbi-toolkit - blastall segfaults when output f ports/128159 Port Update: textproc/xerces-c2 2.7.0 -> 2.8.0 f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 f ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128124 www/sams update, take maintainership o ports/128107 [PATCH] dns/nss_mdns: install extra module f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs o ports/128060 new port: editors/nano-devel f ports/128048 www/mod_proxy_html port installs broken configuration f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127905 science/gramps: installation and runtime problems with o ports/127899 mail/sympa5 is outdated o ports/127857 [NEW PORT] multimedia/mythtv-themes: The official Myth o ports/127856 [NEW PORT] multimedia/mythtv-frontend: MythTV is a hom o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha o ports/127555 comms/rxtx : USB serial device can not use f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n s ports/126577 [Update]graphics/qgis:update to 0.11.0 f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added o ports/125705 semi new port: resurrect graphics/mesagl in a mangled f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124083 net/vnc is not building the xorg vnc module f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/117945 New port: sysutils/metamorphose-1.1 Metamorphose flexi f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 84 problems total. From kono at kth.se Mon Oct 27 16:45:34 2008 From: kono at kth.se (Alexander Konovalenko) Date: Mon Oct 27 16:45:41 2008 Subject: petsc-mpich compilation error Message-ID: <200810271714.03551@3667> Hi, I have a problem with petsc-mpich port: ... ===> petsc-mpich-2.3.3.p0_1,1 depends on shared library: netcdf.4 - found ===> Configuring for petsc-mpich-2.3.3.p0_1,1 /usr/bin/sed -i.bak -e "s|AMD/Include|include/AMD|" -e "s| AMD/Lib|/usr/local/lib|" /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/python/PETSc/packages/UMFPACK.py /usr/bin/sed -i.bak -e "s|/bin/ksh|/usr/local/bin/ksh|" /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/bin/popup /usr/bin/sed -i.bak -e "s| %%PACKAGE%%||" /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/makefile /usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/config/configure.py env: python: No such file or directory ===> Script "config/configure.py" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/math/petsc-mpich/work/petsc-2.3.3-p0/configure.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/math/petsc-mpich. File configure.log is non-existing. Any ideas how to compile this port? My system: uname -a FreeBSD mink.nanophys.kth.se 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Wed Oct 15 23:25:44 CEST 2008 user@host:/usr/obj/usr/src/sys/MINK64SMP amd64 regards, Alexander Konovalenko +46-8-5537-8143 (office) +46-7-3752-2116 http://daemon.nanophys.kth.se/~kono Royal Institute of Technology (KTH) Nanostructure Physics Department, Albanova Roslagstullsbacken 21 10691 Stockholm Sweden From kitchetech at gmail.com Mon Oct 27 18:05:43 2008 From: kitchetech at gmail.com (matt donovan) Date: Mon Oct 27 18:05:50 2008 Subject: pkg_trans progress Message-ID: <28283d910810271042i1db3fdewdad9ee01e5ac3b82@mail.gmail.com> I have tried building this and it fails at two places one is the libinstall.a compiling which make buildworld creates. and the other part is at main.o but when I build this outside the source tree it does seem to compile and install just fine. From kitchetech at gmail.com Mon Oct 27 18:35:54 2008 From: kitchetech at gmail.com (matt donovan) Date: Mon Oct 27 18:36:06 2008 Subject: What if a port doesn't have a version Message-ID: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> I am writing a port for cinelerra and to grab the source you must get it from the git repo that they have. so the software doesn't have a version so to speak. Should I use the version from the installed version after I install cinelerra for the portversion and just tar it up? From cswiger at mac.com Mon Oct 27 18:39:41 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Oct 27 18:39:55 2008 Subject: What if a port doesn't have a version In-Reply-To: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> References: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> Message-ID: <05F1A8FA-F95C-4519-9EF6-2FB8416FD962@mac.com> On Oct 27, 2008, at 11:35 AM, matt donovan wrote: > I am writing a port for cinelerra and to grab the source you must > get it > from the git repo that they have. so the software doesn't have a > version so > to speak. > > Should I use the version from the installed version after I install > cinelerra for the portversion and just tar it up? Create your own tarball and give it a version which is a date- timestamp like "20081027"... Regards, -- -Chuck From erwin at FreeBSD.org Mon Oct 27 19:02:31 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 27 19:02:37 2008 Subject: INDEX build failed for 6.x Message-ID: <200810271902.m9RJ2VQc047895@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 erwin fjoe flz hrs jadawin knu lbr lev makc mm skv sobomax tabthorpe thierry wxs Most recent CVS update was: U archivers/upx/Makefile U archivers/upx/distinfo U cad/gplcver/Makefile U devel/libcwd/Makefile U devel/p5-Attribute-Handlers/Makefile U devel/p5-Attribute-Handlers/distinfo U devel/p5-Devel-StackTrace/Makefile U devel/p5-Devel-StackTrace/distinfo U devel/pharmacy/Makefile U devel/py-dal/Makefile U devel/py-dal/distinfo U devel/subversion/Makefile.common U devel/subversion/files/svnserve.in U games/palomino/Makefile U games/palomino/distinfo U graphics/p5-Image-ExifTool/Makefile U graphics/p5-Image-ExifTool/distinfo U graphics/p5-Image-ExifTool/pkg-plist U misc/imerge/Makefile U misc/imerge/distinfo U misc/kcd/Makefile U misc/kcd-devel/Makefile U multimedia/banshee/Makefile U multimedia/banshee/distinfo U multimedia/banshee/pkg-plist U textproc/Makefile U textproc/p5-XML-Atom-Ext-OpenSearch/Makefile U textproc/p5-XML-Atom-Ext-OpenSearch/distinfo U textproc/p5-XML-Atom-Ext-OpenSearch/pkg-descr U textproc/p5-XML-Atom-Ext-OpenSearch/pkg-plist U www/mod_ntlm2/Makefile U www/mod_ntlm2/pkg-plist U www/p5-CGI-Session/Makefile U www/p5-CGI-Session/distinfo U www/p5-Catalyst-Authentication-Store-LDAP/Makefile U www/p5-Catalyst-Authentication-Store-LDAP/distinfo U www/p5-Catalyst-Plugin-Authentication/Makefile U www/p5-Catalyst-Plugin-Authentication/distinfo U www/trac-iniadmin/Makefile U www/trac-iniadmin/distinfo U www/trac-ticketdelete/Makefile U www/trac-ticketdelete/distinfo U www/trac-tocmacro/Makefile U www/trac-tocmacro/distinfo U x11-wm/sapphire/Makefile From cswiger at mac.com Mon Oct 27 19:07:25 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Oct 27 19:07:30 2008 Subject: What if a port doesn't have a version In-Reply-To: <49060EBC.5070807@FreeBSD.org> References: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> <05F1A8FA-F95C-4519-9EF6-2FB8416FD962@mac.com> <49060EBC.5070807@FreeBSD.org> Message-ID: <9F2499D4-70F2-47FB-AB88-A909BEA0961C@mac.com> On Oct 27, 2008, at 11:55 AM, Pietro Cerutti wrote: > |> Should I use the version from the installed version after I install > |> cinelerra for the portversion and just tar it up? > | > | Create your own tarball and give it a version which is a date- > timestamp > | like "20081027"... > > Or use the revision control's revision number. That works well with things like Subversion which ensure that the "revision number" is monotonically increasing. My understanding of git is that it favors decentralized workareas or repositories without a project-wide unique version number, and it's revisions look like "commit c82a22c39cbc32576f64f5c6b3f24b99ea8149c7" in the logs, which do not compare sensibly when considered as numbers. Regards, -- -Chuck From gahr at FreeBSD.org Mon Oct 27 19:09:56 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Oct 27 19:10:04 2008 Subject: What if a port doesn't have a version In-Reply-To: <9F2499D4-70F2-47FB-AB88-A909BEA0961C@mac.com> References: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> <05F1A8FA-F95C-4519-9EF6-2FB8416FD962@mac.com> <49060EBC.5070807@FreeBSD.org> <9F2499D4-70F2-47FB-AB88-A909BEA0961C@mac.com> Message-ID: <490611FD.9060807@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Chuck Swiger wrote: | On Oct 27, 2008, at 11:55 AM, Pietro Cerutti wrote: |> |> Should I use the version from the installed version after I install |> |> cinelerra for the portversion and just tar it up? |> | |> | Create your own tarball and give it a version which is a date-timestamp |> | like "20081027"... |> |> Or use the revision control's revision number. | | That works well with things like Subversion which ensure that the | "revision number" is monotonically increasing. My understanding of git | is that it favors decentralized workareas or repositories without a | project-wide unique version number, and it's revisions look like "commit | c82a22c39cbc32576f64f5c6b3f24b99ea8149c7" in the logs, which do not | compare sensibly when considered as numbers. ENOCLUE about git. It may well be that my suggestion does not apply to this particular RCS. In this case, sorry for the noise :) | | Regards, - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkkGEfwACgkQwMJqmJVx946DCwCfXK0EQ4DxV/HsDx/2n8mv6hpK tbQAnAlG5rkIab0QwPo8NuEUIq+UitPt =eNY3 -----END PGP SIGNATURE----- From gamato at users.sf.net Mon Oct 27 19:10:29 2008 From: gamato at users.sf.net (martinko) Date: Mon Oct 27 19:10:35 2008 Subject: Call for comments - pkg_trans In-Reply-To: <4892BD23.8000405@quip.cz> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <20080801125414.55567d37@ayiin> <4892B440.4090809@FreeBSD.org> <4892BD23.8000405@quip.cz> Message-ID: Miroslav Lachman wrote: > Doug Barton wrote: >> Norberto Meijome wrote: > > [...] > >>> And since we are just wishing for things, It'd be nice to have an >>> opportunity to back off from a install/remove after calculating >>> dependencies, such as that provided by yum (it shows everything it >>> will do and asks for confirmation before proceeding. ) >> >> >> portmaster has the --show-work option that gives you output like this: >> >> ===>>> Port directory: /usr/ports/sysutils/fusefs-ntfs >> ===>>> Starting check for all dependencies >> ===>>> Gathering dependency list for sysutils/fusefs-ntfs from ports >> >> ===>>> Installed archivers/unzip >> ===>>> Installed converters/libiconv >> ===>>> Installed devel/gmake >> ===>>> Installed devel/libtool15 >> ===>>> NOT INSTALLED devel/libublio >> ===>>> Installed devel/pkg-config >> ===>>> NOT INSTALLED lang/ruby18 >> ===>>> NOT INSTALLED sysutils/fusefs-kmod >> ===>>> NOT INSTALLED sysutils/fusefs-libs >> ===>>> NOT INSTALLED textproc/ruby-deplate >> >> Is that what you had in mind? That is currently a separate operation >> because for ports with a lot of dependencies it can take a long time >> to build the list. But I suppose that if there is interest I could >> create a new mode of operation to do that check first, then confirm >> with the user that they want to proceed. > > Yes, it would be useful to me. Sometimes old ports comes with new > default options and brings new dependencies which I do not want to have > installed with update / upgrade of port, but it is not easy to track > these changes. If portmaster will have option to firstly show above info > about dependencies and wait for confirmation, I will use this feature. > Maybe in combination with some advanced logic: if all dependencies are > installed, continue without confirmation, if some dependency is missing, > wait for my confirmation. > What you think about it? > Yes, this would definitely be very useful! BTW, I have a question (and a wish;)) -- if I specify multiple ports to install and portmaster fails to resolve some of them it aborts. I wish it would go on and install whatever ports it could resolve. More background -- I have a list of ports I always install. Using a little script I concatenate this list and pass it to portupgrade or portmaster after fresh system install. Now if there's a port which for instance was moved portupgrade will skip it and install everything else. portmaster, on the other hand, would simply fail. :-( With regards, Martin From geeklady at gmail.com Mon Oct 27 19:36:36 2008 From: geeklady at gmail.com (Melissa A. VandenBrink) Date: Mon Oct 27 19:36:42 2008 Subject: ADS STudio Message-ID: <490610B2.1030404@gmail.com> Hello, I only have a license for adstudio 6.5 - 7.0 - is there a port for that version? I can't seem to find it. Thanks for you help, Melissa From gahr at FreeBSD.org Mon Oct 27 20:04:24 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Oct 27 20:04:30 2008 Subject: What if a port doesn't have a version In-Reply-To: <05F1A8FA-F95C-4519-9EF6-2FB8416FD962@mac.com> References: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> <05F1A8FA-F95C-4519-9EF6-2FB8416FD962@mac.com> Message-ID: <49060EBC.5070807@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Chuck Swiger wrote: | On Oct 27, 2008, at 11:35 AM, matt donovan wrote: |> I am writing a port for cinelerra and to grab the source you must get it |> from the git repo that they have. so the software doesn't have a |> version so |> to speak. |> |> Should I use the version from the installed version after I install |> cinelerra for the portversion and just tar it up? | | Create your own tarball and give it a version which is a date-timestamp | like "20081027"... Or use the revision control's revision number. | | Regards, - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkkGDrsACgkQwMJqmJVx944FagCdEexbmOMLWtWYa/gLcr2O3S4f efMAnjYERmqhDAOEbwIqI+IqC1XGrznn =OyVy -----END PGP SIGNATURE----- From cswiger at mac.com Mon Oct 27 20:40:00 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Oct 27 20:40:06 2008 Subject: ADS STudio In-Reply-To: <490610B2.1030404@gmail.com> References: <490610B2.1030404@gmail.com> Message-ID: <71B923DE-E54D-4161-B310-B529D8EACF90@mac.com> Hi-- On Oct 27, 2008, at 12:04 PM, Melissa A. VandenBrink wrote: > I only have a license for adstudio 6.5 - 7.0 - is there a port for > that version? I can't seem to find it. The port should be located at /usr/ports/databases/adstudio, and claims to be v7.0.4. Presumably your 7.0 license will work with 7.0.4, otherwise you might find portdowngrade helpful. Regards, -- -Chuck From kitchetech at gmail.com Mon Oct 27 20:49:14 2008 From: kitchetech at gmail.com (matt donovan) Date: Mon Oct 27 20:49:22 2008 Subject: What if a port doesn't have a version In-Reply-To: <490611FD.9060807@FreeBSD.org> References: <28283d910810271135w4fb5fc21x5d0e5602c4dd9ebc@mail.gmail.com> <05F1A8FA-F95C-4519-9EF6-2FB8416FD962@mac.com> <49060EBC.5070807@FreeBSD.org> <9F2499D4-70F2-47FB-AB88-A909BEA0961C@mac.com> <490611FD.9060807@FreeBSD.org> Message-ID: <28283d910810271349p5a1b495bu82212566b7176ed7@mail.gmail.com> On Mon, Oct 27, 2008 at 3:09 PM, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Chuck Swiger wrote: > | On Oct 27, 2008, at 11:55 AM, Pietro Cerutti wrote: > |> |> Should I use the version from the installed version after I install > |> |> cinelerra for the portversion and just tar it up? > |> | > |> | Create your own tarball and give it a version which is a > date-timestamp > |> | like "20081027"... > |> > |> Or use the revision control's revision number. > | > | That works well with things like Subversion which ensure that the > | "revision number" is monotonically increasing. My understanding of git > | is that it favors decentralized workareas or repositories without a > | project-wide unique version number, and it's revisions look like "commit > | c82a22c39cbc32576f64f5c6b3f24b99ea8149c7" in the logs, which do not > | compare sensibly when considered as numbers. > > ENOCLUE about git. It may well be that my suggestion does not apply to > this particular RCS. In this case, sorry for the noise :) > > | > | Regards, > > > - -- > Pietro Cerutti > gahr@FreeBSD.org > > PGP Public Key: > http://gahr.ch/pgp > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEAREKAAYFAkkGEfwACgkQwMJqmJVx946DCwCfXK0EQ4DxV/HsDx/2n8mv6hpK > tbQAnAlG5rkIab0QwPo8NuEUIq+UitPt > =eNY3 > -----END PGP SIGNATURE----- Thank you for giving suggestions I'll try making my own tarball and adding the date to it. From thierry at FreeBSD.org Mon Oct 27 21:04:34 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Mon Oct 27 21:04:41 2008 Subject: ADS STudio In-Reply-To: <490610B2.1030404@gmail.com> References: <490610B2.1030404@gmail.com> Message-ID: <20081027203817.GB20995@graf.pompo.net> Le Lun 27 oct 08 ? 20:04:18 +0100, Melissa A. VandenBrink ?crivait?: > Hello, Hello, > I only have a license for adstudio 6.5 - 7.0 - is there a port for that > version? I can't seem to find it. The port databases/adstudio is currently at version 7.0.4, and your license should be OK. Regards, -- Th. Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081027/a28e7f7f/attachment.pgp From erwin at FreeBSD.org Mon Oct 27 21:59:48 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 27 21:59:55 2008 Subject: INDEX build failed for 6.x Message-ID: <200810272159.m9RLxmFI053622@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 bsam danfe erwin fjoe flz hrs jadawin johans knu lbr lev makc mm skv sobomax stefan tabthorpe thierry wxs Most recent CVS update was: U emulators/linux_base-f8/Makefile U emulators/linux_base-f8/distinfo.i386 U emulators/linux_base-f8/pkg-plist U mail/chk4mail/Makefile U mail/chk4mail/distinfo U net/ptpd/Makefile U net/ptpd/distinfo U net/ptpd/files/patch-src-Makefile U net/ptpd/files/patch-src-ptpd.h U net/smb4k/Makefile U security/vuxml/vuln.xml U x11/nvidia-driver/Makefile U x11/nvidia-driver/distinfo From geeklady at gmail.com Mon Oct 27 23:28:04 2008 From: geeklady at gmail.com (Melissa A. VandenBrink) Date: Mon Oct 27 23:28:11 2008 Subject: ADS STudio In-Reply-To: <20081027203817.GB20995@graf.pompo.net> References: <490610B2.1030404@gmail.com> <20081027203817.GB20995@graf.pompo.net> Message-ID: <49064E80.4070909@gmail.com> Hello Thierry, I have spoken with Aqua Data Studio - my license expired @ the end of September making it not valid for any upgrade that came out after that date. I have a copy of the ads linux version that I use on my desktop at work - that I was able to port to my Free BSD latptop. Thank you, Melissa Thierry Thomas wrote: > Le Lun 27 oct 08 ? 20:04:18 +0100, Melissa A. VandenBrink > ?crivait : > >> Hello, >> > > Hello, > > >> I only have a license for adstudio 6.5 - 7.0 - is there a port for that >> version? I can't seem to find it. >> > > The port databases/adstudio is currently at version 7.0.4, and your > license should be OK. > > Regards, > From erwin at FreeBSD.org Tue Oct 28 01:10:45 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 28 01:10:52 2008 Subject: INDEX build failed for 6.x Message-ID: <200810280110.m9S1Aj1g024204@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 bsam danfe erwin fjoe flz hrs jadawin johans knu lbr lev makc mm skv sobomax stefan tabthorpe thierry wxs Most recent CVS update was: From erwin at FreeBSD.org Tue Oct 28 04:08:05 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 28 04:08:11 2008 Subject: INDEX build failed for 6.x Message-ID: <200810280408.m9S48487088786@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 bsam danfe erwin fjoe flz hrs jadawin johans knu lbr lev makc mm skv sobomax stefan tabthorpe thierry wxs Most recent CVS update was: From kline at thought.org Tue Oct 28 05:37:28 2008 From: kline at thought.org (Gary Kline) Date: Tue Oct 28 05:37:35 2008 Subject: OOo-3 and OOo-3-RC [?] Message-ID: <20081028052616.GA24048@thought.org> Maybe somebody in ports can help me understand the relationship between the openoffice.org-3 and the openoffice.org-3-RC. I ask because last time I got stuck with OOo-2-RC (that I see is still in editors/. portupgrade says the latter cannot be upgraded. Ideally, I'd like to go with OOo-3 antil it is exceptionally good and stay there until OOo-4. (FWIW, I'm very happily at openoffice-2.4. Somehow. I'd be much obliged if somebody could explain this numbering! tia, guys, gary -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org From swhetzel at gmail.com Tue Oct 28 06:36:22 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Tue Oct 28 06:36:29 2008 Subject: OOo-3 and OOo-3-RC [?] In-Reply-To: <20081028052616.GA24048@thought.org> References: <20081028052616.GA24048@thought.org> Message-ID: <790a9fff0810272336m31e52c1co22a9354a193ab08a@mail.gmail.com> On 10/28/08, Gary Kline wrote: > Maybe somebody in ports can help me understand the relationship between > the openoffice.org-3 and the openoffice.org-3-RC. I ask because last > time I got stuck with OOo-2-RC (that I see is still in editors/. > portupgrade says the latter cannot be upgraded. > > Ideally, I'd like to go with OOo-3 antil it is exceptionally good and > stay there until OOo-4. (FWIW, I'm very happily at openoffice-2.4. > Somehow. I'd be much obliged if somebody could explain this numbering! > Reviewing the openoffice.org-3 and the openoffice.org-3-RC ports Makefiles I was able to determine that the openoffice.org-3 port is for the current release of OpenOffice (3.0.0). While the openoffice.org-3-RC port contains a snapshop of the development version of OpenOffice (3.0.x) that was checked out on SNAPDATE. The openoffice.org-3-RC is a snap shot of the next release on the 3.0.x branch. Scot From erwin at FreeBSD.org Tue Oct 28 07:00:14 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 28 07:00:20 2008 Subject: INDEX build failed for 6.x Message-ID: <200810280700.m9S708tl067538@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 bsam danfe erwin fjoe flz hrs jadawin johans knu lbr lev makc marcus mezz mm skv sobomax stefan tabthorpe thierry wxs Most recent CVS update was: U deskutils/conduit/Makefile U deskutils/conduit/distinfo U deskutils/conduit/files/patch-configure U x11/babl/Makefile From xxjack12xx at gmail.com Tue Oct 28 07:01:18 2008 From: xxjack12xx at gmail.com (Jack L.) Date: Tue Oct 28 07:01:49 2008 Subject: OOo-3 and OOo-3-RC [?] In-Reply-To: <20081028052616.GA24048@thought.org> References: <20081028052616.GA24048@thought.org> Message-ID: -RC is the release candidate, the one without the RC is the release version. On Mon, Oct 27, 2008 at 10:26 PM, Gary Kline wrote: > Maybe somebody in ports can help me understand the relationship between > the openoffice.org-3 and the openoffice.org-3-RC. I ask because last > time I got stuck with OOo-2-RC (that I see is still in editors/. > portupgrade says the latter cannot be upgraded. > > Ideally, I'd like to go with OOo-3 antil it is exceptionally good and > stay there until OOo-4. (FWIW, I'm very happily at openoffice-2.4. > Somehow. I'd be much obliged if somebody could explain this numbering! > > tia, guys, > > gary > > > > -- > Gary Kline kline@thought.org http://www.thought.org Public Service Unix > http://jottings.thought.org http://transfinite.thought.org > > > _______________________________________________ > 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 erwin at FreeBSD.org Tue Oct 28 09:47:19 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 28 09:47:25 2008 Subject: INDEX build failed for 6.x Message-ID: <200810280947.m9S9lI4M094349@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: ja-jvim-wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn7 make_index: ja-jvim-canna+wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn6 make_index: ja-jvim-wnn6-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-wnn6 make_index: ja-jvim-canna+wnn7-3.0.j2.1a_3: no entry for /usr/ports/japanese/onew-canna+wnn7 Committers on the hook: amdmi3 bsam danfe erwin fjoe flz hrs jadawin johans knu lbr lev makc marcus mezz mm skv sobomax stefan tabthorpe thierry wxs Most recent CVS update was: From fenner at FreeBSD.org Tue Oct 28 10:00:12 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Tue Oct 28 10:00:18 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200810281000.m9SA09Vx011999@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 wearabnet at yahoo.ca Tue Oct 28 09:07:10 2008 From: wearabnet at yahoo.ca (Abdullah Ibn Hamad Al-Marri) Date: Tue Oct 28 11:21:16 2008 Subject: FreeBSD Port: www/campsite Message-ID: <533439.18494.qm@web33704.mail.mud.yahoo.com> Hello, Could you please update the Campsite port to 3.1.1? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From erwin at FreeBSD.org Tue Oct 28 12:58:59 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 28 12:59:06 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200810281258.m9SCwwwl039298@pointyhat.freebsd.org> From QAT at FreeBSD.org Tue Oct 28 20:43:33 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Oct 28 20:44:23 2008 Subject: ftp/py-curl - fails: mtree Message-ID: <20081028192646.0171B12E42C9@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 7 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/py25-curl-7.16.4.log : building py25-curl-7.16.4 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/ftp/py-curl Makefile ident: $FreeBSD: ports/ftp/py-curl/Makefile,v 1.30 2008/05/30 05:21:25 perky Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Oct 28 19:26:17 UTC 2008 ................................................... Registering depends: curl-7.18.0 python25-2.5.2_3. Creating bzip'd tar ball in '/tmp/packages/All/py25-curl-7.16.4.tbz' Deleting py25-curl-7.16.4 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9469256 4 drwxr-xr-x 3 root wheel 512 Oct 28 19:26 usr/local/share/doc/py-curl 9469257 56 -rw-r--r-- 1 root wheel 27397 Jul 11 2007 usr/local/share/doc/py-curl/ChangeLog 9469258 52 -rw-r--r-- 1 root wheel 26526 Jul 18 2002 usr/local/share/doc/py-curl/COPYING 9469259 4 -rw-r--r-- 1 root wheel 1509 Sep 6 2005 usr/local/share/doc/py-curl/INSTALL 9469260 4 -rw-r--r-- 1 root wheel 471 Apr 22 2007 usr/local/share/doc/py-curl/README 9469261 4 -rw-r--r-- 1 root wheel 1058 Apr 23 2007 usr/local/share/doc/py-curl/TODO 9469270 4 drwxr-xr-x 2 root wheel 1024 Oct 28 19:26 usr/local/share/doc/py-curl/tests 9469271 4 -rw-r--r-- 1 root wheel 1953 Apr 10 2007 usr/local/share/doc/py-curl/tests/test.py 9469272 4 -rw-r--r-- 1 root wheel 693 Apr 21 2003 usr/local/share/doc/py-curl/tests/test_cb.py 9469273 4 -rw-r--r-- 1 root wheel 340 Apr 21 2003 usr/local/share/doc/py-curl/tests/test_debug.py 9469274 4 -rw-r--r-- 1 root wheel 289 Aug 24 2006 usr/local/share/doc/py-curl/tests/test_ftp.py 9469275 4 -rw-r--r-- 1 root wheel 1419 May 1 2003 usr/local/share/doc/py-curl/tests/test_getinfo.py 9469276 8 -rw-r--r-- 1 root wheel 2733 Mar 30 2005 usr/local/share/doc/py-curl/tests/test_gtk.py 9469277 12 -rw-r--r-- 1 root wheel 5476 May 1 2003 usr/local/share/doc/py-curl/tests/test_internals.py 9469278 4 -rw-r--r-- 1 root wheel 1126 May 1 2003 usr/local/share/doc/py-curl/tests/test_memleak.py 9469279 4 -rw-r--r-- 1 root wheel 676 Mar 11 2005 usr/local/share/doc/py-curl/tests/test_multi.py 9469280 4 -rw-r--r-- 1 root wheel 1746 Apr 10 2007 usr/local/share/doc/py-curl/tests/test_multi2.py 9469281 8 -rw-r--r-- 1 root wheel 2068 Mar 11 2005 usr/local/share/doc/py-curl/tests/test_multi3.py 9469282 4 -rw-r--r-- 1 root wheel 1400 Mar 11 2005 usr/local/share/doc/py-curl/tests/test_multi4.py 9469283 4 -rw-r--r-- 1 root wheel 1472 Mar 11 2005 usr/local/share/doc/py-curl/tests/test_multi5.py 9469284 4 -rw-r--r-- 1 root wheel 1536 Mar 11 2005 usr/local/share/doc/py-curl/tests/test_multi6.py 9469285 4 -rw-r--r-- 1 root wheel 1924 Nov 10 2006 usr/local/share/doc/py-curl/tests/test_multi_socket.py 9469286 4 -rw-r--r-- 1 root wheel 1749 Nov 10 2006 usr/local/share/doc/py-curl/tests/test_multi_timer.py 9469287 12 -rw-r--r-- 1 root wheel 5773 Apr 12 2005 usr/local/share/doc/py-curl/tests/test_multi_vs_thread.py 9469288 4 -rw-r--r-- 1 root wheel 589 Apr 21 2003 usr/local/share/doc/py-curl/tests/test_post.py 9469289 4 -rw-r--r-- 1 root wheel 535 Mar 3 2005 usr/local/share/doc/py-curl/tests/test_post2.py 9469290 4 -rw-r--r-- 1 root wheel 804 Jun 21 2004 usr/local/share/doc/py-curl/tests/test_post3.py 9469291 4 -rw-r--r-- 1 root wheel 714 Jun 13 2006 usr/local/share/doc/py-curl/tests/test_share.py 9469292 4 -rw-r--r-- 1 root wheel 473 Apr 21 2003 usr/local/share/doc/py-curl/tests/test_stringio.py 9469293 4 -rw-r--r-- 1 root wheel 744 Apr 21 2003 usr/local/share/doc/py-curl/tests/test_xmlrpc.py 9469294 4 -rw-r--r-- 1 root wheel 949 Apr 21 2003 usr/local/share/doc/py-curl/tests/util.py ================================================================ build of /usr/ports/ftp/py-curl ended at Tue Oct 28 19:26:44 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From fbsd1 at a1poweruser.com Wed Oct 29 08:08:53 2008 From: fbsd1 at a1poweruser.com (FBSD1) Date: Wed Oct 29 08:09:06 2008 Subject: ports missing their packages. In-Reply-To: Message-ID: It's my understanding that a port maintainer has to install the port for real any time a change is made to the port make files or a update to the source of the software to test and verify the changes work as wanted. Creating the package after this is just one command and a ftp upload to the package server. Why are maintainers being given approval to apply their changes without creating the required package? This is just lax management on the part of the people who do the authorizing of the changes. Missing packages increases user frustration level and makes FreeBSD look like its being mis-managed. An alternate solution to this problem is to allow users to upload missing packages to the package server direct or to a staging ftp server so port/pkg management staff can review first and them populate the production package server. From joeb at a1poweruser.com Wed Oct 29 08:52:55 2008 From: joeb at a1poweruser.com (joeb) Date: Wed Oct 29 08:53:09 2008 Subject: ports missing their packages. In-Reply-To: Message-ID: On Wed, October 29, 2008 9:09 am, FBSD1 wrote: > It's my understanding that a port maintainer has to install the port for > real any time a change is made to the port make files or a update to the > source of the software to test and verify the changes work as wanted. > Creating the package after this is just one command and a ftp upload to > the > package server. Why are maintainers being given approval to apply their > changes without creating the required package? This is just lax management > on the part of the people who do the authorizing of the changes. Missing > packages increases user frustration level and makes FreeBSD look like its > being mis-managed. > > An alternate solution to this problem is to allow users to upload missing > packages to the package server direct or to a staging ftp server so > port/pkg > management staff can review first and them populate the production package > server. > There is a certain guideline in place which committers follow. If you have constructive feedback surely someone will listen to it. Spitting your frustration is not likely to help. Do note that we have a lot of maintainers which try to satify each and everyone of us, sending messages like this is not going to help *you*. I would have a strong opinion -against- people uploading towarsd the FTP server directly. That will not be done. . To give you a better understanding; We have a ports-cluster which builds packages and uploads them to the appropriate place on the FTP servers, sometimes that takes a little to become available, donate more facilities so that we can do that better. Also note that QAT (a ports tinderbox) runs periodically to make sure every thing is just fine! Thanks, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News -----Original Message----- From: Remko Lodder [mailto:remko@elvandar.org] Sent: Wednesday, October 29, 2008 4:17 PM To: fbsd1@a1poweruser.com Cc: freebsd-questions@FreeBSD. ORG; ports@freebsd.org Subject: Re: ports missing their packages. Well if you have this cluster build process why have some ports never been built all the way back to release 5.0 like kdenetwork-kopete-0.12.8. That is almost 3 years of waiting to get in the cluster build process. I am grateful to the maintainers for the great job they do, but completing the job by building the package is such a small additional task in light of they already have everything in place to build the package. Posting a email to ports@freebsd.org or posting a bug report about package missing does not get the missing package built. Its just considered as background noise. I have brought this problem to light in past years and new releases keep coming out with the same packages missing. From remko at elvandar.org Wed Oct 29 09:00:04 2008 From: remko at elvandar.org (Remko Lodder) Date: Wed Oct 29 09:00:15 2008 Subject: ports missing their packages. In-Reply-To: References: Message-ID: On Wed, October 29, 2008 9:09 am, FBSD1 wrote: > It's my understanding that a port maintainer has to install the port for > real any time a change is made to the port make files or a update to the > source of the software to test and verify the changes work as wanted. > Creating the package after this is just one command and a ftp upload to > the > package server. Why are maintainers being given approval to apply their > changes without creating the required package? This is just lax management > on the part of the people who do the authorizing of the changes. Missing > packages increases user frustration level and makes FreeBSD look like its > being mis-managed. > > An alternate solution to this problem is to allow users to upload missing > packages to the package server direct or to a staging ftp server so > port/pkg > management staff can review first and them populate the production package > server. > There is a certain guideline in place which committers follow. If you have constructive feedback surely someone will listen to it. Spitting your frustration is not likely to help. Do note that we have a lot of maintainers which try to satify each and everyone of us, sending messages like this is not going to help *you*. I would have a strong opinion -against- people uploading towarsd the FTP server directly. That will not be done. . To give you a better understanding; We have a ports-cluster which builds packages and uploads them to the appropriate place on the FTP servers, sometimes that takes a little to become available, donate more facilities so that we can do that better. Also note that QAT (a ports tinderbox) runs periodically to make sure every thing is just fine! Thanks, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From joeb at a1poweruser.com Wed Oct 29 09:01:42 2008 From: joeb at a1poweruser.com (joeb) Date: Wed Oct 29 09:01:49 2008 Subject: ports missing their packages. In-Reply-To: <20081029084637.GA68812@owl.midgard.homeip.net> Message-ID: -----Original Message----- From: Erik Trulsson [mailto:ertr1013@student.uu.se] Sent: Wednesday, October 29, 2008 4:47 PM To: FBSD1 Cc: freebsd-questions@FreeBSD. ORG; ports@FreeBSD.org Subject: Re: ports missing their packages. On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: > It's my understanding that a port maintainer has to install the port for > real any time a change is made to the port make files or a update to the > source of the software to test and verify the changes work as wanted. > Creating the package after this is just one command and a ftp upload to the > package server. Why are maintainers being given approval to apply their > changes without creating the required package? This is just lax management > on the part of the people who do the authorizing of the changes. Missing > packages increases user frustration level and makes FreeBSD look like its > being mis-managed. It is not port managers who create or upload packages. Most of them do not even have access to the package server. The downloadable packages are built and uploaded automatically by a cluster of servers that do little else. If a particular port does not have a corresponding package it is generally not due to laxness on anybodys part. The main reasons why a port might not have corresponding package are: 1) The port has just been created and the package hasn't had time to built yet. Normally a very temporary situation. 2) Legal restrictions. There are several ports where it is simply not legal for the FreeBSD project to distribute the corresponding binary packages. 3) The port is currently broken and cannot be built. (This is of course a bug which should be fixed as soon as possible. For ports without a maintainer that might take a while.) 4) One or more of the dependencies of the package is not available as a package. (If port A depends on port B, and there does not exist a package for B (for any of the reasons listed here) there will not be a package of A either. > > An alternate solution to this problem is to allow users to upload missing > packages to the package server direct or to a staging ftp server so port/pkg > management staff can review first and them populate the production package > server. All the packages that can be built and distributed are already being built and uploaded. Allowing users to upload packages would not help. -- Erik Trulsson ertr1013@student.uu.se -----Original Message----- From: Erik Trulsson [mailto:ertr1013@student.uu.se] Sent: Wednesday, October 29, 2008 4:47 PM To: FBSD1 Cc: freebsd-questions@FreeBSD. ORG; ports@FreeBSD.org Subject: Re: ports missing their packages. How does kdenetwork-kopete-0.12.8 or php5-gd or pdflib fit into those reasons you gave? These all have ports but no package for many releases of Freebsd. From ertr1013 at student.uu.se Wed Oct 29 09:01:48 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Wed Oct 29 09:02:02 2008 Subject: ports missing their packages. In-Reply-To: References: Message-ID: <20081029084637.GA68812@owl.midgard.homeip.net> On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: > It's my understanding that a port maintainer has to install the port for > real any time a change is made to the port make files or a update to the > source of the software to test and verify the changes work as wanted. > Creating the package after this is just one command and a ftp upload to the > package server. Why are maintainers being given approval to apply their > changes without creating the required package? This is just lax management > on the part of the people who do the authorizing of the changes. Missing > packages increases user frustration level and makes FreeBSD look like its > being mis-managed. It is not port managers who create or upload packages. Most of them do not even have access to the package server. The downloadable packages are built and uploaded automatically by a cluster of servers that do little else. If a particular port does not have a corresponding package it is generally not due to laxness on anybodys part. The main reasons why a port might not have corresponding package are: 1) The port has just been created and the package hasn't had time to built yet. Normally a very temporary situation. 2) Legal restrictions. There are several ports where it is simply not legal for the FreeBSD project to distribute the corresponding binary packages. 3) The port is currently broken and cannot be built. (This is of course a bug which should be fixed as soon as possible. For ports without a maintainer that might take a while.) 4) One or more of the dependencies of the package is not available as a package. (If port A depends on port B, and there does not exist a package for B (for any of the reasons listed here) there will not be a package of A either. > > An alternate solution to this problem is to allow users to upload missing > packages to the package server direct or to a staging ftp server so port/pkg > management staff can review first and them populate the production package > server. All the packages that can be built and distributed are already being built and uploaded. Allowing users to upload packages would not help. -- Erik Trulsson ertr1013@student.uu.se From remko at elvandar.org Wed Oct 29 09:09:37 2008 From: remko at elvandar.org (Remko Lodder) Date: Wed Oct 29 09:09:50 2008 Subject: ports missing their packages. In-Reply-To: References: Message-ID: On Wed, October 29, 2008 9:53 am, joeb wrote: > On Wed, October 29, 2008 9:09 am, FBSD1 wrote: >> It's my understanding that a port maintainer has to install the port for >> real any time a change is made to the port make files or a update to the >> source of the software to test and verify the changes work as wanted. >> Creating the package after this is just one command and a ftp upload to >> the >> package server. Why are maintainers being given approval to apply their >> changes without creating the required package? This is just lax >> management >> on the part of the people who do the authorizing of the changes. Missing >> packages increases user frustration level and makes FreeBSD look like >> its >> being mis-managed. >> >> An alternate solution to this problem is to allow users to upload >> missing >> packages to the package server direct or to a staging ftp server so >> port/pkg >> management staff can review first and them populate the production >> package >> server. >> > > There is a certain guideline in place which committers follow. If you have > constructive feedback surely someone will listen to it. Spitting your > frustration is not likely to help. Do note that we have a lot of > maintainers which try to satify each and everyone of us, sending messages > like this is not going to help *you*. > > I would have a strong opinion -against- people uploading towarsd the FTP > server directly. That will not be done. . > > To give you a better understanding; We have a ports-cluster which builds > packages and uploads them to the appropriate place on the FTP servers, > sometimes that takes a little to become available, donate more facilities > so that we can do that better. Also note that QAT (a ports tinderbox) runs > periodically to make sure every thing is just fine! > > Thanks, > Remko > > -- > /"\ Best regards, | remko@FreeBSD.org > \ / Remko Lodder | remko@EFnet > X http://www.evilcoder.org/ | > / \ ASCII Ribbon Campaign | Against HTML Mail and News > > > -----Original Message----- > From: Remko Lodder [mailto:remko@elvandar.org] > Sent: Wednesday, October 29, 2008 4:17 PM > To: fbsd1@a1poweruser.com > Cc: freebsd-questions@FreeBSD. ORG; ports@freebsd.org > Subject: Re: ports missing their packages. > > > Well if you have this cluster build process why have some ports never been > built all the way back to release 5.0 like kdenetwork-kopete-0.12.8. That > is > almost 3 years of waiting to get in the cluster build process. There might be reasons for packages not being built, sometimes it's an license issue, sometimes the package does not build etc. It's not something that you can demand that you need a package that it gets there. There is more to it then just build the freaking thing ;-) > I am > grateful > to the maintainers for the great job they do, but completing the job by > building the package is such a small additional task in light of they > already have everything in place to build the package. It's not, we have guidelines that we have to follow in order to keep things managable. > Posting a email to ports@freebsd.org or posting a bug report about package > missing does not get the missing package built. Its just considered as > background noise. I have brought this problem to light in past years and > new > releases keep coming out with the same packages missing. Then apparantly there is no need for your idea and it will not get implemented. Stating that a package is missing, soit, we build packages all the time and as said there are reasons for some ports not being build into packages etc. First investigate that before complaining this loud. We have been in this proces before with you (Bob was your name back then if I remember correctly). Thnx, Remko > > > > > > -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From swhetzel at gmail.com Wed Oct 29 09:42:19 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Wed Oct 29 09:42:26 2008 Subject: ports missing their packages. In-Reply-To: References: Message-ID: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> On 10/29/08, FBSD1 wrote: > It's my understanding that a port maintainer has to install the port for > real any time a change is made to the port make files or a update to the > source of the software to test and verify the changes work as wanted. Port maintainers usually verify that an updated port will build and work correctly with their currently installed ports. > Creating the package after this is just one command and a ftp upload to the > package server. Why are maintainers being given approval to apply their > changes without creating the required package? So you are advocating that port maintainers have to create packages for all the supported FreeBSD architecture's (amd64, arm, i386, ia64, mips, pc98, powerpc, sparc64, sun4v). That would be 9 packages needing to be created at the time the port maintainer submits the upgrade PR. We have the package cluster to automate these builds. > This is just lax management > on the part of the people who do the authorizing of the changes. Missing > packages increases user frustration level and makes FreeBSD look like its > being mis-managed. > Some packages have to remain missing due to their license restricting redistribution of the compiled softare. This can cause other ports that don't have a restrictive license to fail building because one/more of it's dependencies has this restrictive license. > An alternate solution to this problem is to allow users to upload missing > packages to the package server direct or to a staging ftp server so port/pkg > management staff can review first and them populate the production package > server. > This solution won't work, if the user has custom compile flags and/or builds the port with non-default options defined in /etc/make.conf or using 'make config'. The next user who downloads the port might get a package that doesn't function the same as the previous version. The package may not even work on that users computer (i.e. package compiled for k8 processor installed on a pentium4 system). The best solution to find out why a package is not being built for a port is to check it's Makefile, and the Makefiles of it's dependencies. Also looking at http://portsmon.freebsd.org/ to find out why a port has failed to build a package. If you can't find a reason for why the package failed to build, then send a message to the maintainers, and the ports list to have some one look into the problem. It could be as simple as forgetting to add the ports subdirectory to the category Makefile (i.e www/Makefile). Scot From ertr1013 at student.uu.se Wed Oct 29 09:54:11 2008 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Wed Oct 29 09:54:28 2008 Subject: ports missing their packages. In-Reply-To: References: <20081029084637.GA68812@owl.midgard.homeip.net> Message-ID: <20081029095406.GA69223@owl.midgard.homeip.net> On Wed, Oct 29, 2008 at 05:02:14PM +0800, joeb wrote: > How does kdenetwork-kopete-0.12.8 or php5-gd or pdflib fit into those > reasons you gave? > These all have ports but no package for many releases of Freebsd. > For print/pdflib it is legal restrictions. (The Makefile says "RESTRICTED= many odd restrictions on usage and distribution") As for graphics/php5-gd and net-im/kopete ports, they both seem to be available as pre-built packages so I am not sure what problem you are having with them. > > > -----Original Message----- > From: Erik Trulsson [mailto:ertr1013@student.uu.se] > Sent: Wednesday, October 29, 2008 4:47 PM > To: FBSD1 > Cc: freebsd-questions@FreeBSD. ORG; ports@FreeBSD.org > Subject: Re: ports missing their packages. > > On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: > > It's my understanding that a port maintainer has to install the port for > > real any time a change is made to the port make files or a update to the > > source of the software to test and verify the changes work as wanted. > > Creating the package after this is just one command and a ftp upload to > the > > package server. Why are maintainers being given approval to apply their > > changes without creating the required package? This is just lax management > > on the part of the people who do the authorizing of the changes. Missing > > packages increases user frustration level and makes FreeBSD look like its > > being mis-managed. > > It is not port managers who create or upload packages. Most of them do not > even have access to the package server. > The downloadable packages are built and uploaded automatically by a cluster > of servers that do little else. > > If a particular port does not have a corresponding package it is generally > not due to laxness on anybodys part. > > The main reasons why a port might not have corresponding package are: > > 1) The port has just been created and the package hasn't had time to built > yet. Normally a very temporary situation. > > 2) Legal restrictions. There are several ports where it is simply not legal > for the FreeBSD project to distribute the corresponding binary packages. > > 3) The port is currently broken and cannot be built. (This is of course a > bug which should be fixed as soon as possible. For ports without a > maintainer that might take a while.) > > 4) One or more of the dependencies of the package is not available as a > package. (If port A depends on port B, and there does not exist a > package for B (for any of the reasons listed here) there will not be > a package of A either. > > > > > > > An alternate solution to this problem is to allow users to upload missing > > packages to the package server direct or to a staging ftp server so > port/pkg > > management staff can review first and them populate the production package > > server. > > All the packages that can be built and distributed are already being built > and uploaded. Allowing users to upload packages would not help. > -- Erik Trulsson ertr1013@student.uu.se From kenneth at karoliussen.net Wed Oct 29 10:18:35 2008 From: kenneth at karoliussen.net (Kenneth Karoliussen) Date: Wed Oct 29 10:18:44 2008 Subject: KDE4/kopete port and MSN problems Message-ID: <51d58f1205e04a9b3a1b70364226c1ad.squirrel@www.active-area.com> Hi, I'm struggling to make kopete connect to the MSN service on a FreeBSD 7.1BETA2 system with KDE4. The following debug log occurs when trying to issue a connect: kopete(1370)/kopete (msn) MSNAccount::setOnlineStatus: "Online" kopete(1370)/kopete (msn - raw protocol) MSNSocket::slotReadyWrite: Sending command: "VER 0 MSNP11 MSNP10 CVR0" QIODevice::write: ReadOnly device kopete(1370)/kopete (msn) MSNSocket::slotSocketError: Error: 17 ( "remote host closed connection" ) QObject: Do not delete object, 'unnamed', during its event handler! kopete(1370)/kopete (msn) MSNSocket::slotSocketClosed: Socket closed. kopete(1370)/kopete (msn) MSNAccount::slotNotifySocketClosed Anyone else has the same experience, or know what may causing this issue? Port: kdenetwork-4.1.1 Kopete version: $ kopete --version Qt: 4.4.1 KDE: 4.1.1 (KDE 4.1.1) kopete(46606) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. Kopete: 0.60.1 Library linkages: $ ldd /usr/local/kde4/bin/kopete /usr/local/kde4/bin/kopete: libkopeteidentity.so.1 => /usr/local/kde4/lib/libkopeteidentity.so.1 (0x880e4000) libkopeteaddaccountwizard.so.1 => /usr/local/kde4/lib/libkopeteaddaccountwizard.so.1 (0x880fa000) libkopetestatusmenu.so.1 => /usr/local/kde4/lib/libkopetestatusmenu.so.1 (0x88107000) libkopete.so.5 => /usr/local/kde4/lib/libkopete.so.5 (0x88118000) libkparts.so.5 => /usr/local/kde4/lib/libkparts.so.5 (0x88258000) libktexteditor.so.5 => /usr/local/kde4/lib/libktexteditor.so.5 (0x882a0000) libkfile.so.5 => /usr/local/kde4/lib/libkfile.so.5 (0x882d6000) libkio.so.7 => /usr/local/kde4/lib/libkio.so.7 (0x88368000) libkresources.so.5 => /usr/local/kde4/lib/libkresources.so.5 (0x88622000) libkldap.so.5 => /usr/local/kde4/lib/libkldap.so.5 (0x8864a000) libkdeui.so.7 => /usr/local/kde4/lib/libkdeui.so.7 (0x88689000) libQtSvg.so.4 => /usr/local/lib/qt4/libQtSvg.so.4 (0x88a6d000) libstreamanalyzer.so.0 => /usr/local/lib/libstreamanalyzer.so.0 (0x88ab4000) libstreams.so.0 => /usr/local/lib/libstreams.so.0 (0x88b4c000) libkpty.so.5 => /usr/local/kde4/lib/libkpty.so.5 (0x88b8d000) libkdecore.so.7 => /usr/local/kde4/lib/libkdecore.so.7 (0x88b97000) libsolid.so.5 => /usr/local/kde4/lib/libsolid.so.5 (0x88df0000) libldap-2.4.so.3 => /usr/local/lib/libldap-2.4.so.3 (0x88e6d000) liblber-2.4.so.3 => /usr/local/lib/liblber-2.4.so.3 (0x88ea5000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x88eb2000) libQtCore.so.4 => /usr/local/lib/qt4/libQtCore.so.4 (0x88ec9000) libthr.so.3 => /lib/libthr.so.3 (0x890aa000) libQtDBus.so.4 => /usr/local/lib/qt4/libQtDBus.so.4 (0x890bd000) libphonon.so.4 => /usr/local/kde4/lib/libphonon.so.4 (0x89119000) libknotifyconfig.so.5 => /usr/local/kde4/lib/libknotifyconfig.so.5 (0x8917e000) libkutils.so.5 => /usr/local/kde4/lib/libkutils.so.5 (0x89192000) libqimageblitz.so.4 => /usr/local/lib/libqimageblitz.so.4 (0x891e8000) libkabc.so.5 => /usr/local/kde4/lib/libkabc.so.5 (0x89207000) libkde3support.so.5 => /usr/local/kde4/lib/libkde3support.so.5 (0x892a2000) libQtNetwork.so.4 => /usr/local/lib/qt4/libQtNetwork.so.4 (0x893aa000) libQtXml.so.4 => /usr/local/lib/qt4/libQtXml.so.4 (0x89492000) libz.so.4 => /lib/libz.so.4 (0x894d1000) libbz2.so.3 => /usr/lib/libbz2.so.3 (0x894e3000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x894f4000) libXss.so.1 => /usr/local/lib/libXss.so.1 (0x894fd000) libSM.so.6 => /usr/local/lib/libSM.so.6 (0x89500000) libICE.so.6 => /usr/local/lib/libICE.so.6 (0x89507000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x8951d000) libXext.so.6 => /usr/local/lib/libXext.so.6 (0x89602000) libXft.so.2 => /usr/local/lib/libXft.so.2 (0x89618000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x8962a000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x8962d000) libXpm.so.4 => /usr/local/lib/libXpm.so.4 (0x89632000) libQtGui.so.4 => /usr/local/lib/qt4/libQtGui.so.4 (0x89641000) libXtst.so.6 => /usr/local/lib/libXtst.so.6 (0x89e30000) libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0x89e35000) libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x89e3e000) libfam.so.0 => /usr/local/lib/libfam.so.0 (0x89e43000) libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x89e4b000) libQt3Support.so.4 => /usr/local/lib/qt4/libQt3Support.so.4 (0x89e54000) libutil.so.7 => /lib/libutil.so.7 (0x8a0d4000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x8a0e2000) libm.so.5 => /lib/libm.so.5 (0x8a1d7000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8a1ec000) libc.so.7 => /lib/libc.so.7 (0x8a1f7000) libpng.so.5 => /usr/X11R6/lib/libpng.so.5 (0x8a2f9000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x8a31b000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x8a323000) libfreetype.so.9 => /usr/X11R6/lib/libfreetype.so.9 (0x8a329000) libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x8a39a000) libgthread-2.0.so.0 => /usr/X11R6/lib/libgthread-2.0.so.0 (0x8a3c3000) libglib-2.0.so.0 => /usr/X11R6/lib/libglib-2.0.so.0 (0x8a3c7000) libiconv.so.3 => /usr/X11R6/lib/libiconv.so.3 (0x8a46e000) libxml2.so.5 => /usr/X11R6/lib/libxml2.so.5 (0x8a564000) libssl.so.5 => /usr/local/lib/libssl.so.5 (0x8a687000) libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x8a6c7000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x8a809000) libQtSql.so.4 => /usr/local/lib/qt4/libQtSql.so.4 (0x8a811000) libm.so.4 => /lib/libm.so.4 (0x8a842000) libz.so.3 => /lib/libz.so.3 (0x8a858000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8a869000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x8a887000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x8a9ef000) libicuuc.so.38 => /usr/X11R6/lib/libicuuc.so.38 (0x8aa1e000) libicudata.so.38 => /usr/X11R6/lib/libicudata.so.38 (0x8ab33000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x8b60a000) Thanks in advance! Best, Kenneth From mail at ozzmosis.com Wed Oct 29 12:00:55 2008 From: mail at ozzmosis.com (andrew clarke) Date: Wed Oct 29 12:01:02 2008 Subject: ports missing their packages. In-Reply-To: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> References: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> Message-ID: <20081029120050.GA77220@ozzmosis.com> On Wed 2008-10-29 04:42:18 UTC-0500, Scot Hetzel (swhetzel@gmail.com) wrote: > So you are advocating that port maintainers have to create packages > for all the supported FreeBSD architecture's (amd64, arm, i386, ia64, > mips, pc98, powerpc, sparc64, sun4v). That would be 9 packages > needing to be created at the time the port maintainer submits the > upgrade PR. Or more if you want packages for both FreeBSD 6.x & 7.x. Presumably the 6.x series wlll be retired before 8.x is released... :) That brings up a question (not directed at you, Scot) - what is the usual procedure for port maintainers so they can test their ports on both 6.x & 7.x? In terms of building a port, is it a case of most porters running 7.x, and what compiles with gcc 4.2 without trouble is likely to be OK with gcc 3.4 also? I suppose you could install lang/gcc34 under 7.x and try building your port with that instead of the base gcc. Then it's just a matter of setting CC=gcc34. Or is there more to it than that? From mdh_lists at yahoo.com Wed Oct 29 13:22:01 2008 From: mdh_lists at yahoo.com (mdh) Date: Wed Oct 29 13:22:07 2008 Subject: ports missing their packages. In-Reply-To: Message-ID: <257377.83845.qm@web56801.mail.re3.yahoo.com> --- On Wed, 10/29/08, FBSD1 wrote: > From: FBSD1 > Subject: ports missing their packages. > To: "freebsd-questions@FreeBSD. ORG" > Cc: ports@FreeBSD.org > Date: Wednesday, October 29, 2008, 4:09 AM > It's my understanding that a port maintainer has to > install the port for > real any time a change is made to the port make files or a > update to the > source of the software to test and verify the changes work > as wanted. > Creating the package after this is just one command and a > ftp upload to the > package server. Why are maintainers being given approval to > apply their > changes without creating the required package? This is just > lax management > on the part of the people who do the authorizing of the > changes. Missing > packages increases user frustration level and makes FreeBSD > look like its > being mis-managed. Very few port maintainers have access to simply upload a package to the ftp servers. This just isn't how the system works. During the process of checking to ensure that a port was built or updated sanely, we do create a package, just to ensure that that make target works as expected. Port maintainers are not the ones responsible for the entire system, only for maintaining a few files which folks get in the ports tree. > > An alternate solution to this problem is to allow users to > upload missing > packages to the package server direct or to a staging ftp > server so port/pkg > management staff can review first and them populate the > production package > server. Yeah, that's sane. Nobody will ever just upload something that demands to be run as root, then changes the root password, enables telnet, and hops on IRC to notify the person who uploaded it, or something. The system does work. It just doesn't provide instant gratification. If you really need things to happen in real-time, email the FreeBSD Foundation and find out how much cash it'd take for additional hardware to make that a reality, then send them that much cash. - mdh From phoemix at harmless.hu Wed Oct 29 13:34:54 2008 From: phoemix at harmless.hu (Gergely CZUCZY) Date: Wed Oct 29 13:35:31 2008 Subject: KDE4/kopete port and MSN problems In-Reply-To: <51d58f1205e04a9b3a1b70364226c1ad.squirrel@www.active-area.com> References: <51d58f1205e04a9b3a1b70364226c1ad.squirrel@www.active-area.com> Message-ID: <20081029142038.00007127@unknown> Hello, AFAIK this is a known problem, and it's already reported in the kde bugtracker. On Wed, 29 Oct 2008 10:58:57 +0100 (CET) "Kenneth Karoliussen" wrote: > Hi, > > > I'm struggling to make kopete connect to the MSN service on a FreeBSD > 7.1BETA2 system with KDE4. > > The following debug log occurs when trying to issue a connect: > > kopete(1370)/kopete (msn) MSNAccount::setOnlineStatus: "Online" > kopete(1370)/kopete (msn - raw protocol) MSNSocket::slotReadyWrite: > Sending command: "VER 0 MSNP11 MSNP10 CVR0" > QIODevice::write: ReadOnly device > kopete(1370)/kopete (msn) MSNSocket::slotSocketError: Error: 17 ( > "remote host closed connection" ) > QObject: Do not delete object, 'unnamed', during its event handler! > kopete(1370)/kopete (msn) MSNSocket::slotSocketClosed: Socket closed. > kopete(1370)/kopete (msn) MSNAccount::slotNotifySocketClosed > > Anyone else has the same experience, or know what may causing this > issue? > > Port: > kdenetwork-4.1.1 > > Kopete version: > > $ kopete --version > Qt: 4.4.1 > KDE: 4.1.1 (KDE 4.1.1) > kopete(46606) KLocalePrivate::initEncoding: Cannot resolve system > encoding, defaulting to ISO 8859-1. > Kopete: 0.60.1 > > Library linkages: > > $ ldd /usr/local/kde4/bin/kopete > > > /usr/local/kde4/bin/kopete: > > > libkopeteidentity.so.1 => > /usr/local/kde4/lib/libkopeteidentity.so.1 (0x880e4000) > > libkopeteaddaccountwizard.so.1 => > /usr/local/kde4/lib/libkopeteaddaccountwizard.so.1 (0x880fa000) > > libkopetestatusmenu.so.1 => > /usr/local/kde4/lib/libkopetestatusmenu.so.1 (0x88107000) > > libkopete.so.5 => /usr/local/kde4/lib/libkopete.so.5 > (0x88118000) > > libkparts.so.5 => /usr/local/kde4/lib/libkparts.so.5 > (0x88258000) > > libktexteditor.so.5 => /usr/local/kde4/lib/libktexteditor.so.5 > (0x882a0000) > > libkfile.so.5 => /usr/local/kde4/lib/libkfile.so.5 > (0x882d6000) > > > libkio.so.7 => /usr/local/kde4/lib/libkio.so.7 (0x88368000) > > > libkresources.so.5 => /usr/local/kde4/lib/libkresources.so.5 > (0x88622000) > > libkldap.so.5 => /usr/local/kde4/lib/libkldap.so.5 > (0x8864a000) > > > libkdeui.so.7 => /usr/local/kde4/lib/libkdeui.so.7 > (0x88689000) > > > libQtSvg.so.4 => /usr/local/lib/qt4/libQtSvg.so.4 (0x88a6d000) > > > libstreamanalyzer.so.0 > => /usr/local/lib/libstreamanalyzer.so.0 (0x88ab4000) > > libstreams.so.0 => /usr/local/lib/libstreams.so.0 (0x88b4c000) > > > libkpty.so.5 => /usr/local/kde4/lib/libkpty.so.5 (0x88b8d000) > > > libkdecore.so.7 => /usr/local/kde4/lib/libkdecore.so.7 > (0x88b97000) > > libsolid.so.5 => /usr/local/kde4/lib/libsolid.so.5 > (0x88df0000) > > > libldap-2.4.so.3 => /usr/local/lib/libldap-2.4.so.3 > (0x88e6d000) > > liblber-2.4.so.3 => /usr/local/lib/liblber-2.4.so.3 > (0x88ea5000) > > libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0x88eb2000) > > > libQtCore.so.4 => /usr/local/lib/qt4/libQtCore.so.4 > (0x88ec9000) > > libthr.so.3 => /lib/libthr.so.3 (0x890aa000) > > > libQtDBus.so.4 => /usr/local/lib/qt4/libQtDBus.so.4 > (0x890bd000) > > libphonon.so.4 => /usr/local/kde4/lib/libphonon.so.4 > (0x89119000) > > libknotifyconfig.so.5 => > /usr/local/kde4/lib/libknotifyconfig.so.5 (0x8917e000) > > libkutils.so.5 => /usr/local/kde4/lib/libkutils.so.5 > (0x89192000) > > libqimageblitz.so.4 => /usr/local/lib/libqimageblitz.so.4 > (0x891e8000) > > libkabc.so.5 => /usr/local/kde4/lib/libkabc.so.5 (0x89207000) > > > libkde3support.so.5 => /usr/local/kde4/lib/libkde3support.so.5 > (0x892a2000) > > libQtNetwork.so.4 => /usr/local/lib/qt4/libQtNetwork.so.4 > (0x893aa000) > > libQtXml.so.4 => /usr/local/lib/qt4/libQtXml.so.4 (0x89492000) > > > libz.so.4 => /lib/libz.so.4 (0x894d1000) > > > libbz2.so.3 => /usr/lib/libbz2.so.3 (0x894e3000) > > > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x894f4000) > libXss.so.1 => /usr/local/lib/libXss.so.1 (0x894fd000) > libSM.so.6 => /usr/local/lib/libSM.so.6 (0x89500000) > libICE.so.6 => /usr/local/lib/libICE.so.6 (0x89507000) > libX11.so.6 => /usr/local/lib/libX11.so.6 (0x8951d000) > libXext.so.6 => /usr/local/lib/libXext.so.6 (0x89602000) > libXft.so.2 => /usr/local/lib/libXft.so.2 (0x89618000) > libXau.so.6 => /usr/local/lib/libXau.so.6 (0x8962a000) > libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x8962d000) > libXpm.so.4 => /usr/local/lib/libXpm.so.4 (0x89632000) > libQtGui.so.4 => /usr/local/lib/qt4/libQtGui.so.4 (0x89641000) > libXtst.so.6 => /usr/local/lib/libXtst.so.6 (0x89e30000) > libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0x89e35000) > libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x89e3e000) > libfam.so.0 => /usr/local/lib/libfam.so.0 (0x89e43000) > libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x89e4b000) > libQt3Support.so.4 => /usr/local/lib/qt4/libQt3Support.so.4 > (0x89e54000) > libutil.so.7 => /lib/libutil.so.7 (0x8a0d4000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x8a0e2000) > libm.so.5 => /lib/libm.so.5 (0x8a1d7000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8a1ec000) > libc.so.7 => /lib/libc.so.7 (0x8a1f7000) > libpng.so.5 => /usr/X11R6/lib/libpng.so.5 (0x8a2f9000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x8a31b000) > libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x8a323000) > libfreetype.so.9 => /usr/X11R6/lib/libfreetype.so.9 > (0x8a329000) libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 > (0x8a39a000) > libgthread-2.0.so.0 => /usr/X11R6/lib/libgthread-2.0.so.0 > (0x8a3c3000) > libglib-2.0.so.0 => /usr/X11R6/lib/libglib-2.0.so.0 > (0x8a3c7000) libiconv.so.3 => /usr/X11R6/lib/libiconv.so.3 > (0x8a46e000) libxml2.so.5 => /usr/X11R6/lib/libxml2.so.5 (0x8a564000) > libssl.so.5 => /usr/local/lib/libssl.so.5 (0x8a687000) > libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x8a6c7000) > librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x8a809000) > libQtSql.so.4 => /usr/local/lib/qt4/libQtSql.so.4 (0x8a811000) > libm.so.4 => /lib/libm.so.4 (0x8a842000) > libz.so.3 => /lib/libz.so.3 (0x8a858000) > libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8a869000) > libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 > (0x8a887000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x8a9ef000) > libicuuc.so.38 => /usr/X11R6/lib/libicuuc.so.38 (0x8aa1e000) > libicudata.so.38 => /usr/X11R6/lib/libicudata.so.38 > (0x8ab33000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x8b60a000) > > > Thanks in advance! > > Best, > > Kenneth > > > > _______________________________________________ > 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 linimon at lonesome.com Wed Oct 29 14:35:52 2008 From: linimon at lonesome.com (Mark Linimon) Date: Wed Oct 29 14:35:59 2008 Subject: ports missing their packages. In-Reply-To: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> References: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> Message-ID: <20081029143551.GA6191@soaustin.net> On Wed, Oct 29, 2008 at 04:42:18AM -0500, Scot Hetzel wrote: > So you are advocating that port maintainers have to create packages > for all the supported FreeBSD architecture's (amd64, arm, i386, ia64, > mips, pc98, powerpc, sparc64, sun4v). That would be 9 packages > needing to be created at the time the port maintainer submits the > upgrade PR. Nope, not 9 :-) You are forgetting FreeBSD 6, 7, and -current have builds enabled. OTOH, portmgr is only supporting amd64, i386, and sparc64 right now, and is not doing sparc64-8 due to lack of machines, so really the matrix is "only" 8. The ia64 package builds were stopped due to problems (and the fact that we only have 2 machines). There are no package building machines for the others yet -- and some of them ae really only going to be used for embedded systems, so only a very minimal subset of ports is going to be useful. So far, we've talked about addding machines for these, but there are no fixed plans so far. > It could be as simple as forgetting to add the ports subdirectory to > the category Makefile (i.e www/Makefile). Actually this is an uncommon problem; every time portmgr builds a package set, error messages are spit out if things are missing, and we are quick to email the maintainers :-) mcl From linimon at lonesome.com Wed Oct 29 14:38:08 2008 From: linimon at lonesome.com (Mark Linimon) Date: Wed Oct 29 14:38:14 2008 Subject: ports missing their packages. In-Reply-To: References: Message-ID: <20081029143807.GB6191@soaustin.net> On Wed, Oct 29, 2008 at 04:09:23PM +0800, FBSD1 wrote: > An alternate solution to this problem is to allow users to upload missing > packages one word for you: "security". What you suggest is never, ever, going to be implemented, due to the total lack of security. mcl From linimon at lonesome.com Wed Oct 29 15:14:12 2008 From: linimon at lonesome.com (Mark Linimon) Date: Wed Oct 29 15:14:26 2008 Subject: ports missing their packages. In-Reply-To: References: <20081029084637.GA68812@owl.midgard.homeip.net> Message-ID: <20081029151411.GC6191@soaustin.net> On Wed, Oct 29, 2008 at 05:02:14PM +0800, joeb wrote: > How does kdenetwork-kopete-0.12.8 or php5-gd or pdflib fit into those > reasons you gave? A little research shows: ftp://ftp4.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/php5-gd-5.2.6_2.tbz So, there is a current package for php5-gd. http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/pdflib/Makefile?rev=1.54 So, there will never be a package for pdflib, because we are not allowed to distibute it. Now, apparently audio/jack is not being built at the moment, but without access to my home system I can't probe any further. See http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/jack/Makefile?rev=1.44 and http://portsmon.freebsd.org/portoverview.py?category=audio&portname=jack. mcl From linimon at lonesome.com Wed Oct 29 15:17:23 2008 From: linimon at lonesome.com (Mark Linimon) Date: Wed Oct 29 15:17:30 2008 Subject: ports missing their packages. In-Reply-To: <20081029120050.GA77220@ozzmosis.com> References: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> <20081029120050.GA77220@ozzmosis.com> Message-ID: <20081029151722.GD6191@soaustin.net> On Wed, Oct 29, 2008 at 11:00:50PM +1100, andrew clarke wrote: > Presumably the 6.x series wlll be retired before 8.x is released... :) No, there will be an overlap. See http://www.freebsd.org/security/index.html#supported-branches. 8.0 had *better* be out before 2010 :-) > That brings up a question - what is the usual procedure for port > maintainers so they can test their ports on both 6.x & 7.x? I think most people these days run 7.x and create a ports tinderbox (ports-mgmt/tinderbox) to check on 6.x. A few people have tinderboxes available. mcl From wxs at FreeBSD.org Wed Oct 29 15:21:42 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Oct 29 15:21:49 2008 Subject: ports missing their packages. In-Reply-To: <20081029151722.GD6191@soaustin.net> References: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> <20081029120050.GA77220@ozzmosis.com> <20081029151722.GD6191@soaustin.net> Message-ID: <20081029152141.GA73924@atarininja.org> On Wed, Oct 29, 2008 at 10:17:22AM -0500, Mark Linimon wrote: > On Wed, Oct 29, 2008 at 11:00:50PM +1100, andrew clarke wrote: > > Presumably the 6.x series wlll be retired before 8.x is released... :) > > No, there will be an overlap. See > http://www.freebsd.org/security/index.html#supported-branches. > > 8.0 had *better* be out before 2010 :-) > > > That brings up a question - what is the usual procedure for port > > maintainers so they can test their ports on both 6.x & 7.x? > > I think most people these days run 7.x and create a ports tinderbox > (ports-mgmt/tinderbox) to check on 6.x. A few people have tinderboxes > available. While my tinderboxes are not publicly available I do use them extensively to test things and will often work with maintainers who ask for help in supporting OS versions they don't have handy. I also make use of VMs in the rare cases where a tinderbox won't suffice. I understand that not everyone has access to these things, so don't hesitate to ask for help as a maintainer. -- WXS From linimon at lonesome.com Wed Oct 29 15:22:37 2008 From: linimon at lonesome.com (Mark Linimon) Date: Wed Oct 29 15:22:43 2008 Subject: ports missing their packages. In-Reply-To: <257377.83845.qm@web56801.mail.re3.yahoo.com> References: <257377.83845.qm@web56801.mail.re3.yahoo.com> Message-ID: <20081029152236.GE6191@soaustin.net> On Wed, Oct 29, 2008 at 05:55:20AM -0700, mdh wrote: > email the FreeBSD Foundation and find out how much cash it'd take for > additional hardware to make that a reality, then send them that much cash. We are actually set up ok on amd64 machines right now (incremental package builds take just over a day). We are in the process of adding some more i386 machines (it is a matter of configuration; however, most of these are not really powerful machines). This should help get the incremental builds down from 3-4 days to 2-3 days. We also have some sparc64 machines that are on loan to us, which I am also in the process of configuration, but these are only UltraSPARC-II machines. There seems to be some work going on right now to get us running on US-III machines; if so, then it would be handy to get some of them. In the meantime, sparc64 package builds take more than 2 weeks :-( mcl From tigner at msu.edu Wed Oct 29 16:00:36 2008 From: tigner at msu.edu (tigner) Date: Wed Oct 29 16:00:44 2008 Subject: FreeBSD Port: tovid-0.30_6 Message-ID: <1225293347.85421.15.camel@eshop1.pa.msu.edu> Dear Sir(s), I would like to bring your attention to a problem in the scripts in the tovid package. tovid uses mplayer to identify characteristics of a video. mplayer uses $home/.mplayer/config as its config file. IF $home/.mplayer/config has an entry 'loop = 0' then tovid/makexml/idvid scripts will hang forever. I suggest that in the idvid script, to include '-loop 1' in the command that uses mplayer to identify a video might just fix this problem. Current line in idvid: mplayer -vo null -ao null -frames 1 -channels 6 -identify \ "$INFILE" > "$SCRATCH_FILE" 2>&1 ---------------------------------------------------------------------------------------- Suggested replacement: mplayer -vo null -ao null -frames 1 -loop 1 -channels 6 -identify \ "$INFILE" > "$SCRATCH_FILE" 2>&1 The change might have to be in made several lines of idvid. Thank you for listening. Barry A. Tigner Electronics Shop manager Physics and Astronomy department Michigan State University tigner@msu.edu 517-884-5538 From peterjeremy at optushome.com.au Wed Oct 29 18:00:24 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Oct 29 18:00:36 2008 Subject: ports missing their packages. In-Reply-To: <20081029152236.GE6191@soaustin.net> References: <257377.83845.qm@web56801.mail.re3.yahoo.com> <20081029152236.GE6191@soaustin.net> Message-ID: <20081029180019.GS1137@server.vk2pj.dyndns.org> On 2008-Oct-29 10:22:36 -0500, Mark Linimon wrote: >We also have some sparc64 machines that are on loan to us, which I am >also in the process of configuration, but these are only UltraSPARC-II >machines. There seems to be some work going on right now to get us >running on US-III machines; if so, then it would be handy to get some of >them. In the meantime, sparc64 package builds take more than 2 weeks :-( Since sparc64 userland will run on sun4v (similar to using (eg) Pentium userland on a Pentium-4 CPU), the other option is to invest some resources in the sun4v port and build sparc64 packages on a sun4v cluster. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081029/85e54d27/attachment.pgp From mnag at FreeBSD.org Wed Oct 29 18:53:17 2008 From: mnag at FreeBSD.org (Marcus Alves Grando) Date: Wed Oct 29 18:53:23 2008 Subject: py-zsi totally broken In-Reply-To: <48FA21C0.4030602@bsdforen.de> References: <48FA21C0.4030602@bsdforen.de> Message-ID: <4908B0FF.2000706@FreeBSD.org> Fixed using easy_install. Thanks Dominic Fandrey wrote: > I have set > > PYTHON_VERSION= 2.5 > > in my make.conf. This is the only thing that comes to mind as a > possible reason. > > >> pkg_info -g py25-zsi-2.0,1 > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI-2.0-py2.5.egg-info > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/ServiceContainer.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/ServiceContainer.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/ServiceContainer.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/ServiceProxy.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/ServiceProxy.pyc doesn't > exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/ServiceProxy.pyo doesn't > exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TC.py doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TC.pyc doesn't > exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TC.pyo doesn't > exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCapache.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCapache.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCapache.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCcompound.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCcompound.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCcompound.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCnumbers.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCnumbers.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCnumbers.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCtimes.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCtimes.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/TCtimes.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/__init__.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/__init__.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/__init__.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/address.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/address.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/address.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/auth.py doesn't > exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/auth.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/auth.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/client.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/client.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/client.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/digest_auth.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/digest_auth.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/digest_auth.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/dispatch.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/dispatch.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/dispatch.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/fault.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/fault.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/fault.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/__init__.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/__init__.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/__init__.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/commands.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/commands.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/commands.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/containers.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/containers.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/containers.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/pyclass.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/pyclass.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/pyclass.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/utility.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/utility.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/utility.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2dispatch.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2dispatch.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2dispatch.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2python.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2python.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/generate/wsdl2python.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/parse.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/parse.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/parse.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/resolvers.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/resolvers.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/resolvers.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/schema.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/schema.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/schema.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSresource.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSresource.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSresource.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSsecurity.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSsecurity.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/WSsecurity.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/__init__.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/__init__.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/__init__.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/client.py doesn't > exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/client.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/twisted/client.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/typeinterpreter.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/typeinterpreter.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/typeinterpreter.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/version.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/version.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/version.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/writer.py > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/writer.pyc > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/writer.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/Namespaces.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/Namespaces.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/Namespaces.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/TimeoutSocket.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/TimeoutSocket.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/TimeoutSocket.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/UserTuple.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/UserTuple.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/UserTuple.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/Utility.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/Utility.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/Utility.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/WSDLTools.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/WSDLTools.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/WSDLTools.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLSchema.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLSchema.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLSchema.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLname.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLname.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/XMLname.pyo > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/__init__.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/__init__.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/__init__.pyo > doesn't exist > pkg_info: /usr/local/lib/python2.5/site-packages/ZSI/wstools/c14n.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/c14n.pyc doesn't > exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/c14n.pyo doesn't > exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/logging.py > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/logging.pyc > doesn't exist > pkg_info: > /usr/local/lib/python2.5/site-packages/ZSI/wstools/logging.pyo > doesn't exist > Information for py25-zsi-2.0,1: > > Mismatched Checksums: > > _______________________________________________ > 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" -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From peterjeremy at optushome.com.au Wed Oct 29 20:25:45 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Oct 29 20:25:51 2008 Subject: ports missing their packages. In-Reply-To: References: Message-ID: <20081029090708.GP1137@server.vk2pj.dyndns.org> On 2008-Oct-29 16:09:23 +0800, FBSD1 wrote: >It's my understanding that a port maintainer has to install the port for >real any time a change is made to the port make files or a update to the >source of the software to test and verify the changes work as wanted. I'm not sure what you mean by "install the port for real". A port maintainer is responsible for updating his/her ports and verifying that they work. This presumably includes building and installing the port. >Creating the package after this is just one command and a ftp upload >to the package server. This isn't true for a whole variety of reasons. > Why are maintainers being given approval to apply their >changes without creating the required package? Because packages aren't "required" and creation of packages is nothing to do with ports maintainers. > This is just lax management >on the part of the people who do the authorizing of the changes. I suggest you do a bit more reading and a bit less pontificating. > Missing >packages increases user frustration level and makes FreeBSD look like its >being mis-managed. Not all ports have packages for a variety of reasons and there is no requirement that every port has packages for every supported version of FreeBSD. Maybe you need to learn how to "cd /usr/ports/... && make install" -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081029/e83976a9/attachment.pgp From jeg at p-i-n.com Fri Oct 31 03:07:45 2008 From: jeg at p-i-n.com (Juergen Ernst Guenther) Date: Fri Oct 31 03:07:51 2008 Subject: FreeBSD Port: smarty-2.6.20 Message-ID: <20081031083114.GF28974@p-i-n.com> Hello, upgrading the Smarty port from Smarty-2.6.18 to Smarty-2.6.20 has changed as well the MD5/SHA256 checksum for Smarty-2.6.14-docs.tar.gz from 357510250885aab057853949e35845c7 (MD5) to 5123152dd248898a84b96b806f551e78 (MD5) although the file I get is obviously the same. Therefore at my site Smarty cannot longer be installed because of: ===> Extracting for smarty-2.6.20 => MD5 Checksum OK for Smarty-2.6.20.tar.gz. => SHA256 Checksum OK for Smarty-2.6.20.tar.gz. => MD5 Checksum mismatch for Smarty-2.6.14-docs.tar.gz. => SHA256 Checksum mismatch for Smarty-2.6.14-docs.tar.gz. ... ** Listing the failed packages (*:skipped / !:failed) ! www/smarty (checksum mismatch) How can I make it work? kind regards, Juergen Ernst Guenther From gary.jennejohn at freenet.de Fri Oct 31 03:50:48 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Fri Oct 31 03:50:56 2008 Subject: FreeBSD Port: smarty-2.6.20 In-Reply-To: <20081031083114.GF28974@p-i-n.com> References: <20081031083114.GF28974@p-i-n.com> Message-ID: <20081031115034.285901c7@ernst.jennejohn.org> On Fri, 31 Oct 2008 09:31:14 +0100 Juergen Ernst Guenther wrote: > > Hello, > > upgrading the Smarty port from Smarty-2.6.18 to Smarty-2.6.20 > has changed as well the MD5/SHA256 checksum for > > Smarty-2.6.14-docs.tar.gz > > from 357510250885aab057853949e35845c7 (MD5) > to 5123152dd248898a84b96b806f551e78 (MD5) > > although the file I get is obviously the same. > > Therefore at my site Smarty cannot longer be installed > because of: > > ===> Extracting for smarty-2.6.20 > => MD5 Checksum OK for Smarty-2.6.20.tar.gz. > => SHA256 Checksum OK for Smarty-2.6.20.tar.gz. > => MD5 Checksum mismatch for Smarty-2.6.14-docs.tar.gz. > => SHA256 Checksum mismatch for Smarty-2.6.14-docs.tar.gz. > ... > ** Listing the failed packages (*:skipped / !:failed) > ! www/smarty (checksum mismatch) > > How can I make it work? > "make makesum" --- Gary Jennejohn From jeg at p-i-n.com Fri Oct 31 04:23:56 2008 From: jeg at p-i-n.com (Juergen Ernst Guenther) Date: Fri Oct 31 04:24:03 2008 Subject: FreeBSD Port: smarty-2.6.20 In-Reply-To: <20081031115034.285901c7@ernst.jennejohn.org> References: <20081031083114.GF28974@p-i-n.com> <20081031115034.285901c7@ernst.jennejohn.org> Message-ID: <20081031112354.GH28974@p-i-n.com> Hi, > > => MD5 Checksum mismatch for Smarty-2.6.14-docs.tar.gz. > > How can I make it work? > "make makesum" Thanks! regards, Juergen Ernst Guenther From m.alberoni at cineca.it Fri Oct 31 07:00:35 2008 From: m.alberoni at cineca.it (Marco Alberoni) Date: Fri Oct 31 07:00:41 2008 Subject: FreeBSD Port: swfdec-0.6.8 Message-ID: <490B0B3A.6070603@cineca.it> Hello, is this FreeBSD port still mainteined? Version 0.6.8 is very old... Thank you for your kind attention Yours sincerely -- Marco Alberoni From freebsd at byshenk.net Fri Oct 31 08:41:31 2008 From: freebsd at byshenk.net (Greg Byshenk) Date: Fri Oct 31 08:41:37 2008 Subject: rsync with acls Message-ID: <20081031142351.GI907@core.byshenk.net> I am experiencing a problem attempting to use rsync on systems with extended ACLs enabled. The ACLs flag works, but when it is used, the mtime of the files on on the receiving system are set to the current time. This is a bit annoying in itself, but creates a larger problem because any later rsync actions on the same files see the files as _different_, meaning that _all_ the files are recopied -- which more or less defeats the purpose of using rsync. Yes, I understand that setting ACLs on a file changes the mtime of the file. But, as rsync is able to (re)set mtimes I would think that this shouldn't should be an issue when using rsync. Is this a bug or a feature? -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From mezz7 at cox.net Fri Oct 31 09:10:03 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Oct 31 09:10:10 2008 Subject: FreeBSD Port: swfdec-0.6.8 In-Reply-To: <490B0B3A.6070603@cineca.it> References: <490B0B3A.6070603@cineca.it> Message-ID: On Fri, 31 Oct 2008 07:42:26 -0600, Marco Alberoni wrote: > Hello, is this FreeBSD port still mainteined? Version 0.6.8 is very > old... > > Thank you for your kind attention We (FreeBSD GNOME Team) have 0.8.x in MarcusCom CVS that will be merging into FreeBSD ports when it's complete unfreeze. Cheers, Mezz > Yours sincerely -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From glarkin at FreeBSD.org Fri Oct 31 13:05:22 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Fri Oct 31 13:05:34 2008 Subject: Call for testers: MythTV 0.21 port upgrade Message-ID: <490B64FC.60608@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I've been working on PR 126343 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV upgraded to 0.21 on FreeBSD. At the moment, I have a port that compiles cleanly, installs, starts up the frontend and deinstalls correctly on 7.0. Of course, whether it will actually record TV, playback, etc. is another matter altogether. :) Is anyone out there willing to test out the port upgrade? I have a mini-ITX PC here that could be set up for testing, but I need to get a capture card first, unless MythTV will work with a USB capture dongle. In the mean time, I've placed the ports tree patch here: http://people.freebsd.org/~glarkin/diffs/mythtv-0.21.diff If you're game, download it, cd to the top of your ports tree and run: patch -E < /patch/download/dir/mythtv-0.21.diff You should then remove the *.orig files in the multimedia/mythtv/files directory. Bug reports, port improvements and all feedback are welcome. I've also adopted the port and hope to incorporate any suggestions sent my way. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJC2T80sRouByUApARAjdnAKCXu7H+DYfVQUvGC8SNcZaCJxxFxQCgqM/Q yMQrVcbvgkLUgS8zK7NBcWc= =6+da -----END PGP SIGNATURE-----