From mezz7 at cox.net Tue Sep 1 00:15:44 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Sep 1 00:15:51 2009 Subject: FreeBSD Port: transmission-daemon-1.73 In-Reply-To: <4D279A9A531C4815A124E3826B15FE35@complitex.local> References: <4D279A9A531C4815A124E3826B15FE35@complitex.local> Message-ID: On Mon, 31 Aug 2009 03:25:20 -0500, Alexey Markov wrote: > Hello! > > First of all, excuse my English. ;-) > > I want to ask, is there any plans to update /net-p2p/transmission/ > port to the latest 1.74 version? Or may i do it myself, by patch? I have been testing it for a few days (almost a week), because I don't trust Transmission's release quaility anymore. Anyway, I have committed 1.74 update recently. Cheers, Mezz > Thanks in advance! -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From james.technew at gmail.com Tue Sep 1 06:23:25 2009 From: james.technew at gmail.com (James Chang) Date: Tue Sep 1 06:23:32 2009 Subject: Error when build mod_jk with apache 2.2 under FreeBSD 7.2-STABLE 64bit?! In-Reply-To: <4C8DC248-8710-4C3B-9948-2BD6237E9568@gothic.net.au> References: <4C8DC248-8710-4C3B-9948-2BD6237E9568@gothic.net.au> Message-ID: Hi Sean, Thanks for your hint, but when I enable mod_proxy and mod_proxy_ajp It will pass all requests to Tomcat. This will cause my apache cannot run php scripts! Is there any method that can run php scripts on apache and pass java request to Tomcat? Best Regards! James Chang 2009/8/29 Sean : > Err... Apache 2.2 has a mod_proxy_ajp module to do the job of connecting, > and probably doesn't need mod_jk > > http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html > > > > On 28/08/2009, at 1:44 PM, James Chang wrote: > >> Hi there, >> >> ? ?I try to buind mod_jk with apache 2.2 (also build from port >> tree but with worker mode) >> from porttree of FreeBSD but I it show me the following error messages: >> >> ============================================================================= >> /usr/local/lib: file not recognized: File format not recognized >> gmake[1]: *** [mod_jk.la] Error 1 >> gmake[1]: Leaving directory >> >> `/usr/ports/www/mod_jk/work/tomcat-connectors-1.2.28-src/native/apache-2.0' >> gmake: *** [all-recursive] Error 1 >> *** Error code 1 >> >> Stop in /usr/ports/www/mod_jk. >> >> ============================================================================= >> >> ? In Tomcat web site, the FAQ says mod_jk could support apache 2.2 >> >> Could someone give me a hand ? >> >> Thanks in advance. >> >> Best Regards. >> >> >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?James Chang >> _______________________________________________ >> 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 roam at ringlet.net Tue Sep 1 08:02:43 2009 From: roam at ringlet.net (Peter Pentchev) Date: Tue Sep 1 08:02:50 2009 Subject: Open discution for a fakeroot support for the ports infrastructure In-Reply-To: References: Message-ID: <20090901080224.GA1017@straylight.m.ringlet.net> On Mon, Aug 31, 2009 at 11:26:43PM +0200, Baptiste Daroussin wrote: > Hi, > > I've written some patches for the ports infrastructure importing the > fakeroot implementation from midnightbsd ports. That's actually a good idea. I'm quite used to fakeroot already from some work I've been doing in Debian. > In my first implementation the fake directory was enabled by default, no > ports had to be modified to support it. > My second implementation added a knob to add to make.conf (USE_FAKE) to > enable it for people wanting it and want to tested. still no ports to be > modified (except perhaps some buggy one) > > Now the patches are quite old (they won't apply cleanly) so I'm on updating > it again. > > Before rewriting it, I think it is a better idea to first discuss about it, > to improve it, see if there are interests, etc. > > So basically here is what is done and how it works. > the changes are only in the infrastructure not in ports themselves (except > that some will be able to benefit some cleanup) > > do-fake (with post and pre) replaces do-install (pre/post) it creates a > $WRKSRC/fakeroot where the binaries are copied by the ports (during the > do-install of the port) > > then do-package create a package using pkg-plist (or the generated one) > using the binary in fakeroot. > > do-install (ie make install) now only does a pkg_add of the created pkg. Just one comment: there are some ports, and not quite so few, either, which override the do-install target to do some maintenance of their own. A trivial run of find . -mindepth 3 -maxdepth 3 -name Makefile -type f -print0 | xargs -0 fgrep do-install ...from /usr/ports gives just about 6000 results here, and most of them are, indeed, real cases of port Makefiles doing the install thing for themselves. This is done either for very, very simple programs where it would be unnecessary overhead to recurse into the upstream's Makefile and run its "install" target, or for programs where the upstream doesn't even *have* an "install" target, or for programs where there is, quite simply, no upstream - like devel/portilnt :) So the fakeroot implementation should take that into account, too - and that could be a problem, since most of the do-install targets actually do install their files directly into ${PREFIX}. This could actually be easier if DESTDIR were implemented first :) > What is the interest of that : > the installed files will now always respects the pkg-plist which simplify > the QA work. > the developpers will have to focus on the pkg-plist to choose which file > will be installed according to the desired KNOBS/OPTIONS : no more ugly hack > to respect NOPORTDOCS and NOPORTDATA for example. > certainly a lot more that i don't see now. > > what could be seen in the future is an equivalent of the update-plist target > of openbsd ports infrastructure. > it will easier implementation of multipackage ports (if ever wanted :)), one > port with multiple pkg-plist. > > the discussion is open :) > > here is the PR concerned : > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/133815 G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This inert sentence is my body, but my soul is alive, dancing in the sparks of your brain. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090901/460ad45f/attachment.pgp From roam at ringlet.net Tue Sep 1 08:07:11 2009 From: roam at ringlet.net (Peter Pentchev) Date: Tue Sep 1 08:07:17 2009 Subject: Open discution for a fakeroot support for the ports infrastructure In-Reply-To: <20090901080224.GA1017@straylight.m.ringlet.net> References: <20090901080224.GA1017@straylight.m.ringlet.net> Message-ID: <20090901080709.GB1017@straylight.m.ringlet.net> On Tue, Sep 01, 2009 at 11:02:24AM +0300, Peter Pentchev wrote: [snip] > This is done either for very, very simple programs where it would be > unnecessary overhead to recurse into the upstream's Makefile and run > its "install" target, or for programs where the upstream doesn't even > *have* an "install" target, or for programs where there is, quite simply, > no upstream - like devel/portilnt :) Of course, this should read "like ports-mgmt/portlint" :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I had to translate this sentence into English because I could not read the original Sanskrit. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090901/0ae9ac24/attachment.pgp From dandee at hellteam.net Tue Sep 1 09:33:16 2009 From: dandee at hellteam.net (=?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?=) Date: Tue Sep 1 09:33:24 2009 Subject: FreeBSD Port: mc-4.6.2 lynx-like motion forgot Message-ID: <0D0A592AABDB49958DA82EAFB5F83705@tocnet28.jspoj.czf> Hi all, at the beginning I apologize for cross-mailling becuase I really don?t know which mailling list or mail address is the best one for sending my problem. I needed to set up lynx-like motion in configuration of mc. I did it and saved configuration. The application told me that it saved my configuration to ~/.mc/ini. Before I ended mc I tested new setted lynx-like motion and it worked. Next day I started mc again and lynx-like motion did not work at all. I checked my configuration menu and lynx-like motion was not enabled. Why ? I wanted to check it directly in ini file, but I didn?t found any .mc directory and of course any ini file. I tested this on another system where .mc directory and ini file were there. And it worked with lynx-like motion enabled well. I ended mc twice and it always worked again and again. So as I guess my problem is not actually lynx-like motion, but not being ini file. I checked ownership of my home directory and privileges and it were standard. The problem is the same for user and super-user account. I tested sh and bash command interpreter. No diffrence. Some important information about servers: [XYZ$ uname -a FreeBSD XYZ 7.2-STABLE-200906 FreeBSD 7.2-STABLE-200906 #0: Sun Jun 7 10:23:49 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 or second server [ABC]$ uname -a FreeBSD ABC 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Wed Jun 24 00:57:44 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 mc-4.6.2 Midnight Commander, a free Norton Commander Clone # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for mc-4.6.2 _OPTIONS_READ=mc-4.6.2 WITH_UTF8=true WITH_SLANG=true WITH_ICONV=true WITH_NLS=true WITH_EDIT=true WITHOUT_X11=true WITH_SUBSHELL=true WITH_SAMBA=true So what is wrong and where ? Daniel From ohartman at zedat.fu-berlin.de Tue Sep 1 10:49:31 2009 From: ohartman at zedat.fu-berlin.de (O. Hartmann) Date: Tue Sep 1 10:49:59 2009 Subject: ports/devel/automake-wrapper: ln: /usr/local/bin/aclocal: File exists Message-ID: <4A9CF7CF.1000608@zedat.fu-berlin.de> I get permanently this error when doing portmaster -dvf lighttpd. It is essentiel having build everything along the lighttpd server due to a /usr/local/lib corruption. ports/devl/autotools are already installed. Now I get stuck in this nasty error shown below, I can not circumvent. How to simply force the installation? Please respond to my email address also since I'm not member of the ports-list. Thanks in advance, Oliver ===> Installing for automake-wrapper-20071109 ===> Generating temporary packing list ln: /usr/local/bin/aclocal: File exists *** Error code 1 Stop in /usr/ports/devel/automake-wrapper. From Johan at double-l.nl Tue Sep 1 11:37:01 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Tue Sep 1 11:37:08 2009 Subject: squirrelmail port Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA56E9A@w2003s01.double-l.local> Since when are we using release candidate's of squirrelmail in the ports tree. I think we need an devel port for that so that we can use the stable squirrelmail port as stable, and use the devel port if we want to use beta's and release candidates. Regards, Johan From gary.jennejohn at freenet.de Tue Sep 1 11:58:49 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Tue Sep 1 11:59:01 2009 Subject: ports/devel/automake-wrapper: ln: /usr/local/bin/aclocal: File exists In-Reply-To: <4A9CF7CF.1000608@zedat.fu-berlin.de> References: <4A9CF7CF.1000608@zedat.fu-berlin.de> Message-ID: <20090901135845.0901d4b8@ernst.jennejohn.org> On Tue, 01 Sep 2009 10:30:39 +0000 "O. Hartmann" wrote: > I get permanently this error when doing portmaster -dvf lighttpd. > > It is essentiel having build everything along the lighttpd server due to > a /usr/local/lib corruption. ports/devl/autotools are already installed. > Now I get stuck in this nasty error shown below, I can not circumvent. > How to simply force the installation? > > Please respond to my email address also since I'm not member of the > ports-list. > > Thanks in advance, > > Oliver > > ===> Installing for automake-wrapper-20071109 > ===> Generating temporary packing list > ln: usr/local/bin/aclocal: File exists > *** Error code 1 > > Stop in /usr/ports/devel/automake-wrapper. > Try moving /usr/local/bin/aclocal away? --- Gary Jennejohn From tabthorpe at freebsd.org Tue Sep 1 13:14:03 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Tue Sep 1 13:14:09 2009 Subject: squirrelmail port In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA56E9A@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCBA56E9A@w2003s01.double-l.local> Message-ID: <200909010913.45543.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On September 1, 2009 07:36:56 am Johan Hendriks wrote: > Since when are we using release candidate's of squirrelmail in the ports > tree. > I think we need an devel port for that so that we can use the stable > squirrelmail port as stable, and use the devel port if we want to use > beta's and release candidates. > > > > Regards, > Johan > Hey Johan Once the XSS vulnerability was brought to my attention, http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2964 (plus related links) I decided to err on the side of caution, and upgrade to a more stable version, albeit an RC. Yes I know I could have patched it, but chose not to. I am hoping that the release branch will be out sooner than later. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqdHgkACgkQ5Gm/jNBp8qAeRwCeInu4BpN9IWQMa+0glxhFJz0B exIAnRChCLMGSRWHPvOT86aMIHsfUI8l =YoJH -----END PGP SIGNATURE----- From baptiste.daroussin at gmail.com Tue Sep 1 13:16:00 2009 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Tue Sep 1 13:16:06 2009 Subject: Open discution for a fakeroot support for the ports infrastructure In-Reply-To: <20090901080224.GA1017@straylight.m.ringlet.net> References: <20090901080224.GA1017@straylight.m.ringlet.net> Message-ID: Fucking gmail, I replyed in private instead of the list so here is the reply, sorry > That's actually a good idea. I'm quite used to fakeroot already from > some work I've been doing in Debian. > > Currently the fakeroot is not something like the debian fakeroot, ie it is just a directory that is considered a the a root directory (a destdir for example). But in future a program like debian's fakeroot could be considered. > > Just one comment: there are some ports, and not quite so few, either, > which override the do-install target to do some maintenance of their own. > A trivial run of > > find . -mindepth 3 -maxdepth 3 -name Makefile -type f -print0 | > xargs -0 fgrep do-install > > ...from /usr/ports gives just about 6000 results here, and most of them > are, > indeed, real cases of port Makefiles doing the install thing for > themselves. > This is done either for very, very simple programs where it would be > unnecessary overhead to recurse into the upstream's Makefile and run > its "install" target, or for programs where the upstream doesn't even > *have* an "install" target, or for programs where there is, quite simply, > no upstream - like devel/portilnt :) > > So the fakeroot implementation should take that into account, too - > and that could be a problem, since most of the do-install targets > actually do install their files directly into ${PREFIX}. > > This could actually be easier if DESTDIR were implemented first :) > > When a ports override do-install pre-install and post-install, bsd.fake.mkmanage it transparently (ie no modification) if the ports uses ${LOCALBASE} or other variables like this one because during the do-install LOCALBASE is override by ${FAKEDIR}${LOCALBASE} and it already works. the main goal I had in mind when writting the patch is that it should works with the current ports without any modification in them. It is currently not perfect but all the ports I tested works as-is, there are for sure some bugs with some ports but if they are written well bsd.fake.mk should be able to be corrected to handle them correctly. > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > This inert sentence is my body, but my soul is alive, dancing in the sparks > of your brain. > Bapt From david at vizion2000.net Tue Sep 1 13:58:51 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 1 13:58:58 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200908261507.56373.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> Message-ID: <200909011458.36993.david@vizion2000.net> > I have just completed > # portupgrade -fRra > following a system upgrade from freebsd 7.2 p2 to p3 > > after a few minor hiccuups and recompiling ssome of the ports I am left > with four failing ports. As at least three of them seem to share some > common features. If anyone would be willing to help me out here it would be > most appreciated. > The failure list is: > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > * misc/kdeedu4 (kdeedu-4.2.4) > ! graphics/blender (blender-2.49a_1) (unknown build error) > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header) > > The errors reports are shown below in the same order. > The common features are: > problems with compiling boost-python-libs > threading issues > > ###### > ! science/openbabel (openbabel-2.2.1) (unknown build error) > ###### > > In file included from /usr/include/c++/4.2/bits/gthr.h:114, > from /usr/include/c++/4.2/bits/c++io.h:43, > from /usr/include/c++/4.2/iosfwd:46, > from /usr/include/c++/4.2/ios:43, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iterator:70, > from ./boost/iterator.hpp:17, > from ./boost/operators.hpp:81, > from ./boost/python/type_id.hpp:11, > from ./boost/python/converter/registrations.hpp:10, > from libs/python/src/object/function_doc_signature.cpp:6: > /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > __gthread_active_p()': > /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from 'int' > to non-scalar type 'pthread_once' requested > ...failed gcc.compile.c++ bin.v2/libs/python/build/gcc-4.2.1/release/link- > static/threading-multi/object/function_doc_signature.o... > ...skipped > multi>libboost_python.a(clean) for lack of > multi>numeric.o... > ...skipped > multi>libboost_python.a for lack of > multi>numeric.o... > ...skipped libboost_python.a for lack of > multi>libboost_python.a... > ...failed updating 54 targets... > ...skipped 5 targets... > ...updated 17 targets... > *** Error code 1 > > Stop in /usr/ports/devel/boost-python-libs. > *** Error code 1 > > Stop in /usr/ports/devel/boost-python-libs. > *** Error code 1 > > Stop in /usr/ports/science/openbabel. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make > ** Fix the problem and try again. > ###### > * misc/kdeedu4 (kdeedu-4.2.4) > ###### > > In file included from /usr/include/c++/4.2/bits/gthr-default.h:43, > from /usr/include/c++/4.2/bits/gthr.h:114, > from /usr/include/c++/4.2/bits/c++io.h:43, > from /usr/include/c++/4.2/iosfwd:46, > from /usr/include/c++/4.2/ios:43, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iterator:70, > from ./boost/iterator.hpp:17, > from ./boost/operators.hpp:81, > from ./boost/python/type_id.hpp:11, > from ./boost/python/converter/registrations.hpp:10, > from libs/python/src/object/function_doc_signature.cpp:6: > /usr/local/include/python2.6/pthread.h:285: error: conflicting declaration > 'typedef struct pthread_st* pthread_t' > /usr/include/sys/_pthreadtypes.h:64: error: 'pthread_t' has a previous > declaration as 'typedef struct pthread* pthread_t' > /usr/local/include/python2.6/pthread.h:286: error: conflicting declaration > 'typedef struct pthread_attr_st* pthread_attr_t' > /usr/include/sys/_pthreadtypes.h:65: error: 'pthread_attr_t' has a previous > declaration as 'typedef struct pthread_attr* pthread_attr_t' > /usr/local/include/python2.6/pthread.h:288: error: conflicting declaration > 'typedef int pthread_once_t' > /usr/include/sys/_pthreadtypes.h:71: error: 'pthread_once_t' has a previous > declaration as 'typedef struct pthread_once pthread_once_t' > /usr/local/include/python2.6/pthread.h:289: error: conflicting declaration > 'typedef int pthread_mutexattr_t' > /usr/include/sys/_pthreadtypes.h:67: error: 'pthread_mutexattr_t' has a > previous declaration as 'typedef struct pthread_mutex_attr* > pthread_mutexattr_t' > /usr/local/include/python2.6/pthread.h:290: error: conflicting declaration > 'typedef struct pthread_mutex_st* pthread_mutex_t' > /usr/include/sys/_pthreadtypes.h:66: error: 'pthread_mutex_t' has a > previous declaration as 'typedef struct pthread_mutex* pthread_mutex_t' > /usr/local/include/python2.6/pthread.h:291: error: conflicting declaration > 'typedef int pthread_condattr_t' > /usr/include/sys/_pthreadtypes.h:69: error: 'pthread_condattr_t' has a > previous declaration as 'typedef struct pthread_cond_attr* > pthread_condattr_t' /usr/local/include/python2.6/pthread.h:292: error: > conflicting declaration 'typedef struct pthread_cond_st* pthread_cond_t' > /usr/include/sys/_pthreadtypes.h:68: error: 'pthread_cond_t' has a previous > declaration as 'typedef struct pthread_cond* pthread_cond_t' > /usr/local/include/python2.6/pthread.h:293: error: conflicting declaration > 'typedef int pthread_rwlockattr_t' > /usr/include/sys/_pthreadtypes.h:73: error: 'pthread_rwlockattr_t' has a > previous declaration as 'typedef struct pthread_rwlockattr* > pthread_rwlockattr_t' > /usr/local/include/python2.6/pthread.h:294: error: conflicting declaration > 'typedef struct pthread_rwlock_st* pthread_rwlock_t' > /usr/include/sys/_pthreadtypes.h:72: error: 'pthread_rwlock_t' has a > previous declaration as 'typedef struct pthread_rwlock* pthread_rwlock_t' > In file included from /usr/include/c++/4.2/bits/gthr.h:114, > from /usr/include/c++/4.2/bits/c++io.h:43, > from /usr/include/c++/4.2/iosfwd:46, > from /usr/include/c++/4.2/ios:43, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iterator:70, > from ./boost/iterator.hpp:17, > from ./boost/operators.hpp:81, > from ./boost/python/type_id.hpp:11, > from ./boost/python/converter/registrations.hpp:10, > from libs/python/src/object/function_doc_signature.cpp:6: > /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > __gthread_active_p()': > /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from 'int' > to non-scalar type 'pthread_once' requested > ...failed gcc.compile.c++ bin.v2/libs/python/build/gcc-4.2.1/release/link- > static/threading-multi/object/function_doc_signature.o... > ...skipped > multi>libboost_python.a(clean) for lack of > multi>numeric.o... > ...skipped > multi>libboost_python.a for lack of > multi>numeric.o... > ...skipped libboost_python.a for lack of > multi>libboost_python.a... > ...failed updating 54 targets... > ...skipped 5 targets... > ...updated 17 targets... > *** Error code 1 > > Stop in /usr/ports/devel/boost-python-libs. > *** Error code 1 > > Stop in /usr/ports/devel/boost-python-libs. > *** Error code 1 > > Stop in /usr/ports/misc/kdeedu4. > ###### > ! graphics/blender (blender-2.49a_1) (unknown build error) > ###### > /usr/local/include/python2.6/pthread.h:285: error: conflicting declaration > 'typedef struct pthread_st* pthread_t' > /usr/include/sys/_pthreadtypes.h:64: error: 'pthread_t' has a previous > declaration as 'typedef struct pthread* pthread_t' > /usr/local/include/python2.6/pthread.h:286: error: conflicting declaration > 'typedef struct pthread_attr_st* pthread_attr_t' > /usr/include/sys/_pthreadtypes.h:65: error: 'pthread_attr_t' has a previous > declaration as 'typedef struct pthread_attr* pthread_attr_t' > /usr/local/include/python2.6/pthread.h:288: error: conflicting declaration > 'typedef int pthread_once_t' > /usr/include/sys/_pthreadtypes.h:71: error: 'pthread_once_t' has a previous > declaration as 'typedef struct pthread_once pthread_once_t' > /usr/local/include/python2.6/pthread.h:289: error: conflicting declaration > 'typedef int pthread_mutexattr_t' > /usr/include/sys/_pthreadtypes.h:67: error: 'pthread_mutexattr_t' has a > previous declaration as 'typedef struct pthread_mutex_attr* > pthread_mutexattr_t' > /usr/local/include/python2.6/pthread.h:290: error: conflicting declaration > 'typedef struct pthread_mutex_st* pthread_mutex_t' > /usr/include/sys/_pthreadtypes.h:66: error: 'pthread_mutex_t' has a > previous declaration as 'typedef struct pthread_mutex* pthread_mutex_t' > /usr/local/include/python2.6/pthread.h:291: error: conflicting declaration > 'typedef int pthread_condattr_t' > /usr/include/sys/_pthreadtypes.h:69: error: 'pthread_condattr_t' has a > previous declaration as 'typedef struct pthread_cond_attr* > pthread_condattr_t' /usr/local/include/python2.6/pthread.h:292: error: > conflicting declaration 'typedef struct pthread_cond_st* pthread_cond_t' > /usr/include/sys/_pthreadtypes.h:68: error: 'pthread_cond_t' has a previous > declaration as 'typedef struct pthread_cond* pthread_cond_t' > /usr/local/include/python2.6/pthread.h:293: error: conflicting declaration > 'typedef int pthread_rwlockattr_t' > /usr/include/sys/_pthreadtypes.h:73: error: 'pthread_rwlockattr_t' has a > previous declaration as 'typedef struct pthread_rwlockattr* > pthread_rwlockattr_t' > /usr/local/include/python2.6/pthread.h:294: error: conflicting declaration > 'typedef struct pthread_rwlock_st* pthread_rwlock_t' > /usr/include/sys/_pthreadtypes.h:72: error: 'pthread_rwlock_t' has a > previous declaration as 'typedef struct pthread_rwlock* pthread_rwlock_t' > In file included from /usr/include/c++/4.2/bits/gthr.h:114, > from /usr/include/c++/4.2/bits/c++io.h:43, > from /usr/include/c++/4.2/iosfwd:46, > from /usr/include/c++/4.2/bits/stl_algobase.h:70, > from /usr/include/c++/4.2/vector:66, > from > /usr/ports/graphics/blender/work/blender-2.49a/../lib/freebsd-7.2- > x86_64/string/include/STR_String.h:45, > from ../GHOST_IWindow.h:36, > from ../GHOST_ISystem.h:40, > from GHOST_System.h:36, > from GHOST_SystemX11.h:39, > from GHOST_SystemX11.cpp:33: > /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > __gthread_active_p()': > /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from 'int' > to non-scalar type 'pthread_once' requested > gmake[3]: *** > [/usr/ports/graphics/blender/work/blender-2.49a/obj/freebsd-7.2- > x86_64/intern/ghost/GHOST_SystemX11.o] Error 1 > gmake[2]: *** [all] Error 1 > gmake[1]: *** [all] Error 1 > gmake: *** [all] Error 1 > *** Error code 1 > > Stop in /usr/ports/graphics/blender. > *** Error code 1 > > Stop in /usr/ports/graphics/blender. > > > ###### > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header) > ###### > Scanning dependencies of target plasma_wallpaper_virus > [ 59%] Building CXX object > wallpapers/virus/CMakeFiles/plasma_wallpaper_virus.dir/plasma_wallpaper_vir >us_automoc.cpp.o [ 60%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/categoryparser.o > [ 60%] Building CXX object > wallpapers/virus/CMakeFiles/plasma_wallpaper_virus.dir/backgrounddelegate.c >pp.o /usr/ports/deskutils/kdeplasma-addons/work/kdeplasma- > addons-4.3.0/wallpapers/marble/marble.cpp: In member function 'virtual void > Marble::MarbleWallpaper::init(const KConfigGroup&)': > /usr/ports/deskutils/kdeplasma-addons/work/kdeplasma- > addons-4.3.0/wallpapers/marble/marble.cpp:84: error: 'RenderPlugin' was not > declared in this scope > /usr/ports/deskutils/kdeplasma-addons/work/kdeplasma- > addons-4.3.0/wallpapers/marble/marble.cpp:84: error: 'item' was not > declared in this scope > *** Error code 1 > 1 error > *** Error code 2 > [ 60%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/content.o > Linking CXX shared module ../../lib/plasma_wallpaper_pattern.so > [ 61%] Building CXX object > wallpapers/virus/CMakeFiles/plasma_wallpaper_virus.dir/alife.cpp.o > [ 61%] Built target plasma_wallpaper_pattern > [ 61%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/contentjob.o > [ 61%] Building CXX object > wallpapers/virus/CMakeFiles/plasma_wallpaper_virus.dir/backgroundlistmodel. >cpp.o [ 61%] Building CXX object > wallpapers/virus/CMakeFiles/plasma_wallpaper_virus.dir/virus.cpp.o > [ 61%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/contentlistjob.o > [ 61%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/contentparser.o > [ 62%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/knowledgebase.o > [ 62%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/knowledgebasejob.o > [ 62%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/knowledgebaselistjob.o > [ 62%] Building CXX object > dataengines/ocs/lib/CMakeFiles/ocsclient.dir/knowledgebaseparser.o > Linking CXX shared module ../../lib/plasma_wallpaper_virus.so > [ 62%] Built target plasma_wallpaper_virus > Linking CXX shared library ../../../lib/libocsclient.so > [ 62%] Built target ocsclient > 1 error > *** Error code 2 > 1 error > *** Error code 1 > > Stop in /usr/ports/deskutils/kdeplasma-addons. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20090826-39449-uq4f3v-0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=kdeplasma-addons-4.2.4_1 UPGRADE_PORT_VER=4.2.4_1 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > * misc/kdeedu4 (kdeedu-4.2.4) > ! graphics/blender (blender-2.49a_1) (unknown build error) > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing > header) > > Thanks in advance > > David Comments would be appreciated Thanks David From alexanderchuranov at gmail.com Tue Sep 1 15:23:17 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Sep 1 15:23:23 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200909011458.36993.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <200909011458.36993.david@vizion2000.net> Message-ID: <3cb459ed0909010823h42546b72oea814dbe8bab9f40@mail.gmail.com> David, In your case compiler is actually complaining on /usr/include/c++/4.2/bits/gthr-default.h, which is a part of GCC. It's either an internal issue of GCC or GCC packing/installation issue, or compiler compatibility issue. I'd like to know what is your compiler? Did you perform any steps for replacing/updating system compiler? What's the output of 'c++ --version'? I'll try to rebuild boost-python-libs myself to see if the issue is reproducible. Sincerely, Alexander Churanov, maintainer of devel/boost-* 2009/9/1 David Southwell : >> I have just completed >> # portupgrade -fRra >> following a system upgrade from freebsd 7.2 p2 to p3 >> >> after a few minor hiccuups and recompiling ssome of the ports I am left >> with four failing ports. As at least three of them seem to share some >> common features. If anyone would be willing to help me out here it would be >> most appreciated. >> The failure list is: >> >> ! science/openbabel (openbabel-2.2.1) ? (unknown build error) >> * misc/kdeedu4 (kdeedu-4.2.4) >> ! graphics/blender (blender-2.49a_1) ? ?(unknown build error) >> ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header) >> >> The errors reports are shown below in the same order. >> The common features are: >> problems with compiling boost-python-libs >> threading issues >> >> ###### >> ?! science/openbabel (openbabel-2.2.1) ? (unknown build error) >> ###### >> >> In file included from /usr/include/c++/4.2/bits/gthr.h:114, >> ? ? ? ? ? ? ? ? ?from /usr/include/c++/4.2/bits/c++io.h:43, >> ? ? ? ? ? ? ? ? ?from /usr/include/c++/4.2/iosfwd:46, >> ? ? ? ? ? ? ? ? ?from /usr/include/c++/4.2/ios:43, >> ? ? ? ? ? ? ? ? ?from /usr/include/c++/4.2/ostream:45, >> ? ? ? ? ? ? ? ? ?from /usr/include/c++/4.2/iterator:70, >> ? ? ? ? ? ? ? ? ?from ./boost/iterator.hpp:17, >> ? ? ? ? ? ? ? ? ?from ./boost/operators.hpp:81, >> ? ? ? ? ? ? ? ? ?from ./boost/python/type_id.hpp:11, >> ? ? ? ? ? ? ? ? ?from ./boost/python/converter/registrations.hpp:10, >> ? ? ? ? ? ? ? ? ?from libs/python/src/object/function_doc_signature.cpp:6: >> /usr/include/c++/4.2/bits/gthr-default.h: In function 'int >> __gthread_active_p()': >> /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from 'int' >> to non-scalar type 'pthread_once' requested >> ...failed updating 54 targets... >> ...skipped 5 targets... >> ...updated 17 targets... >> *** Error code 1 >> >> Stop in /usr/ports/devel/boost-python-libs. >> *** Error code 1 >> >> Stop in /usr/ports/devel/boost-python-libs. >> *** Error code 1 >> >> Stop in /usr/ports/science/openbabel. >> ** Command failed [exit code 1]: /usr/bin/script -qa >> /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade >> UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make >> ** Fix the problem and try again. >> ###### >> * misc/kdeedu4 (kdeedu-4.2.4) >> ###### >> >> Thanks in advance >> >> David > Comments would be appreciated > > Thanks > > David From kamikaze at bsdforen.de Tue Sep 1 16:59:34 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Sep 1 16:59:40 2009 Subject: CFT - ioquake3 1.36 port Message-ID: <4A9D52F1.7080201@bsdforen.de> I intend to take the games/ioquake3 port over and need some testers. This is the patch to the port (apply from /usr): http://www.home.hs-karlsruhe.de/~fado0011/patch-ports-games-ioquake3.diff This is a shar that creates a slave port installing SVN-snapshots of ioquake3 (extract from /usr): http://www.home.hs-karlsruhe.de/~fado0011/shar-ports-games-ioquake3-devel.sh The devel and release ports can both be installed side by side. The bugzilla entry at the ioq3 project is pretty detailed about what has been patched: http://bugzilla.icculus.org/show_bug.cgi?id=4271 Regards From david at vizion2000.net Tue Sep 1 17:09:17 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 1 17:09:30 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <3cb459ed0909010823h42546b72oea814dbe8bab9f40@mail.gmail.com> References: <200908261507.56373.david@vizion2000.net> <200909011458.36993.david@vizion2000.net> <3cb459ed0909010823h42546b72oea814dbe8bab9f40@mail.gmail.com> Message-ID: <200909011809.03207.david@vizion2000.net> > David, > > In your case compiler is actually complaining on > /usr/include/c++/4.2/bits/gthr-default.h, which is a part of GCC. It's > either an internal issue of GCC or GCC packing/installation issue, or > compiler compatibility issue. > > I'd like to know what is your compiler? > Did you perform any steps for replacing/updating system compiler? > What's the output of 'c++ --version'? > > I'll try to rebuild boost-python-libs myself to see if the issue is > reproducible. > > Sincerely, > Alexander Churanov, > maintainer of devel/boost-* > > 2009/9/1 David Southwell : > >> I have just completed > >> # portupgrade -fRra > >> following a system upgrade from freebsd 7.2 p2 to p3 > >> > >> after a few minor hiccuups and recompiling ssome of the ports I am left > >> with four failing ports. As at least three of them seem to share some > >> common features. If anyone would be willing to help me out here it would > >> be most appreciated. > >> The failure list is: > >> > >> ! science/openbabel (openbabel-2.2.1) (unknown build error) > >> * misc/kdeedu4 (kdeedu-4.2.4) > >> ! graphics/blender (blender-2.49a_1) (unknown build error) > >> ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header) > >> > >> The errors reports are shown below in the same order. > >> The common features are: > >> problems with compiling boost-python-libs > >> threading issues > >> > >> ###### > >> ! science/openbabel (openbabel-2.2.1) (unknown build error) > >> ###### > >> > >> In file included from /usr/include/c++/4.2/bits/gthr.h:114, > >> from /usr/include/c++/4.2/bits/c++io.h:43, > >> from /usr/include/c++/4.2/iosfwd:46, > >> from /usr/include/c++/4.2/ios:43, > >> from /usr/include/c++/4.2/ostream:45, > >> from /usr/include/c++/4.2/iterator:70, > >> from ./boost/iterator.hpp:17, > >> from ./boost/operators.hpp:81, > >> from ./boost/python/type_id.hpp:11, > >> from ./boost/python/converter/registrations.hpp:10, > >> from > >> libs/python/src/object/function_doc_signature.cpp:6: > >> /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > >> __gthread_active_p()': > >> /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from > >> 'int' to non-scalar type 'pthread_once' requested > >> ...failed updating 54 targets... > >> ...skipped 5 targets... > >> ...updated 17 targets... > >> *** Error code 1 > >> > >> Stop in /usr/ports/devel/boost-python-libs. > >> *** Error code 1 > >> > >> Stop in /usr/ports/devel/boost-python-libs. > >> *** Error code 1 > >> > >> Stop in /usr/ports/science/openbabel. > >> ** Command failed [exit code 1]: /usr/bin/script -qa > >> /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade > >> UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make > >> ** Fix the problem and try again. > >> ###### > >> * misc/kdeedu4 (kdeedu-4.2.4) > >> ###### > >> > >> Thanks in advance > >> > >> David > > > > Comments would be appreciated > > > > Thanks > > > > David > David, > > In your case compiler is actually complaining on > /usr/include/c++/4.2/bits/gthr-default.h, which is a part of GCC. It's > either an internal issue of GCC or GCC packing/installation issue, or > compiler compatibility issue. > > I'd like to know what is your compiler? > Did you perform any steps for replacing/updating system compiler? > What's the output of 'c++ --version'? > > I'll try to rebuild boost-python-libs myself to see if the issue is > reproducible. > > Sincerely, > Alexander Churanov, > maintainer of devel/boost-* > Hi Thanks for taking a look -- much appreciated. Here is the output you asked for: dns1# c++ --version c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. David From spawk at acm.poly.edu Tue Sep 1 17:36:20 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Tue Sep 1 17:36:27 2009 Subject: Mailman: users can't post to a moderated list Message-ID: <4A9D5B6A.90304@acm.poly.edu> Hi. I'm running mailman-with-htdig-2.1.12 and messages that would normally await moderation (for example, a non-subscribed user posting to a list) disappear into a black hole, and this message appears in logs/errror: Sep 01 13:24:55 2009 (62072) Uncaught runner exception: Generator instance has no __call__ method Sep 01 13:24:55 2009 (62072) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 120, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 191, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Handlers/Moderate.py", line 112, in process Hold.hold_for_approval(mlist, msg, msgdata, Hold.NonMemberPost) File "/usr/local/mailman/Mailman/Handlers/Hold.py", line 224, in hold_for_approval id = mlist.HoldMessage(msg, reason, msgdata) File "/usr/local/mailman/Mailman/ListAdmin.py", line 205, in HoldMessage g(msg, 1) AttributeError: Generator instance has no __call__ method Sep 01 13:24:55 2009 (62072) SHUNTING: 1251825895.061239+d6bb4ec54c0a21a08ae544605b3090f38ebf0f51 The only reference to the problem I can find is at http://mail.python.org/pipermail/mailman-users/2009-April/065735.html, but there isn't much information there. Anyone know what's up? -Boris From erwin at FreeBSD.org Tue Sep 1 21:30:07 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Sep 1 21:30:13 2009 Subject: INDEX build failed for 6.x Message-ID: <200909012130.n81LU6Hc024328@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait.."Makefile", line 59: Could not find Makefile.svn_rev make: fatal errors encountered -- cannot continue ===> comms/wsjt failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: brooks db skv Most recent CVS update was: U comms/wsjt/Makefile U comms/wsjt/distinfo U comms/wsjt/pkg-descr U comms/wsjt/pkg-plist U devel/p5-MooseX-Types-Structured/Makefile U devel/p5-MooseX-Types-Structured/distinfo U www/trac-iniadmin/Makefile From kamikaze at bsdforen.de Tue Sep 1 21:53:54 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Sep 1 21:54:01 2009 Subject: CFT - ioquake3 1.36 port In-Reply-To: <4A9D52F1.7080201@bsdforen.de> References: <4A9D52F1.7080201@bsdforen.de> Message-ID: <4A9D97EE.70608@bsdforen.de> Dominic Fandrey wrote: > I intend to take the games/ioquake3 port over and need some testers. > > This is the patch to the port (apply from /usr): > http://www.home.hs-karlsruhe.de/~fado0011/patch-ports-games-ioquake3.diff > > This is a shar that creates a slave port installing SVN-snapshots of > ioquake3 (extract from /usr): > http://www.home.hs-karlsruhe.de/~fado0011/shar-ports-games-ioquake3-devel.sh I just updated those to address some i386 problems. From erwin at FreeBSD.org Wed Sep 2 00:43:51 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Sep 2 00:43:56 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200909020043.n820hoGr082535@builder.freebsd.org> From mezz7 at cox.net Wed Sep 2 02:48:01 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Sep 2 02:48:16 2009 Subject: Testers: Here's a patch to update linux-opera to 10.00. Message-ID: Hello all, Here is a patch to update linux-opera to 10.00. It works great with old ~/.linux-opera so far, I haven't seen any problem. I will be out of town for a few days. I need someone to test it more and report any bug if there is any. When I commit it, I am planning to note in the UPDATING about make the back up of ~/.linux-opera and turn the auto-update off. Also, I am planning to make a request to the Opera developer for allow us to tweak the path of /etc instead of hardcore that way I can put operaprefs_fixed.ini and put in ${PREFIX}/etc/ to force disable auto-update. Patch: http://people.freebsd.org/~mezz/diff/linux-opera.diff Couldn't have done without bsam. He has created linux-nas-lib for all linux_base*. The linux-opera (well, it's QT libraries that came in its tarball) needs it, so be sure to have your ports tree and installed ports up to date. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From amdmi3 at amdmi3.ru Wed Sep 2 03:14:45 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 2 03:15:05 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <1250882387.50625.0.camel@hood.oook.cz> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> Message-ID: <20090902031433.GA1304@hades.panopticon> Hi! Second (smaller) part ready. This eliminates SOURCEFORGE_EXTENDED as it is not really needed, also translates all SFE ports to new SF scheme. Patch: http://people.freebsd.org/~amdmi3/sourceforge-extended.patch Here's a little stats on SF mirrors (mirrors were taken from sourceforge mirror selection pages as well as our sites.mk): MIRROR OK REDIR FAIL (*) biznetnetworks: 94.71% 5.16% 0.13% (*) dfn: 26.01% 73.91% 0.08% easynews: 0.00% 99.95% 0.05% (*) freefr: 94.81% 5.16% 0.03% (*) garr: 54.40% 45.47% 0.13% (*) heanet: 94.84% 5.16% 0.00% (*) internode: 91.41% 8.52% 0.08% (*) iweb: 94.76% 5.16% 0.08% (*) jaist: 89.83% 5.16% 5.01% keihanna: 0.00% 0.00% 100.00% (*) kent: 91.43% 8.54% 0.03% mesh: 0.00% 99.82% 0.18% (*) nchc: 91.38% 8.57% 0.05% osdn: 94.76% 0.00% 5.24% (*) ovh: 34.22% 65.78% 0.00% puzzle: 0.00% 38.92% 61.08% (*) softlayer: 91.41% 8.54% 0.05% (*) sunet: 94.66% 5.16% 0.18% superb-east: 0.00% 99.79% 0.21% (*) surfnet: 94.76% 5.16% 0.08% switch: 94.81% 5.16% 0.03% (*) transact: 91.38% 8.54% 0.08% (*) ufpr: 94.81% 5.16% 0.03% (*) voxel: 91.46% 8.54% 0.00% There also are belnet and (*)ncu which were completely unreachable. Asterisk means the mirror is listed in SF mirror selection page. FAIL is any reply beside HTTP 200 and 302 from mirror. This was tested against all SF ports, so as you can see, SFE is of no use as all mirrors generally mirror all projects. Not sure what's the cause of redirects for several mirrors though, maybe load balancing thingy. Statistics made separately for SFE ports are roughtly similar. Thus, all mirrors are merged into MASTER_SITE_SOURCEFORGE. I've also resorted them based on availability and quick download speed survey from some machines across the world I have access for: Mirror Freefall Pegasus Localhost iweb 1.89 MB/s 2.60 MB/s 1.15 MB/s heanet 1.02 MB/s 5.70 MB/s 2.16 MB/s sunet 732 KB/s 4.85 MB/s 1.42 MB/s freefr 590 KB/s 1.13 MB/s 1.96 MB/s jaist 893 KB/s 1.62 MB/s 548 KB/s switch 520 KB/s 10.4 MB/s 1.57 MB/s surfnet 515 KB/s 7.53 MB/s 1.72 MB/s nchc 1.01 MB/s 1.11 MB/s 503 KB/s voxel 2.19 MB/s 461 KB/s 637 KB/s osdn 403 KB/s 544 KB/s 621 KB/s softlayer 447 KB/s 420 KB/s 399 KB/s transact 732 KB/s 791 KB/s 370 KB/s kent 353 KB/s 1.33 MB/s 2.65 MB/s internode 969 KB/s 758 KB/s 167 KB/s biznetnetworks 189 KB/s 381 KB/s 92.0 KB/s garr failed failed failed ufpr 989 KB/s 519 KB/s failed dfn failed failed failed ovh failed failed failed Hosts are freefall.freebsd.org (US, CA), pegasus.timeweb.ru (RU, SPB), and amdmi3-ext.interlan.ru (RU, MSK). Sorting is based on minimal speed out of three. If you can propose better sorting - please go ahead. Also, you can use this script: http://people.freebsd.org/~amdmi3/sf-speed.sh to find the fastest mirrors for you (to override MASTER_SITE_SOURCEFORGE) and/or to mail me so I improve sorting. Expect the script to download 200MB - it downloads ~10MB file from 20 mirrors. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From erwin at FreeBSD.org Wed Sep 2 06:48:03 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Sep 2 06:48:09 2009 Subject: INDEX build failed for 6.x Message-ID: <200909020648.n826m3Ll052527@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: krb5-1.7: no entry for /usr/ports/devel/libtool15 Committers on the hook: clsung cy Most recent CVS update was: U devel/rubygem-templater/Makefile U devel/rubygem-templater/distinfo U net/p5-Net-Whois-Raw/Makefile U net/p5-Net-Whois-Raw/distinfo U security/krb5-17/Makefile U www/p5-Flickr-API/Makefile U www/p5-Flickr-API/distinfo From pav at FreeBSD.org Wed Sep 2 07:37:50 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Sep 2 07:37:57 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902031433.GA1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> Message-ID: <1251877061.26973.34.camel@pav.hide.vol.cz> This looks quite impressive. Please commit it. Dmitry Marakasov p??e v st 02. 09. 2009 v 07:14 +0400: > Hi! > > Second (smaller) part ready. This eliminates SOURCEFORGE_EXTENDED as it > is not really needed, also translates all SFE ports to new SF scheme. > > Patch: http://people.freebsd.org/~amdmi3/sourceforge-extended.patch > > Here's a little stats on SF mirrors (mirrors were taken from sourceforge > mirror selection pages as well as our sites.mk): > > MIRROR OK REDIR FAIL > (*) biznetnetworks: 94.71% 5.16% 0.13% > (*) dfn: 26.01% 73.91% 0.08% > easynews: 0.00% 99.95% 0.05% > (*) freefr: 94.81% 5.16% 0.03% > (*) garr: 54.40% 45.47% 0.13% > (*) heanet: 94.84% 5.16% 0.00% > (*) internode: 91.41% 8.52% 0.08% > (*) iweb: 94.76% 5.16% 0.08% > (*) jaist: 89.83% 5.16% 5.01% > keihanna: 0.00% 0.00% 100.00% > (*) kent: 91.43% 8.54% 0.03% > mesh: 0.00% 99.82% 0.18% > (*) nchc: 91.38% 8.57% 0.05% > osdn: 94.76% 0.00% 5.24% > (*) ovh: 34.22% 65.78% 0.00% > puzzle: 0.00% 38.92% 61.08% > (*) softlayer: 91.41% 8.54% 0.05% > (*) sunet: 94.66% 5.16% 0.18% > superb-east: 0.00% 99.79% 0.21% > (*) surfnet: 94.76% 5.16% 0.08% > switch: 94.81% 5.16% 0.03% > (*) transact: 91.38% 8.54% 0.08% > (*) ufpr: 94.81% 5.16% 0.03% > (*) voxel: 91.46% 8.54% 0.00% > > There also are belnet and (*)ncu which were completely unreachable. > > Asterisk means the mirror is listed in SF mirror selection page. > > FAIL is any reply beside HTTP 200 and 302 from mirror. > > This was tested against all SF ports, so as you can see, SFE is of no > use as all mirrors generally mirror all projects. Not sure what's the > cause of redirects for several mirrors though, maybe load balancing > thingy. Statistics made separately for SFE ports are roughtly similar. > > Thus, all mirrors are merged into MASTER_SITE_SOURCEFORGE. I've also > resorted them based on availability and quick download speed survey from > some machines across the world I have access for: > > Mirror Freefall Pegasus Localhost > iweb 1.89 MB/s 2.60 MB/s 1.15 MB/s > heanet 1.02 MB/s 5.70 MB/s 2.16 MB/s > sunet 732 KB/s 4.85 MB/s 1.42 MB/s > freefr 590 KB/s 1.13 MB/s 1.96 MB/s > jaist 893 KB/s 1.62 MB/s 548 KB/s > switch 520 KB/s 10.4 MB/s 1.57 MB/s > surfnet 515 KB/s 7.53 MB/s 1.72 MB/s > nchc 1.01 MB/s 1.11 MB/s 503 KB/s > voxel 2.19 MB/s 461 KB/s 637 KB/s > osdn 403 KB/s 544 KB/s 621 KB/s > softlayer 447 KB/s 420 KB/s 399 KB/s > transact 732 KB/s 791 KB/s 370 KB/s > kent 353 KB/s 1.33 MB/s 2.65 MB/s > internode 969 KB/s 758 KB/s 167 KB/s > biznetnetworks 189 KB/s 381 KB/s 92.0 KB/s > garr failed failed failed > ufpr 989 KB/s 519 KB/s failed > dfn failed failed failed > ovh failed failed failed > > Hosts are freefall.freebsd.org (US, CA), pegasus.timeweb.ru (RU, > SPB), and amdmi3-ext.interlan.ru (RU, MSK). Sorting is based on > minimal speed out of three. If you can propose better sorting - > please go ahead. > > Also, you can use this script: http://people.freebsd.org/~amdmi3/sf-speed.sh > to find the fastest mirrors for you (to override MASTER_SITE_SOURCEFORGE) > and/or to mail me so I improve sorting. Expect the script to download > 200MB - it downloads ~10MB file from 20 mirrors. > -- Pav Lucistnik How will you recognize experienced hacker from beginner? Beginner thinks that kilobyte have 1000 bytes. Experienced hacker thinks one kilometer have 1024 meters. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090902/4fd26fc6/attachment.pgp From ale at FreeBSD.org Wed Sep 2 07:55:54 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Sep 2 07:56:00 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902031433.GA1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> Message-ID: <4A9E2505.1070306@FreeBSD.org> Dmitry Marakasov ha scritto: > Also, you can use this script: http://people.freebsd.org/~amdmi3/sf-speed.sh > to find the fastest mirrors for you (to override MASTER_SITE_SOURCEFORGE) > and/or to mail me so I improve sorting. The script doesn't take into account that the word "saved" is localized ;-) In any case this is a result from Italy: switch: (1,49 MB/s) surfnet: (1,37 MB/s) kent: (1,32 MB/s) freefr: (1,22 MB/s) heanet: (1,01 MB/s) voxel: (936 KB/s) sunet: (611 KB/s) iweb: (414 KB/s) osdn: (384 KB/s) softlayer: (316 KB/s) ufpr: (265 KB/s) jaist: (180 KB/s) nchc: (175 KB/s) transact: (147 KB/s) internode: (136 KB/s) biznetnetworks: (32,7 KB/s) dfn: failed garr: failed ovh: failed heanet seems to be the only one that reach > 1MB/s from all the tested locations, maybe it could be the first in the SF list. -- Alex Dupre From itetcu at FreeBSD.org Wed Sep 2 09:04:41 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Sep 2 09:04:47 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <4A9E2505.1070306@FreeBSD.org> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> Message-ID: <20090902120508.2558236d@it.buh.tecnik93.com> On Wed, 02 Sep 2009 09:55:49 +0200 Alex Dupre wrote: > Dmitry Marakasov ha scritto: > > Also, you can use this script: > > http://people.freebsd.org/~amdmi3/sf-speed.sh to find the fastest > > mirrors for you (to override MASTER_SITE_SOURCEFORGE) and/or to > > mail me so I improve sorting. > > The script doesn't take into account that the word "saved" is > localized ;-) In any case this is a result from Italy: > > switch: (1,49 MB/s) > surfnet: (1,37 MB/s) > kent: (1,32 MB/s) > freefr: (1,22 MB/s) > heanet: (1,01 MB/s) > voxel: (936 KB/s) > sunet: (611 KB/s) > iweb: (414 KB/s) > osdn: (384 KB/s) > softlayer: (316 KB/s) > ufpr: (265 KB/s) > jaist: (180 KB/s) > nchc: (175 KB/s) > transact: (147 KB/s) > internode: (136 KB/s) > biznetnetworks: (32,7 KB/s) > dfn: failed > garr: failed > ovh: failed > > heanet seems to be the only one that reach > 1MB/s from all the tested > locations, maybe it could be the first in the SF list. > In my case, over a few retries, switch is the fastest, followed by surfnet. heatnet is only somewhere between 500-700K. dfn, garr: and ovh fail. -- 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: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090902/e69897b2/signature.pgp From gary.jennejohn at freenet.de Wed Sep 2 09:07:51 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Sep 2 09:08:16 2009 Subject: Testers: Here's a patch to update linux-opera to 10.00. In-Reply-To: References: Message-ID: <20090902110749.243fe108@ernst.jennejohn.org> On Tue, 01 Sep 2009 21:49:20 -0500 "Jeremy Messenger" wrote: > Here is a patch to update linux-opera to 10.00. It works great with old > ~/.linux-opera so far, I haven't seen any problem. I will be out of town > for a few days. I need someone to test it more and report any bug if there > is any. > Works extremely well so far, even flash works without any complications. I'm using linux_base-f10-10_1. uname -a (sanitized): FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #35: Sat Aug 29 18:30:32 CEST 2009 amd64 --- Gary Jennejohn From erwin at FreeBSD.org Wed Sep 2 09:47:57 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Sep 2 09:48:04 2009 Subject: INDEX build failed for 6.x Message-ID: <200909020947.n829lvHC018673@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: krb5-1.7: no entry for /usr/ports/devel/libtool15 Committers on the hook: clsung cy jadawin johans miwi philip tobez Most recent CVS update was: U audio/py-libmpdclient/Makefile U devel/p5-B-Utils/Makefile U devel/p5-B-Utils/distinfo U games/wesnoth/Makefile U games/wesnoth/files/patch-Makefile.am U games/wesnoth/files/patch-configure.ac U games/wesnoth/files/patch-src-Makefile.am U games/wesnoth/files/patch-src-font.cpp U games/wesnoth-devel/Makefile U games/wesnoth-devel/distinfo U games/wesnoth-devel/pkg-plist U games/wesnoth-devel/files/patch-Makefile.in U games/wesnoth-devel/files/patch-configure U games/wesnoth-devel/files/patch-configure.ac U games/wesnoth-devel/files/patch-src-Makefile.am U games/wesnoth-devel/files/patch-src-Makefile.in U games/wesnoth-devel/files/patch-window_builder.cpp U graphics/Makefile U graphics/p5-Color-Scheme/Makefile U graphics/p5-Color-Scheme/distinfo U graphics/p5-Color-Scheme/pkg-descr U graphics/p5-Color-Scheme/pkg-plist U math/ocaml-ocamlgraph/Makefile U math/ocaml-ocamlgraph/distinfo U sysutils/p5-Sysadm-Install/Makefile U sysutils/p5-Sysadm-Install/distinfo U www/p5-WWW-Facebook-API/Makefile U www/p5-WWW-Facebook-API/distinfo U www/p5-WWW-Facebook-API/pkg-plist From alexanderchuranov at gmail.com Wed Sep 2 10:00:05 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed Sep 2 10:00:12 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200909011809.03207.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <200909011458.36993.david@vizion2000.net> <3cb459ed0909010823h42546b72oea814dbe8bab9f40@mail.gmail.com> <200909011809.03207.david@vizion2000.net> Message-ID: <3cb459ed0909020300h6431f224u995c014335099c1@mail.gmail.com> David, Unfortunately, the issue is not reproducible on my machine. I've just re-built all boost ports. I'll try to reproduce the issue by updating ports and re-building openbabel and kdeedu4. Could you send me the output of 'md5 /usr/include/c++/4.2/bits/gthr-default.h'? Sincerely, Alexander Churanov, maintainer of devel/boost-* 2009/9/1 David Southwell : > Hi > > Thanks for taking a look -- much appreciated. Here is the output you asked > for: > > dns1# c++ --version > c++ (GCC) 4.2.1 20070719 ?[FreeBSD] > Copyright (C) 2007 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. ?There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > David > From david at vizion2000.net Wed Sep 2 10:31:07 2009 From: david at vizion2000.net (David Southwell) Date: Wed Sep 2 10:31:14 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <3cb459ed0909020300h6431f224u995c014335099c1@mail.gmail.com> References: <200908261507.56373.david@vizion2000.net> <200909011809.03207.david@vizion2000.net> <3cb459ed0909020300h6431f224u995c014335099c1@mail.gmail.com> Message-ID: <200909021130.52018.david@vizion2000.net> > > Hi > > > > Thanks for taking a look -- much appreciated. Here is the output you > > asked for: > > > > dns1# c++ --version > > c++ (GCC) 4.2.1 20070719 [FreeBSD] > > Copyright (C) 2007 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is > > NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > > PURPOSE. > > > > David > David, > > Unfortunately, the issue is not reproducible on my machine. I've just > re-built all boost ports. I'll try to reproduce the issue by updating > ports and re-building openbabel and kdeedu4. > > Could you send me the output of 'md5 > /usr/include/c++/4.2/bits/gthr-default.h'? > > Sincerely, > Alexander Churanov, > maintainer of devel/boost-* > > 2009/9/1 David Southwell : Thanks for trying here is the output: dns1# md5 /usr/include/c++/4.2/bits/gthr-default.h MD5 (/usr/include/c++/4.2/bits/gthr-default.h) = 2195ca86c1ea76936a87adabe52e461b dns1# Thanks David From amdmi3 at amdmi3.ru Wed Sep 2 12:07:10 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 2 12:07:17 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <4A9E2505.1070306@FreeBSD.org> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> Message-ID: <20090902120700.GD1304@hades.panopticon> * Alex Dupre (ale@FreeBSD.org) wrote: > heanet seems to be the only one that reach > 1MB/s from all the tested > locations, maybe it could be the first in the SF list. Agreed. Also, I'd like at least one more result from USA. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From glarkin at FreeBSD.org Wed Sep 2 12:35:17 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Sep 2 12:35:24 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902120700.GD1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120700.GD1304@hades.panopticon> Message-ID: <4A9E6680.7040600@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dmitry Marakasov wrote: > * Alex Dupre (ale@FreeBSD.org) wrote: > >> heanet seems to be the only one that reach > 1MB/s from all the tested >> locations, maybe it could be the first in the SF list. > > Agreed. > > Also, I'd like at least one more result from USA. > Hi Dmitry, Here are some results from the Northeast US (Boston, Massachusetts): biznetnetworks: (101 KB/s) dfn: failed freefr: (149 KB/s) garr: failed heanet: (570 KB/s) internode: (306 KB/s) iweb: (821 KB/s) jaist: (356 KB/s) kent: (411 KB/s) nchc: (250 KB/s) osdn: (541 KB/s) ovh: failed softlayer: (532 KB/s) sunet: (493 KB/s) surfnet: (217 KB/s) switch: (520 KB/s) transact: (290 KB/s) ufpr: (374 KB/s) voxel: (838 KB/s) Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKnmaA0sRouByUApARAmtnAJ99vEcEwCmehdgrc/yoVyjOL6vA5QCgumbZ 47lPixwXxq2sZFlu/Mm1Qvw= =c1QG -----END PGP SIGNATURE----- From erwin at FreeBSD.org Wed Sep 2 13:01:22 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Sep 2 13:01:27 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200909021301.n82D1Lbq043521@builder.freebsd.org> From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 2 13:19:45 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 2 13:19:52 2009 Subject: Dovecot Sieve port switched from CMU Sieve to Dovecot In-Reply-To: <20090829181122.GA22669@atarininja.org> References: <20090827131800.191378ee@gumby.homeunix.com> <4A982DC9.7050608@CoolRat.org> <20090829181122.GA22669@atarininja.org> Message-ID: <200909021519.41950.mel.flynn+fbsd.ports@mailing.thruhere.net> On Saturday 29 August 2009 20:11:22 Wesley Shields wrote: > On Fri, Aug 28, 2009 at 03:19:37PM -0400, Yarema wrote: > > I was previously overruled by a committer when I filed a PR to default > > ManageSieve to ON. IIRC, POLA was sited as the reason. I'm still of > > the opinion that the ManageSieve patch to the main dovecot port should > > default to ON for the following reasons: > > > > - with the ManageSieve patch built into the package it becomes possible > > for users of binary packages to just install the dovecot-sieve and > > dovecot-managesieve ports and have them work. As it stands now anyone > > who wants to use ManageSieve has to build the dovecot port from source. > > So it doesn't even make sense to have a binary package of > > dovecot-managesieve unless the ManageSieve patch is built into the > > dovecot package by default as well. > > > > - the ManageSieve patch does not add much bulk to the package. Those > > who do not use ManageSieve can simply ignore it or if they build from > > source can disable it. Either way from the perspective of those who do > > not use ManageSieve nothing really changes (thus POLA is not violated). > > > > - and finally there would be fewer broken PRs filed without the distinfo > > for the ManageSieve patch included. > > > > In my opinion it seems not having the binary dovecot-managesieve package > > "just work" is more of a POLA violation than having an extra > > README.managesieve and related dovecot.conf sections installed by > > default in the main dovecot port. > > I have no problems marking that option as on by default since it will > mean that the managesieve port can be usefully packaged, while not > bloating the port at all. To further this issue in the "right" direction, I've investigated the bloat, using a slave port: PORTNAME= dovecot PKGNAMESUFFIX= -withsieve CATEGORIES= mail ipv6 MASTERDIR= ${.CURDIR}/../../mail/dovecot CONFLICTS= dovecot-1* .include "${MASTERDIR}/Makefile" .if defined(WITHOUT_MANAGESIEVE) .undef WITHOUT_MANAGESIEVE .endif WITH_MANAGESIEVE= yes Result: -rw-r--r-- 1 root wheel 2626479 Sep 2 05:05 dovecot-1.2.4.tbz -rw-r--r-- 1 root wheel 2626719 Sep 2 05:04 dovecot-withsieve-1.2.4.tbz I think more bytes have been wasted on discussing this, then it adds to the port. Also, I've left it off, thinking "I'll add this later or just add the package", because the OPTION framework does not really have enough room to specify "You have to tick this option to ON if you want to be able to add dovecot-managesieve port later", so yes, POLA was violated by not having it on by default and the description should probably read something like "Set to off if you never want managesieve support". -- Mel From dikshie at gmail.com Wed Sep 2 13:21:56 2009 From: dikshie at gmail.com (dikshie) Date: Wed Sep 2 13:22:03 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902031433.GA1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> Message-ID: <910e60e80909020559k324940c8j647e5ead93e5fd2a@mail.gmail.com> On Wed, Sep 2, 2009 at 12:14 PM, Dmitry Marakasov wrote: > Also, you can use this script: http://people.freebsd.org/~amdmi3/sf-speed.sh > to find the fastest mirrors for you (to override MASTER_SITE_SOURCEFORGE) > and/or to mail me so I improve sorting. Expect the script to download > 200MB - it downloads ~10MB file from 20 mirrors. Hi, this is from Japan (ASN 4717): biznetnetworks: (199 KB/s) dfn: failed freefr: (409 KB/s) garr: failed heanet: (236 KB/s) internode: (146 KB/s) iweb: (286 KB/s) jaist: (9.15 MB/s) kent: (147 KB/s) nchc: (1.08 MB/s) osdn: (144 KB/s) ovh: failed softlayer: (762 KB/s) sunet: (128 KB/s) surfnet: (187 KB/s) switch: (171 KB/s) transact: (1.09 MB/s) ufpr: failed voxel: (381 KB/s) -dikshie- From dikshie at gmail.com Wed Sep 2 13:34:06 2009 From: dikshie at gmail.com (dikshie) Date: Wed Sep 2 13:34:15 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902031433.GA1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> Message-ID: <910e60e80909020633j17931f03s2b1a28d234c638b1@mail.gmail.com> On Wed, Sep 2, 2009 at 12:14 PM, Dmitry Marakasov wrote: > Also, you can use this script: http://people.freebsd.org/~amdmi3/sf-speed.sh > to find the fastest mirrors for you (to override MASTER_SITE_SOURCEFORGE) > and/or to mail me so I improve sorting. Expect the script to download > 200MB - it downloads ~10MB file from 20 mirrors. Him this is from Indonesia (ASN 4796): biznetnetworks: (2.34 MB/s) dfn: failed freefr: (93.2 KB/s) garr: failed heanet: (63.4 KB/s) internode: failed iweb: (73.2 KB/s) jaist: (151 KB/s) kent: (131 KB/s) nchc: (427 KB/s) osdn: (125 KB/s) ovh: failed softlayer: (215 KB/s) sunet: (74.8 KB/s) surfnet: (71.3 KB/s) switch: (72.7 KB/s) transact: (72.6 KB/s) ufpr: (129 KB/s) voxel: (53.1 KB/s) -dikshie- From parv at pair.com Wed Sep 2 15:26:29 2009 From: parv at pair.com (parv@pair.com) Date: Wed Sep 2 15:26:36 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902120700.GD1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120700.GD1304@hades.panopticon> Message-ID: <20090902151702.GA4531@holstein.holy.cow> in message <20090902120700.GD1304@hades.panopticon>, wrote Dmitry Marakasov thusly... > > * Alex Dupre (ale@FreeBSD.org) wrote: > > > heanet seems to be the only one that reach > 1MB/s from all the tested > > locations, maybe it could be the first in the SF list. > > Agreed. > > Also, I'd like at least one more result from USA. Hilo, Hawaii reports ... biznetnetworks: (68.6 KB/s) , (71.5 KB/s) dfn: failed , failed freefr: (155 KB/s) , (108 KB/s) garr: failed , failed heanet: (49.1 KB/s) , (41.9 KB/s) internode: (181 KB/s) , (183 KB/s) iweb: (260 KB/s) , (279 KB/s) jaist: (168 KB/s) , (250 KB/s) kent: (189 KB/s) , (194 KB/s) nchc: (190 KB/s) , (235 KB/s) osdn: (294 KB/s) , (215 KB/s) ovh: failed , failed softlayer: (256 KB/s) , (244 KB/s) sunet: (120 KB/s) , (109 KB/s) surfnet: (189 KB/s) , (171 KB/s) switch: (180 KB/s) , (156 KB/s) transact: (192 KB/s) , (173 KB/s) ufpr: failed , failed voxel: failed , (235 KB/s) - parv -- From amdmi3 at amdmi3.ru Wed Sep 2 15:45:55 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 2 15:46:02 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902031433.GA1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> Message-ID: <20090902154545.GA94573@hades.panopticon> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: Thanks a lot for replies! The patch is now committed. Really, the more results I got the more compicated it was to choose the best mirror order so I did stick with fastest mirrors for Europe and US, as other countries like Japan and Indonesia just give opposite results and have fastest mirrors which are slowest for the other world. Well, make.conf is your friend for now, also we can think of adding more localization options, including localized mirror sets. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From pschmehl_lists at tx.rr.com Wed Sep 2 16:20:25 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Wed Sep 2 16:20:32 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902120508.2558236d@it.buh.tecnik93.com> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120508.2558236d@it.buh.tecnik93.com> Message-ID: <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> --On Wednesday, September 02, 2009 04:05:08 -0500 Ion-Mihai Tetcu wrote: > > In my case, over a few retries, switch is the fastest, followed by > surfnet. heatnet is only somewhere between 500-700K. > dfn, garr: and ovh fail. It might be way too much work for very little benefit, but network latencies being what they are, perhaps there should be a routine that runs periodically and adjusts the list according to some connectivity parameters? (Yeah, I know, easy for me to say. I don't have to write the code.) -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From amdmi3 at amdmi3.ru Wed Sep 2 16:26:45 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 2 16:26:53 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> References: <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120508.2558236d@it.buh.tecnik93.com> <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> Message-ID: <20090902162633.GB94573@hades.panopticon> * Paul Schmehl (pschmehl_lists@tx.rr.com) wrote: > > In my case, over a few retries, switch is the fastest, followed by > > surfnet. heatnet is only somewhere between 500-700K. > > dfn, garr: and ovh fail. > > It might be way too much work for very little benefit, but network latencies > being what they are, perhaps there should be a routine that runs periodically > and adjusts the list according to some connectivity parameters? (Yeah, I know, > easy for me to say. I don't have to write the code.) That's really too much work for a little benefit. The only thing we really want from mirrors is fetchability, and as soon as we have multiple mirrors that's achieved. Speed is a different issue and, as my survey shows, mirrors can't be sorted once and forever to satisfy the whole world, so if you feel like downloads are slow, just add your favorte mirror into make.conf, like I did a long time ago. The utility to do it automatically would be useful though, and actually you can write one. Actually, something even more clever could be written, similar to RANDOMIZE_MASTER_SITES, but based on fetch speed feedback, but that'd be an overcomplication if you ask me. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From wxs at FreeBSD.org Wed Sep 2 16:52:29 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Sep 2 16:52:35 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902162633.GB94573@hades.panopticon> References: <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120508.2558236d@it.buh.tecnik93.com> <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> <20090902162633.GB94573@hades.panopticon> Message-ID: <20090902165228.GB20719@atarininja.org> (Trimming CC line...) On Wed, Sep 02, 2009 at 08:26:33PM +0400, Dmitry Marakasov wrote: > * Paul Schmehl (pschmehl_lists@tx.rr.com) wrote: > > > > In my case, over a few retries, switch is the fastest, followed by > > > surfnet. heatnet is only somewhere between 500-700K. > > > dfn, garr: and ovh fail. > > > > It might be way too much work for very little benefit, but network latencies > > being what they are, perhaps there should be a routine that runs periodically > > and adjusts the list according to some connectivity parameters? (Yeah, I know, > > easy for me to say. I don't have to write the code.) > > That's really too much work for a little benefit. The only thing > we really want from mirrors is fetchability, and as soon as we have > multiple mirrors that's achieved. Speed is a different issue and, > as my survey shows, mirrors can't be sorted once and forever to > satisfy the whole world, so if you feel like downloads are slow, > just add your favorte mirror into make.conf, like I did a long time > ago. The utility to do it automatically would be useful though, and > actually you can write one. Actually, something even more clever > could be written, similar to RANDOMIZE_MASTER_SITES, but based on > fetch speed feedback, but that'd be an overcomplication if you ask me. There is ports-mgmt/fastest_sites which sorts based upon round-trip time for the TCP handshake to complete. It's not accurate for download speeds but it provides a rough approximation for minimal effort. -- WXS From ml at netfence.it Wed Sep 2 16:55:19 2009 From: ml at netfence.it (Andrea Venturoli) Date: Wed Sep 2 16:55:25 2009 Subject: vlc compilation problems Message-ID: <4A9EA370.1000800@netfence.it> Hello. My compilation of vlc ends with the following error: gmake[5]: Entering directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access' /bin/sh ../../libtool --tag=CC --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/tmp/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -I/usr/local/include -DSYS_FREEBSD6_3 `top_srcdir="../.." top_builddir="../.." ../../vlc-config --cflags plugin libaccess_file_plugin_la-file.lo` -O2 -fno-strict-aliasing -pipe -march=athlon-xp -pthread -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration -MT libaccess_file_plugin_la-file.lo -MD -MP -MF .deps/libaccess_file_plugin_la-file.Tpo -c -o libaccess_file_plugin_la-file.lo `test -f 'file.c' || echo './'`file.c libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/tmp/usr/ports/multimedia/vlc/work/fake//usr/local/include -I/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/include -I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg -I/usr/local/include -DSYS_FREEBSD6_3 -I/usr/local/include -D_FILE_OFFSET_BITS=64 -D__USE_UNIX98 -D_LARGEFILE64_SOURCE -D_REENTRANT -D_THREAD_SAFE -DHAVE_RELEASE -D__LIBVLC__ -D__PLUGIN__ -DMODULE_NAME=access_file -DMODULE_NAME_IS_access_file -DMODULE_STRING=\"access_file\" -O2 -ffast-math -funroll-loops -mtune=pentium2 -fomit-frame-pointer -O2 -fno-strict-aliasing -pipe -march=athlon-xp -pthread -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration -MT libaccess_file_plugin_la-file.lo -MD -MP -MF .deps/libaccess_file_plugin_la-file.Tpo -c file.c -fPIC -DPIC -o .libs/libaccess_file_plugin_la-file.o In file included from /usr/include/sys/mount.h:36, from file.c:55: /usr/include/sys/ucred.h:71: error: `NGROUPS' undeclared here (not in a function) gmake[5]: *** [libaccess_file_plugin_la-file.lo] Error 1 gmake[5]: Leaving directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1' gmake: *** [all] Error 2 *** Error code 1 uname -a gives: FreeBSD alamar.ventu 6.3-RELEASE-p10 FreeBSD 6.3-RELEASE-p10 #0: Sun Jun 21 14:28:02 CEST 2009 root@alamar.ventu:/usr/obj/usr/src/sys/ALAMAR i386 Any hint? bye & Thanks av. From amdmi3 at amdmi3.ru Wed Sep 2 17:02:29 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 2 17:02:36 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902165228.GB20719@atarininja.org> References: <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120508.2558236d@it.buh.tecnik93.com> <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> <20090902162633.GB94573@hades.panopticon> <20090902165228.GB20719@atarininja.org> Message-ID: <20090902170217.GD94573@hades.panopticon> * Wesley Shields (wxs@FreeBSD.org) wrote: > There is ports-mgmt/fastest_sites which sorts based upon round-trip time > for the TCP handshake to complete. It's not accurate for download speeds > but it provides a rough approximation for minimal effort. Thought there was something like that, but then thought I was confusing it with fastest_cvsup. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From cmdlnkid at gmail.com Wed Sep 2 17:24:32 2009 From: cmdlnkid at gmail.com (CmdLnKid) Date: Wed Sep 2 17:24:39 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902120700.GD1304@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120700.GD1304@hades.panopticon> Message-ID: On Wed, 2 Sep 2009 08:07 -0000, amdmi3 wrote: > * Alex Dupre (ale@FreeBSD.org) wrote: > >> heanet seems to be the only one that reach > 1MB/s from all the tested >> locations, maybe it could be the first in the SF list. > > Agreed. > > Also, I'd like at least one more result from USA. > > Here is two: >From pairNetworks in PA biznetnetworks: (411KB/s) dfn: failed freefr: (1.16MB/s) garr: failed heanet: (1013KB/s) internode: (448KB/s) iweb: (2.85MB/s) jaist: (540KB/s) kent: (645KB/s) nchc: (301KB/s) osdn: (280KB/s) ovh: failed softlayer: (364KB/s) sunet: (434KB/s) surfnet: (819KB/s) switch: (802KB/s) transact: (432KB/s) ufpr: (274KB/s) voxel: (2.65MB/s) This one from: West Michigan adsl-*.dsl.klmzmi.sbcglobal.net biznetnetworks: (61.0 KB/s) dfn: failed freefr: (97.4 KB/s) garr: failed heanet: (37.1 KB/s) internode: (58.3 KB/s) iweb: (125 KB/s) jaist: (45.0 KB/s) kent: failed nchc: failed osdn: failed ovh: failed softlayer: (121 KB/s) sunet: (75.8 KB/s) surfnet: (94.8 KB/s) switch: (112 KB/s) transact: failed ufpr: failed voxel: failed Good luck. When it has come to SF in the past I would choose a over sea's mirror first. -- - (2^(N-1)) From avg at icyb.net.ua Wed Sep 2 18:27:44 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Sep 2 18:27:56 2009 Subject: skype 2.1 beta for linux Message-ID: <4A9EB91C.4060203@icyb.net.ua> Just noticed this: http://www.skype.com/intl/en/download/skype/linux/ -- Andriy Gapon From taras at 1adm.ru Wed Sep 2 22:16:12 2009 From: taras at 1adm.ru (=?koi8-r?Q?=F4=C1=D2=C1=D3_=F3=C1=D7=DE=D5=CB?=) Date: Wed Sep 2 22:21:16 2009 Subject: csync2 broken, how to keep a few web servers in sync? Message-ID: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B07705B34@SRV.o.1adm.ru> Hi to All. I'm interested in solving problems with net/csync2. It's marked as broken now. Seems this is one of the best solutions to keep in sync a few web servers. NFS is not good because it's not share-nothing solution, rsync is slow (stateless), GlusterFS support under FreeBSD is questionable, GFS/OCFS2 is not supported at all and too complicated. Another interesting approach - rsync + kqueue (http://blogs.freebsdish.org/ivoras/2008/06/08/weekend-hack-adfsd-a-kqueue-assisted-rsync-tool/), but csync2 + kqueue is more interesting I think. So, questions: Who have experience using csync2 or any other solution to keep web servers in sync under FreeBSD? Who interested in repair net/csync2 port, possibly for some amount of financial gratitude ;-) Thanks in advance for help/suggestions and sorry for my English :) -- Savchuk Taras From miwi at FreeBSD.org Wed Sep 2 22:24:09 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed Sep 2 22:24:16 2009 Subject: skype 2.1 beta for linux In-Reply-To: <4A9EB91C.4060203@icyb.net.ua> References: <4A9EB91C.4060203@icyb.net.ua> Message-ID: <20090902222407.GF82548@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Sep 02, 2009 at 09:27:40PM +0300, Andriy Gapon wrote: > > Just noticed this: > http://www.skype.com/intl/en/download/skype/linux/ > It doesn't work, this version missing the OSS support, I talked to the guys we get later a oss version! - - Martin > -- > Andriy Gapon > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkqe8IcACgkQdLJIhLHm/OmkxACg00eR6eTBtWR6EbFPaEuciVRy AgwAoNUiEBM3ZnDzFkIx52dBPQsqEaPk =BS/5 -----END PGP SIGNATURE----- From uqs at spoerlein.net Thu Sep 3 01:45:22 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Thu Sep 3 01:45:28 2009 Subject: Migration to new SourceForge URL scheme part 2, SFE and some statistics In-Reply-To: <20090902154545.GA94573@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <20090902154545.GA94573@hades.panopticon> Message-ID: <20090903014519.GV50352@acme.spoerlein.net> On Wed, 02.09.2009 at 19:45:45 +0400, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > Thanks a lot for replies! The patch is now committed. Really, the > more results I got the more compicated it was to choose the best > mirror order so I did stick with fastest mirrors for Europe and US, > as other countries like Japan and Indonesia just give opposite > results and have fastest mirrors which are slowest for the other > world. Well, make.conf is your friend for now, also we can think > of adding more localization options, including localized mirror sets. Thanks for all the effort! Cheers, Uli From uqs at spoerlein.net Thu Sep 3 02:04:24 2009 From: uqs at spoerlein.net (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Thu Sep 3 02:04:31 2009 Subject: Open discution for a fakeroot support for the ports infrastructure In-Reply-To: References: Message-ID: <20090903020423.GW50352@acme.spoerlein.net> On Mon, 31.08.2009 at 23:26:43 +0200, Baptiste Daroussin wrote: > Hi, > > I've written some patches for the ports infrastructure importing the > fakeroot implementation from midnightbsd ports. > > In my first implementation the fake directory was enabled by default, no > ports had to be modified to support it. > My second implementation added a knob to add to make.conf (USE_FAKE) to > enable it for people wanting it and want to tested. still no ports to be > modified (except perhaps some buggy one) > > Now the patches are quite old (they won't apply cleanly) so I'm on updating > it again. > > Before rewriting it, I think it is a better idea to first discuss about it, > to improve it, see if there are interests, etc. > > So basically here is what is done and how it works. > the changes are only in the infrastructure not in ports themselves (except > that some will be able to benefit some cleanup) > > do-fake (with post and pre) replaces do-install (pre/post) it creates a > $WRKSRC/fakeroot where the binaries are copied by the ports (during the > do-install of the port) > > then do-package create a package using pkg-plist (or the generated one) > using the binary in fakeroot. > > do-install (ie make install) now only does a pkg_add of the created pkg. This is exactly what we need and kudos to you for taking on this task. I fail to see however, how this can "just work" for all the ports. Most of them are configured with --prefix=/usr/local so you cannot simply run 'gmake install' for them and have stuff show up in the fake root. How is this actually solved (the proposed patch did not enlighten me in that regard). Regards, Uli From mitsuru at zebu.riken.go.jp Thu Sep 3 06:20:28 2009 From: mitsuru at zebu.riken.go.jp (mitsuru@zebu.riken.go.jp) Date: Thu Sep 3 06:20:35 2009 Subject: csync2 broken, how to keep a few web servers in sync? In-Reply-To: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B07705B34@SRV.o.1adm.ru> References: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B07705B34@SRV.o.1adm.ru> Message-ID: <86ab1c7ev2.wl%mitsuru@zebu.riken.go.jp> > Who interested in repair net/csync2 port, possibly for some amount of financial gratitude ;-) I've made a patch and compiled it, though I've not tested if it works. -- Mitsuru diff -ruN csync2.org/Makefile csync2/Makefile --- csync2.org/Makefile 2009-09-03 14:39:39.000000000 +0900 +++ csync2/Makefile 2009-09-03 14:40:09.000000000 +0900 @@ -24,12 +24,11 @@ MAN1= csync2.1 -BROKEN= does not compile with new gnuTLS - GNU_CONFIGURE= yes CONFIGURE_ARGS= --sysconfdir=${PREFIX}/etc CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" CONFIGURE_ENV+= LDFLAGS="-L${LOCALBASE}/lib" +CONFIGURE_ENV+= LIBGNUTLS_CONFIG="${LOCALBASE}/bin/pkg-config gnutls" PLIST_FILES= etc/csync2.cfg-dist \ sbin/csync2 \ diff -ruN csync2.org/files/patch-configure csync2/files/patch-configure --- csync2.org/files/patch-configure 1970-01-01 09:00:00.000000000 +0900 +++ csync2/files/patch-configure 2009-09-03 14:23:51.000000000 +0900 @@ -0,0 +1,11 @@ +--- configure.org 2009-09-03 14:22:32.000000000 +0900 ++++ configure 2009-09-03 14:23:02.000000000 +0900 +@@ -3836,7 +3836,7 @@ + else + LIBGNUTLS_CFLAGS=`$LIBGNUTLS_CONFIG $libgnutls_config_args --cflags` + LIBGNUTLS_LIBS=`$LIBGNUTLS_CONFIG $libgnutls_config_args --libs` +- libgnutls_config_version=`$LIBGNUTLS_CONFIG $libgnutls_config_args --version` ++ libgnutls_config_version=`$LIBGNUTLS_CONFIG $libgnutls_config_args --modversion` + + + ac_save_CFLAGS="$CFLAGS" From guru at unixarea.de Thu Sep 3 08:27:05 2009 From: guru at unixarea.de (Matthias Apitz) Date: Thu Sep 3 08:27:11 2009 Subject: skype 2.1 beta for linux In-Reply-To: <20090902222407.GF82548@bsdcrew.de> References: <4A9EB91C.4060203@icyb.net.ua> <20090902222407.GF82548@bsdcrew.de> Message-ID: <20090903081015.GA2343@current.Sisis.de> El d?a Thursday, September 03, 2009 a las 12:24:07AM +0200, Martin Wilke escribi?: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, Sep 02, 2009 at 09:27:40PM +0300, Andriy Gapon wrote: > > > > Just noticed this: > > http://www.skype.com/intl/en/download/skype/linux/ > > > > It doesn't work, this version missing the OSS support, > I talked to the guys we get later a oss version! > > - - Martin I'm using 2.0.0.72-oss in 8-CURRENT which works fine for me. I don't need a better Skype version, what I would like to see is that also the video would work in Skype for us in FBSD. Just my opinion about a newer Skype. Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From miwi at FreeBSD.org Thu Sep 3 08:54:52 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Sep 3 08:55:04 2009 Subject: skype 2.1 beta for linux In-Reply-To: <20090903081015.GA2343@current.Sisis.de> References: <4A9EB91C.4060203@icyb.net.ua> <20090902222407.GF82548@bsdcrew.de> <20090903081015.GA2343@current.Sisis.de> Message-ID: <20090903085446.GG82548@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Sep 03, 2009 at 10:10:15AM +0200, Matthias Apitz wrote: > El d?a Thursday, September 03, 2009 a las 12:24:07AM +0200, Martin Wilke escribi?: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Wed, Sep 02, 2009 at 09:27:40PM +0300, Andriy Gapon wrote: > > > > > > Just noticed this: > > > http://www.skype.com/intl/en/download/skype/linux/ > > > > > > > It doesn't work, this version missing the OSS support, > > I talked to the guys we get later a oss version! > > > > - - Martin > > I'm using 2.0.0.72-oss in 8-CURRENT which works fine for me. I don't > need a better Skype version, what I would like to see is that also the > video would work in Skype for us in FBSD. Just my opinion about a newer > Skype. Also that's not a problem from Skype, FreeBSD need a v4l(v4bsd)... - - Martin > > Thx > > matthias > -- > Matthias Apitz > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.unixarea.de/ > People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkqfhFYACgkQdLJIhLHm/Ol3OACg4vV9WkjBjm498ika1lktUZ/7 kCsAn2n82QxvTS+lC8werC+9mSzXlLeY =u/yO -----END PGP SIGNATURE----- From guru at unixarea.de Thu Sep 3 11:35:33 2009 From: guru at unixarea.de (Matthias Apitz) Date: Thu Sep 3 11:35:41 2009 Subject: skype 2.1 beta for linux In-Reply-To: <20090903085446.GG82548@bsdcrew.de> References: <4A9EB91C.4060203@icyb.net.ua> <20090902222407.GF82548@bsdcrew.de> <20090903081015.GA2343@current.Sisis.de> <20090903085446.GG82548@bsdcrew.de> Message-ID: <20090903113534.GA1984@current.Sisis.de> El d?a Thursday, September 03, 2009 a las 10:54:46AM +0200, Martin Wilke escribi?: > > I'm using 2.0.0.72-oss in 8-CURRENT which works fine for me. I don't > > need a better Skype version, what I would like to see is that also the > > video would work in Skype for us in FBSD. Just my opinion about a newer > > Skype. > > Also that's not a problem from Skype, FreeBSD need a v4l(v4bsd)... I know. Even better would be that Skype.com provides a native FreeBSD port of Skype. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Sep 3 11:50:18 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Sep 3 11:50:25 2009 Subject: V4bsd (Was: Re: skype 2.1 beta for linux) In-Reply-To: <20090903085446.GG82548@bsdcrew.de> References: <4A9EB91C.4060203@icyb.net.ua> <20090903081015.GA2343@current.Sisis.de> <20090903085446.GG82548@bsdcrew.de> Message-ID: <200909031350.15575.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 03 September 2009 10:54:46 Martin Wilke wrote: > Also that's not a problem from Skype, FreeBSD need a v4l(v4bsd)... Without getting into the nitty gritty of USB/PCI, what does a camera really do? Power on/off and send a stream of pictures in format X? I've never understood why it is so complex, that v4l needs a second release to get to a somewhat acceptable API. -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Sep 3 11:56:51 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Sep 3 11:56:57 2009 Subject: libical config error Cannot find Python.h In-Reply-To: References: <523F3CC4B9FA4A9BB1929870625BE280@sleuth64> <4A943295.8090707@FreeBSD.org> Message-ID: <200909031356.48134.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 26 August 2009 10:02:50 David Southwell wrote: > Thanks Greg -- as usual your are right on the button. I have done as you > suggested and disabled the GNU Pth which I would have prefered to have but > can get round for a while. Just curious, but why do you prefer a userland threads wrapper over 1:1 kernel threads when the application doesn't require it? -- Mel From yds at CoolRat.org Thu Sep 3 12:10:53 2009 From: yds at CoolRat.org (Yarema) Date: Thu Sep 3 12:10:59 2009 Subject: Dovecot Sieve port switched from CMU Sieve to Dovecot In-Reply-To: <200909021519.41950.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090827131800.191378ee@gumby.homeunix.com> <4A982DC9.7050608@CoolRat.org> <20090829181122.GA22669@atarininja.org> <200909021519.41950.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A9FB023.7030703@CoolRat.org> Mel Flynn wrote: > On Saturday 29 August 2009 20:11:22 Wesley Shields wrote: >> On Fri, Aug 28, 2009 at 03:19:37PM -0400, Yarema wrote: > >>> I was previously overruled by a committer when I filed a PR to default >>> ManageSieve to ON. IIRC, POLA was sited as the reason. I'm still of >>> the opinion that the ManageSieve patch to the main dovecot port should >>> default to ON for the following reasons: >>> >>> - with the ManageSieve patch built into the package it becomes possible >>> for users of binary packages to just install the dovecot-sieve and >>> dovecot-managesieve ports and have them work. As it stands now anyone >>> who wants to use ManageSieve has to build the dovecot port from source. >>> So it doesn't even make sense to have a binary package of >>> dovecot-managesieve unless the ManageSieve patch is built into the >>> dovecot package by default as well. >>> >>> - the ManageSieve patch does not add much bulk to the package. Those >>> who do not use ManageSieve can simply ignore it or if they build from >>> source can disable it. Either way from the perspective of those who do >>> not use ManageSieve nothing really changes (thus POLA is not violated). >>> >>> - and finally there would be fewer broken PRs filed without the distinfo >>> for the ManageSieve patch included. >>> >>> In my opinion it seems not having the binary dovecot-managesieve package >>> "just work" is more of a POLA violation than having an extra >>> README.managesieve and related dovecot.conf sections installed by >>> default in the main dovecot port. >> I have no problems marking that option as on by default since it will >> mean that the managesieve port can be usefully packaged, while not >> bloating the port at all. > To further this issue in the "right" direction, I've investigated the bloat, > using a slave port: > PORTNAME= dovecot > PKGNAMESUFFIX= -withsieve > CATEGORIES= mail ipv6 > MASTERDIR= ${.CURDIR}/../../mail/dovecot > CONFLICTS= dovecot-1* > > .include "${MASTERDIR}/Makefile" > .if defined(WITHOUT_MANAGESIEVE) > .undef WITHOUT_MANAGESIEVE > .endif > WITH_MANAGESIEVE= yes > > Result: > -rw-r--r-- 1 root wheel 2626479 Sep 2 05:05 dovecot-1.2.4.tbz > -rw-r--r-- 1 root wheel 2626719 Sep 2 05:04 dovecot-withsieve-1.2.4.tbz > > I think more bytes have been wasted on discussing this, then it adds to the > port. Also, I've left it off, thinking "I'll add this later or just add the > package", because the OPTION framework does not really have enough room to > specify "You have to tick this option to ON if you want to be able to add > dovecot-managesieve port later", so yes, POLA was violated by not having it on > by default and the description should probably read something like "Set to off > if you never want managesieve support". OK then, Wesley, would you mind defaulting the MANAGESIEVE option to "on" and closing PR/138300? Which is definitely approved, though we'll most likely have to remove this new patch once it's rolled into the next release upstream. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/138300 I don't believe we need to bump PORTREVISION for either of these changes since it only affects GSSAPI users and/or binary package users. But if you feel PORTREVISION ought to be bumped up, then so be it. I can roll a new patch set if need be and tack it on to the above mentioned PR or file a new one. But as Mel puts it we're using up more bytes in this thread than is gonna end up in the port after all is said and done.. :) -- Yarema From alexanderchuranov at gmail.com Thu Sep 3 12:17:22 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Sep 3 12:17:28 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200909022303.11314.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <200909021130.52018.david@vizion2000.net> <3cb459ed0909020818i1467216dr536c22a59ad422fa@mail.gmail.com> <200909022303.11314.david@vizion2000.net> Message-ID: <3cb459ed0909030517g4b1997faieddbe15cdc660f42@mail.gmail.com> [Repeating part of thread here to return to the mailing list] 2009/9/3 David Southwell : >> > dns1# md5 /usr/include/c++/4.2/bits/gthr-default.h >> > MD5 (/usr/include/c++/4.2/bits/gthr-default.h) = >> > 2195ca86c1ea76936a87adabe52e461b >> >> Well, this is the same as my. Compiler/header inconsistence version >> fails. have no ideas currently, what causes your issue. I'll try to >> update the ports and build openbabel to see if this is very recent >> failure. >> >> Sincerely, >> Alexander Churanov, >> maintainer of devel/boost-* > this is an amd64 on intel quad 4 > I do not know if that has anything to do with it!! > > David > I do not know too, but this may be the reason. I'll try to rebuild latest openbabel on amd64. By the way on i386 it had rebuilt flawlessly and boost-python-libs too. Sincerely, Alexander Churanov, maintainer of devel/boost-* From wxs at atarininja.org Thu Sep 3 13:15:48 2009 From: wxs at atarininja.org (Wesley Shields) Date: Thu Sep 3 13:15:54 2009 Subject: Dovecot Sieve port switched from CMU Sieve to Dovecot In-Reply-To: <4A9FB023.7030703@CoolRat.org> References: <20090827131800.191378ee@gumby.homeunix.com> <4A982DC9.7050608@CoolRat.org> <20090829181122.GA22669@atarininja.org> <200909021519.41950.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A9FB023.7030703@CoolRat.org> Message-ID: <20090903131546.GA45221@atarininja.org> On Thu, Sep 03, 2009 at 08:01:39AM -0400, Yarema wrote: > Mel Flynn wrote: > > On Saturday 29 August 2009 20:11:22 Wesley Shields wrote: > >> On Fri, Aug 28, 2009 at 03:19:37PM -0400, Yarema wrote: > > > >>> I was previously overruled by a committer when I filed a PR to default > >>> ManageSieve to ON. IIRC, POLA was sited as the reason. I'm still of > >>> the opinion that the ManageSieve patch to the main dovecot port should > >>> default to ON for the following reasons: > >>> > >>> - with the ManageSieve patch built into the package it becomes possible > >>> for users of binary packages to just install the dovecot-sieve and > >>> dovecot-managesieve ports and have them work. As it stands now anyone > >>> who wants to use ManageSieve has to build the dovecot port from source. > >>> So it doesn't even make sense to have a binary package of > >>> dovecot-managesieve unless the ManageSieve patch is built into the > >>> dovecot package by default as well. > >>> > >>> - the ManageSieve patch does not add much bulk to the package. Those > >>> who do not use ManageSieve can simply ignore it or if they build from > >>> source can disable it. Either way from the perspective of those who do > >>> not use ManageSieve nothing really changes (thus POLA is not violated). > >>> > >>> - and finally there would be fewer broken PRs filed without the distinfo > >>> for the ManageSieve patch included. > >>> > >>> In my opinion it seems not having the binary dovecot-managesieve package > >>> "just work" is more of a POLA violation than having an extra > >>> README.managesieve and related dovecot.conf sections installed by > >>> default in the main dovecot port. > >> I have no problems marking that option as on by default since it will > >> mean that the managesieve port can be usefully packaged, while not > >> bloating the port at all. > > To further this issue in the "right" direction, I've investigated the bloat, > > using a slave port: > > PORTNAME= dovecot > > PKGNAMESUFFIX= -withsieve > > CATEGORIES= mail ipv6 > > MASTERDIR= ${.CURDIR}/../../mail/dovecot > > CONFLICTS= dovecot-1* > > > > .include "${MASTERDIR}/Makefile" > > .if defined(WITHOUT_MANAGESIEVE) > > .undef WITHOUT_MANAGESIEVE > > .endif > > WITH_MANAGESIEVE= yes > > > > Result: > > -rw-r--r-- 1 root wheel 2626479 Sep 2 05:05 dovecot-1.2.4.tbz > > -rw-r--r-- 1 root wheel 2626719 Sep 2 05:04 dovecot-withsieve-1.2.4.tbz > > > > I think more bytes have been wasted on discussing this, then it adds to the > > port. Also, I've left it off, thinking "I'll add this later or just add the > > package", because the OPTION framework does not really have enough room to > > specify "You have to tick this option to ON if you want to be able to add > > dovecot-managesieve port later", so yes, POLA was violated by not having it on > > by default and the description should probably read something like "Set to off > > if you never want managesieve support". > > OK then, Wesley, would you mind defaulting the MANAGESIEVE option to > "on" and closing PR/138300? Which is definitely approved, though we'll > most likely have to remove this new patch once it's rolled into the next > release upstream. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/138300 The patch from ports/138300 will be committed today, along with defaulting MANAGESIEVE to on. > I don't believe we need to bump PORTREVISION for either of these changes > since it only affects GSSAPI users and/or binary package users. But if > you feel PORTREVISION ought to be bumped up, then so be it. I can roll > a new patch set if need be and tack it on to the above mentioned PR or > file a new one. But as Mel puts it we're using up more bytes in this > thread than is gonna end up in the port after all is said and done.. :) PORTREVISION will be bumped because it does change the default package and fixes a bug. -- WXS From baptiste.daroussin at gmail.com Thu Sep 3 13:59:31 2009 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Thu Sep 3 13:59:38 2009 Subject: Open discution for a fakeroot support for the ports infrastructure In-Reply-To: <20090903020423.GW50352@acme.spoerlein.net> References: <20090903020423.GW50352@acme.spoerlein.net> Message-ID: FAKE_MAKEARGS?= ${MAKE_ARGS} ${DESTDIRNAME}=${FAKE_DESTDIR} in this bsd.fake.mk DESTDIRNAME= DESTDIR normally all ./configure/gmake/gmake install supports DESTIR during the gmake install gmake install is replaced by gmake DESTFIR=$FAKE_DESTDIR} install which does the job well. but there could be some cases where gmake install doesn't support DESTDIR and the porters didn't overrite the installer. I didn't find one of them during my testing, there should have really few of them and they won't work, but with the last patch, and that's why activating the fake behaviour is optionnal in the last patch. regards, Bapt 2009/9/3 Ulrich Sp?rlein > > On Mon, 31.08.2009 at 23:26:43 +0200, Baptiste Daroussin wrote: > > Hi, > > > > I've written some patches for the ports infrastructure importing the > > fakeroot implementation from midnightbsd ports. > > > > In my first implementation the fake directory was enabled by default, no > > ports had to be modified to support it. > > My second implementation added a knob to add to make.conf (USE_FAKE) to > > enable it for people wanting it and want to tested. still no ports to be > > modified (except perhaps some buggy one) > > > > Now the patches are quite old (they won't apply cleanly) so I'm on updating > > it again. > > > > Before rewriting it, I think it is a better idea to first discuss about it, > > to improve it, see if there are interests, etc. > > > > So basically here is what is done and how it works. > > the changes are only in the infrastructure not in ports themselves (except > > that some will be able to benefit some cleanup) > > > > do-fake (with post and pre) replaces do-install (pre/post) it creates a > > $WRKSRC/fakeroot where the binaries are copied by the ports (during ?the > > do-install of the port) > > > > then do-package create a package using pkg-plist (or the generated one) > > using the binary in fakeroot. > > > > do-install (ie make install) now only does a pkg_add of the created pkg. > > This is exactly what we need and kudos to you for taking on this task. I > fail to see however, how this can "just work" for all the ports. Most of > them are configured with --prefix=/usr/local so you cannot simply run > 'gmake install' for them and have stuff show up in the fake root. > > How is this actually solved (the proposed patch did not enlighten me in > that regard). > > Regards, > Uli From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Sep 3 14:09:05 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Sep 3 14:09:12 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200908261507.56373.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> Message-ID: <200909031609.02235.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 26 August 2009 16:07:56 David Southwell wrote: > I have just completed > # portupgrade -fRra > following a system upgrade from freebsd 7.2 p2 to p3 > > after a few minor hiccuups and recompiling ssome of the ports I am left > with four failing ports. As at least three of them seem to share some > common features. If anyone would be willing to help me out here it would be > most appreciated. > The failure list is: > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > * misc/kdeedu4 (kdeedu-4.2.4) > ! graphics/blender (blender-2.49a_1) (unknown build error) > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header) > > The errors reports are shown below in the same order. > The common features are: > problems with compiling boost-python-libs > threading issues > > ###### > ! science/openbabel (openbabel-2.2.1) (unknown build error) > ###### > > In file included from /usr/include/c++/4.2/bits/gthr.h:114, > from /usr/include/c++/4.2/bits/c++io.h:43, > from /usr/include/c++/4.2/iosfwd:46, > from /usr/include/c++/4.2/ios:43, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iterator:70, > from ./boost/iterator.hpp:17, > from ./boost/operators.hpp:81, > from ./boost/python/type_id.hpp:11, > from ./boost/python/converter/registrations.hpp:10, > from libs/python/src/object/function_doc_signature.cpp:6: > /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > __gthread_active_p()': > /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from 'int' > to non-scalar type 'pthread_once' requested > ...failed gcc.compile.c++ bin.v2/libs/python/build/gcc-4.2.1/release/link- > static/threading-multi/object/function_doc_signature.o... > ...skipped > multi>libboost_python.a(clean) for lack of > multi>numeric.o... > ...skipped > multi>libboost_python.a for lack of > multi>numeric.o... > ...skipped libboost_python.a for lack of > multi>libboost_python.a... > ...failed updating 54 targets... > ...skipped 5 targets... > ...updated 17 targets... > *** Error code 1 > > Stop in /usr/ports/devel/boost-python-libs. > *** Error code 1 > > Stop in /usr/ports/devel/boost-python-libs. > *** Error code 1 > > Stop in /usr/ports/science/openbabel. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make > ** Fix the problem and try again. > ###### > * misc/kdeedu4 (kdeedu-4.2.4) > ###### > > In file included from /usr/include/c++/4.2/bits/gthr-default.h:43, > from /usr/include/c++/4.2/bits/gthr.h:114, > from /usr/include/c++/4.2/bits/c++io.h:43, > from /usr/include/c++/4.2/iosfwd:46, > from /usr/include/c++/4.2/ios:43, > from /usr/include/c++/4.2/ostream:45, > from /usr/include/c++/4.2/iterator:70, > from ./boost/iterator.hpp:17, > from ./boost/operators.hpp:81, > from ./boost/python/type_id.hpp:11, > from ./boost/python/converter/registrations.hpp:10, > from libs/python/src/object/function_doc_signature.cpp:6: > /usr/local/include/python2.6/pthread.h:285: error: conflicting declaration > 'typedef struct pthread_st* pthread_t' ^^ David, I really think that your previous escapade with pth+python has screwed up boost-python. Did you recompile boost after removing pth from python? Because, pth/pthread.h: 282 /* 283 * Primitive system data type definitions required by P1003.1c 284 */ 285 typedef struct pthread_st *pthread_t; ^^ -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Sep 3 15:24:49 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Sep 3 15:25:17 2009 Subject: Dropping maintainership for multimedia/handbrake In-Reply-To: <4A9573AF.60801@kc8onw.net> References: <4A9573AF.60801@kc8onw.net> Message-ID: <200909031724.46667.mel.flynn+fbsd.ports@mailing.thruhere.net> Hi, On Wednesday 26 August 2009 19:41:03 Jonathan wrote: > I was hoping to fix the handbrake port and get it working properly over > the summer but it didn't happen and now I'm in school full time. I > don't have time to work on the port anymore and I don't want people to > not try and update it because someone else is already maintaining it. > > If someone wants to take over this port let the list know and a ports > committer will likely go ahead and assign it to you. Is this one of the problems you refer to? kernel: (cd0:ata1:0:0:0): Media region code is mismatched to logical unit region Followed by: kernel: (cd0:ata1:0:0:0): Retries Exhausted kernel: ata1: FAILURE - non aligned DMA transfer attempted kernel: unknown: setting up DMA failed handbrake becomes unkillable, machine can only be rebooted by power cycle. I'm interested in this port cause I'm looking for a solid alternative for the fragile multimedia/transcode. If this is one of the problems you're seeing and not something local to my test machine, I'll see what I can do and follow up through PR's. -- Mel From david at vizion2000.net Thu Sep 3 15:48:40 2009 From: david at vizion2000.net (David Southwell) Date: Thu Sep 3 15:48:46 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200909031609.02235.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200908261507.56373.david@vizion2000.net> <200909031609.02235.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <200909031648.36880.david@vizion2000.net> > On Wednesday 26 August 2009 16:07:56 David Southwell wrote: > > I have just completed > > # portupgrade -fRra > > following a system upgrade from freebsd 7.2 p2 to p3 > > > > after a few minor hiccuups and recompiling ssome of the ports I am left > > with four failing ports. As at least three of them seem to share some > > common features. If anyone would be willing to help me out here it would > > be most appreciated. > > The failure list is: > > > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > > * misc/kdeedu4 (kdeedu-4.2.4) > > ! graphics/blender (blender-2.49a_1) (unknown build error) > > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header) > > > > The errors reports are shown below in the same order. > > The common features are: > > problems with compiling boost-python-libs > > threading issues > > > > ###### > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > > ###### > > > > In file included from /usr/include/c++/4.2/bits/gthr.h:114, > > from /usr/include/c++/4.2/bits/c++io.h:43, > > from /usr/include/c++/4.2/iosfwd:46, > > from /usr/include/c++/4.2/ios:43, > > from /usr/include/c++/4.2/ostream:45, > > from /usr/include/c++/4.2/iterator:70, > > from ./boost/iterator.hpp:17, > > from ./boost/operators.hpp:81, > > from ./boost/python/type_id.hpp:11, > > from ./boost/python/converter/registrations.hpp:10, > > from > > libs/python/src/object/function_doc_signature.cpp:6: > > /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > > __gthread_active_p()': > > /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from > > 'int' to non-scalar type 'pthread_once' requested > > ...failed gcc.compile.c++ > > bin.v2/libs/python/build/gcc-4.2.1/release/link- > > static/threading-multi/object/function_doc_signature.o... > > ...skipped > > > multi>libboost_python.a(clean) for lack of > > > multi>numeric.o... > > ...skipped > > > multi>libboost_python.a for lack of > > > multi>numeric.o... > > ...skipped libboost_python.a for lack of > > > multi>libboost_python.a... > > ...failed updating 54 targets... > > ...skipped 5 targets... > > ...updated 17 targets... > > *** Error code 1 > > > > Stop in /usr/ports/devel/boost-python-libs. > > *** Error code 1 > > > > Stop in /usr/ports/devel/boost-python-libs. > > *** Error code 1 > > > > Stop in /usr/ports/science/openbabel. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade > > UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make > > ** Fix the problem and try again. > > ###### > > * misc/kdeedu4 (kdeedu-4.2.4) > > ###### > > > > In file included from /usr/include/c++/4.2/bits/gthr-default.h:43, > > from /usr/include/c++/4.2/bits/gthr.h:114, > > from /usr/include/c++/4.2/bits/c++io.h:43, > > from /usr/include/c++/4.2/iosfwd:46, > > from /usr/include/c++/4.2/ios:43, > > from /usr/include/c++/4.2/ostream:45, > > from /usr/include/c++/4.2/iterator:70, > > from ./boost/iterator.hpp:17, > > from ./boost/operators.hpp:81, > > from ./boost/python/type_id.hpp:11, > > from ./boost/python/converter/registrations.hpp:10, > > from > > libs/python/src/object/function_doc_signature.cpp:6: > > /usr/local/include/python2.6/pthread.h:285: error: conflicting > > declaration 'typedef struct pthread_st* pthread_t' > > ^^ > > David, I really think that your previous escapade with pth+python has > screwed up boost-python. Did you recompile boost after removing pth from > python? Because, pth/pthread.h: > 282 /* > 283 * Primitive system data type definitions required by P1003.1c > 284 */ > 285 typedef struct pthread_st *pthread_t; > ^^ After the last escapade I did a complete system rebuild and a total rebuild of all ports including python. But let us assume the worst. How would you suggest I do a complete rebuild of the relevant dependencies? I have already tried portupgrade -rRfa but still have the problem. david From david at vizion2000.net Thu Sep 3 15:51:10 2009 From: david at vizion2000.net (David Southwell) Date: Thu Sep 3 15:51:17 2009 Subject: libical config error Cannot find Python.h In-Reply-To: <200909031356.48134.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <523F3CC4B9FA4A9BB1929870625BE280@sleuth64> <200909031356.48134.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <200909031651.08037.david@vizion2000.net> > On Wednesday 26 August 2009 10:02:50 David Southwell wrote: > > Thanks Greg -- as usual your are right on the button. I have done as you > > suggested and disabled the GNU Pth which I would have prefered to have > > but can get round for a while. > > Just curious, but why do you prefer a userland threads wrapper over 1:1 > kernel threads when the application doesn't require it? There is an application that needs it -- cant remember which right now and I am away from my desk-- it may be babel or keedu David From stephan at sann.name Thu Sep 3 17:35:14 2009 From: stephan at sann.name (Stephan Sann) Date: Thu Sep 3 17:35:22 2009 Subject: Script "configure" failed unexpectedly Message-ID: <4A9FFB9C.3090701@sann.name> Hello, while trying: /usr/ports/graphics/xsane -> make -DFORCE_PKG_REGISTER install clean I got: updating cache ./config.cache ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist Try `ltconfig --help' for more information. configure: error: libtool configure failed ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/aalib/work/aalib-1.4.0/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). Attached you find the asked File. # uname -a FreeBSD lotk1 7.2-STABLE FreeBSD 7.2-STABLE #6: Wed Jun 24 18:53:33 EDT 2009 root@build7x64.pcbsd.org:/usr/obj/pcbsd-build72/cvs/7.2-src/sys/PCBSD amd64 Thanks in advance for any help! Best regards Stephan # ls /var/db/pkg ORBit2-2.14.17 gamin-0.1.10_2 libXrandr-1.3.0 p5-Digest-SHA1-2.12 OpenEXR-1.6.1_1 gcc-4.3.4_20090517 libXrender-0.9.4_1 p5-XML-Parser-2.36_1 acroreadwrapper-0.0.20090328 gconf2-2.26.1_1 libXt-1.0.5_1 p5-gettext-1.05_2 arts-1.5.10_1,1 gdbm-1.8.3_3 libXtst-1.0.3_1 pango-1.24.2 asciidoc-8.4.5_1 getopt-1.1.4_1 libXxf86vm-1.0.2 pciids-20090224 aspell-0.60.6_2 gettext-0.17_1 liba52-0.7.4_2 pcre-7.9 atk-1.26.0 ghostscript8-8.64_2 libart_lgpl-2.3.20,1 perl-5.8.9_2 autoconf-2.62 gio-fam-backend-2.20.1 libaudiofile-0.2.6 pixman-0.15.2 autoconf-wrapper-20071109 glib-2.20.1 libbonobo-2.24.1 pkg-config-0.23_1 automake-1.10.1 gmake-3.81_3 libbonoboui-2.24.1 pkgdb.db automake-1.9.6_3 gnome-doc-utils-0.16.1 libcddb-1.3.0 png-1.2.35 automake-wrapper-20071109 gnome-icon-theme-2.26.0_1 libcdio-0.78.2_2 policykit-0.9_4 avahi-app-0.6.25_1 gnome-keyring-2.26.1_1 libcheck-0.9.6 policykit-gnome-0.9.2 bash-4.0.17 gnome-mime-data-2.18.0_3 libdaemon-0.12 poppler-0.10.6 bigreqsproto-1.0.2 gnome-mount-0.8_2 libdnet-1.11_3 poppler-data-0.2.1 bitstream-vera-1.10_4 gnome-vfs-2.24.1 libdrm-2.4.9 poppler-qt-0.10.6 cairo-1.8.6_1,1 gnome_subr-1.0 libexif-0.6.17 popt-1.7_5 cdparanoia-3.9.8_8 gnomehier-2.3_12 libfontenc-1.0.4 portaudio-18.1_2 celt-0.5.2 gnutls-2.6.5 libgcrypt-1.4.4 portmanager-0.4.1_9 compositeproto-0.4 gsfonts-8.11_4 libglade2-2.6.4 printproto-1.0.4 consolekit-0.3.0_8 gtk-2.16.1 libglut-7.4.2_1 py25-libxml2-2.7.3 cups-base-1.3.10_2 gvfs-1.2.2 libgmp-4.3.1 python25-2.5.4_1 cups-client-1.3.10_2 hal-0.5.11_23 libgnome-2.26.0 qt-3.3.8_9 cups-image-1.3.10_2 help2man-1.36.4_3 libgnomecanvas-2.26.0 qt4-corelib-4.4.3 damageproto-1.1.0_2 hicolor-icon-theme-0.10_2 libgnomeui-2.24.1 qt4-moc-4.4.3 dbus-1.2.4.6 iceauth-1.0.2 libgpg-error-1.7 qt4-qmake-4.4.3 dbus-glib-0.80 ilmbase-1.0.1_1 libgphoto2-2.4.5 qt4-rcc-4.4.3 desktop-file-utils-0.15_1 inputproto-1.5.0 libiconv-1.11_1 qt4-uic-4.4.3 dev86-0.16.17 intltool-0.40.6 libidn-1.13 randrproto-1.3.0 djbfft-0.76_2 iso-codes-3.10.1 libltdl-1.5.26 rarian-0.8.1 dmidecode-2.10 iso8879-1986_2 libmad-0.15.1b_2 recordproto-1.13.2 docbook-1.4 jackit-0.116.2_2 libmng-1.0.10 renderproto-0.9.3 docbook-4.1_3 jasper-1.900.1_7 libnotify-0.4.5 rkhunter-1.3.4 docbook-4.2 javavmwrapper-2.3.2 libogg-1.1.3,4 ruby-1.8.7.160_4,1 docbook-4.3 jpeg-6b_7 libpaper-1.1.21_3 samba-libsmbclient-3.0.34_1 docbook-4.4_2 jpeg-7 libproxy-0.2.3 sane-backends-1.0.20_3 docbook-4.5_2 kBuild-0.1.5.p1_1 libpthread-stubs-0.1 shared-mime-info-0.60_1 docbook-5.0_1 kbproto-1.0.3 libsamplerate-0.1.7_1 sqlite3-3.6.13 docbook-sk-4.1.2_4 kdegraphics-3.5.10_2 libsigsegv-2.5 startup-notification-0.10 docbook-xml-4.2_1 kdehier-1.0_11 libsndfile-1.0.19 t1lib-5.1.2_1,1 docbook-xml-4.3 kdelibs-3.5.10 libsoup-2.26.1 tiff-3.8.2_3 docbook-xml-4.4_1 lcms-1.18,1 libtasn1-2.1 unzip-5.52_5 docbook-xml-4.5 libGL-7.4.1_1 libthai-0.1.5_3 upnp-1.6.5,1 docbook-xsl-1.74.0_1 libGLU-7.4.1_1 libtool-1.5.26 ushare-1.1a dri2proto-2.0 libICE-1.0.4_1,1 libusb-0.1.12_4 v4l_compat-1.0.20060801 eclipse-3.4.1 libIDL-0.8.13 libvolume_id-0.81.1 wget-1.11.4 encodings-1.0.2,1 libSM-1.1.0_1,1 libvorbis-1.2.0_3,3 xbitmaps-1.0.1 esound-0.2.41 libX11-1.2.1,1 libxcb-1.2_1 xcb-proto-1.4 expat-2.0.1 libXau-1.0.4 libxml2-2.7.3 xcb-util-0.3.4 fftw3-3.2 libXaw-1.0.5_1,1 libxslt-1.1.24_2 xcmiscproto-1.1.2 firefox-2.0.0.20_7,1 libXcomposite-0.4.0,1 lsof-4.82,4 xextproto-7.0.5 fixesproto-4.0 libXcursor-1.1.9_1 lua-5.1.4 xf86bigfontproto-1.1.2 flac-1.2.1 libXdamage-1.1.1 m4-1.4.13,1 xf86vidmodeproto-2.2.2 font-bh-ttf-1.0.0 libXdmcp-1.0.2_1 mDNSResponder-108 xineramaproto-1.1.2 font-misc-ethiopic-1.0.0 libXext-1.0.5,1 mkfontdir-1.0.4 xmlcatmgr-2.2 font-misc-meltho-1.0.0_1 libXfixes-4.0.3_1 mkfontscale-1.0.6 xmlcharent-0.3_2 font-util-1.0.1 libXft-2.1.13 mpfr-2.4.1_1 xorg-fonts-truetype-7.4 fontconfig-2.6.0,1 libXi-1.2.1,1 nas-1.9.1_3 xorg-macros-1.2.1 freetype2-2.3.9_1 libXinerama-1.0.3,1 nmap-4.85.b7_1 xpdf-3.02_11 fribidi-0.10.9 libXmu-1.0.4,1 nspr-4.7 xproto-7.0.15 fusefs-kmod-0.3.9.p1.20080208_5 libXp-1.0.0,1 nss-3.11.9_2 xtrans-1.2.3 fusefs-libs-2.7.4 libXpm-3.5.7 open-motif-2.2.3_6 zip-3.0 -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:584: checking for a BSD compatible install configure:637: checking whether build environment is sane configure:694: checking whether make sets ${MAKE} configure:740: checking for working aclocal configure:753: checking for working autoconf configure:766: checking for working automake configure:779: checking for working autoheader configure:792: checking for working makeinfo configure:812: checking host system type configure:833: checking target system type configure:882: checking for gcc configure:995: checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) works configure:1011: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c 1>&5 configure:1037: checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) is a cross-compiler configure:1042: checking whether we are using GNU C configure:1051: cc -E conftest.c configure:1070: checking whether cc accepts -g configure:1171: checking build system type configure:1191: checking for ranlib configure:1230: checking for ld used by GCC configure:1292: checking if the linker (/usr/bin/ld) is GNU ld GNU ld version 2.15 [FreeBSD] 2004-05-23 configure:1308: checking for BSD-compatible nm configure:1344: checking whether ln -s works From ohartman at zedat.fu-berlin.de Thu Sep 3 17:53:58 2009 From: ohartman at zedat.fu-berlin.de (O. Hartmann) Date: Thu Sep 3 17:54:04 2009 Subject: Lighttpd: (mod_fastcgi.c.1742) connect failed: Connection refused on unix:/tmp/lighttpd-fastcgi-php.socket Message-ID: <4AA002B2.5060108@zedat.fu-berlin.de> I deleted accidentally /usr/local/lib on a server but I was able to reinstall most of the software we need manually. After installing php5, several php5-XXX add ons and lighttpd, I get the appended error. The configuration for lighttpd is stuck with the same as before the accident. spawn_fastcgi ist installed as well as other php5 stuff. I'm helpless, Does anyone have any idea what's going wrong? Box is running FreeBSD 8.0-BETA3/AMD64 with compiled world of today. Software has been taken from ports within the past two days, so it should be up to date. Regards, Oliver P.S. Please respond also to my eMail address, thank you very much. 2009-09-03 19:47:49: (mod_access.c.135) -- mod_access_uri_handler called 2009-09-03 19:47:49: (mod_fastcgi.c.3644) handling it in mod_fastcgi 2009-09-03 19:47:49: (mod_fastcgi.c.1742) connect failed: Connection refused on unix:/tmp/lighttpd-fastcgi-php.socket-7 2009-09-03 19:47:49: (mod_fastcgi.c.2943) backend died; we'll disable it for 5 seconds and send the request to another backend instead: reconnects: 0 load: 1 2009-09-03 19:47:49: (mod_fastcgi.c.2481) unexpected end-of-file (perhaps the fastcgi process died): pid: 20516 socket: unix:/tmp/lighttpd-fastcgi-php.socket-7 2009-09-03 19:47:49: (mod_fastcgi.c.3299) response not received, request sent: 1010 on socket: unix:/tmp/lighttpd-fastcgi-php.socket-7 for /refdb/index.php , closing connection 2009-09-03 19:47:49: (response.c.126) Response-Header: HTTP/1.1 500 Internal Server Error Content-Type: text/html Content-Length: 369 Date: Thu, 03 Sep 2009 17:47:49 GMT Server: Lighttpd From shuvaev at physik.uni-wuerzburg.de Thu Sep 3 18:14:41 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Thu Sep 3 18:14:48 2009 Subject: Script "configure" failed unexpectedly In-Reply-To: <4A9FFB9C.3090701@sann.name> References: <4A9FFB9C.3090701@sann.name> Message-ID: <20090903181438.GA31751@wep4035.physik.uni-wuerzburg.de> On Thu, Sep 03, 2009 at 07:23:40PM +0200, Stephan Sann wrote: > Hello, > > while trying: > /usr/ports/graphics/xsane -> make -DFORCE_PKG_REGISTER install clean > > I got: > > updating cache ./config.cache > ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > ===> Script "configure" failed unexpectedly. > Please report the problem to ports@FreeBSD.org [maintainer] and attach the > "/usr/ports/graphics/aalib/work/aalib-1.4.0/config.log" including the output > of the failure of your make command. Also, it might be a good idea to > provide > an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > > [snip] > > libtool-1.5.26 ushare-1.1a > ports/UPDATING 20090802 From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Sep 3 20:00:50 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Sep 3 20:00:57 2009 Subject: boost-python-libs and associated compile errors In-Reply-To: <200909031648.36880.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <200909031609.02235.mel.flynn+fbsd.ports@mailing.thruhere.net> <200909031648.36880.david@vizion2000.net> Message-ID: <200909032200.31950.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 03 September 2009 17:48:36 David Southwell wrote: > > On Wednesday 26 August 2009 16:07:56 David Southwell wrote: > > > I have just completed > > > # portupgrade -fRra > > > following a system upgrade from freebsd 7.2 p2 to p3 > > > > > > after a few minor hiccuups and recompiling ssome of the ports I am left > > > with four failing ports. As at least three of them seem to share some > > > common features. If anyone would be willing to help me out here it > > > would be most appreciated. > > > The failure list is: > > > > > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > > > * misc/kdeedu4 (kdeedu-4.2.4) > > > ! graphics/blender (blender-2.49a_1) (unknown build error) > > > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing > > > header) > > > > > > The errors reports are shown below in the same order. > > > The common features are: > > > problems with compiling boost-python-libs > > > threading issues > > > > > > ###### > > > ! science/openbabel (openbabel-2.2.1) (unknown build error) > > > ###### > > > > > > In file included from /usr/include/c++/4.2/bits/gthr.h:114, > > > from /usr/include/c++/4.2/bits/c++io.h:43, > > > from /usr/include/c++/4.2/iosfwd:46, > > > from /usr/include/c++/4.2/ios:43, > > > from /usr/include/c++/4.2/ostream:45, > > > from /usr/include/c++/4.2/iterator:70, > > > from ./boost/iterator.hpp:17, > > > from ./boost/operators.hpp:81, > > > from ./boost/python/type_id.hpp:11, > > > from ./boost/python/converter/registrations.hpp:10, > > > from > > > libs/python/src/object/function_doc_signature.cpp:6: > > > /usr/include/c++/4.2/bits/gthr-default.h: In function 'int > > > __gthread_active_p()': > > > /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from > > > 'int' to non-scalar type 'pthread_once' requested > > > ...failed gcc.compile.c++ > > > bin.v2/libs/python/build/gcc-4.2.1/release/link- > > > static/threading-multi/object/function_doc_signature.o... > > > ...skipped > > > > > multi>libboost_python.a(clean) for lack of > > > > > multi>numeric.o... > > > ...skipped > > > > > multi>libboost_python.a for lack of > > > > > multi>numeric.o... > > > ...skipped libboost_python.a for lack of > > > > > multi>libboost_python.a... > > > ...failed updating 54 targets... > > > ...skipped 5 targets... > > > ...updated 17 targets... > > > *** Error code 1 > > > > > > Stop in /usr/ports/devel/boost-python-libs. > > > *** Error code 1 > > > > > > Stop in /usr/ports/devel/boost-python-libs. > > > *** Error code 1 > > > > > > Stop in /usr/ports/science/openbabel. > > > ** Command failed [exit code 1]: /usr/bin/script -qa > > > /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade > > > UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make > > > ** Fix the problem and try again. > > > ###### > > > * misc/kdeedu4 (kdeedu-4.2.4) > > > ###### > > > > > > In file included from /usr/include/c++/4.2/bits/gthr-default.h:43, > > > from /usr/include/c++/4.2/bits/gthr.h:114, > > > from /usr/include/c++/4.2/bits/c++io.h:43, > > > from /usr/include/c++/4.2/iosfwd:46, > > > from /usr/include/c++/4.2/ios:43, > > > from /usr/include/c++/4.2/ostream:45, > > > from /usr/include/c++/4.2/iterator:70, > > > from ./boost/iterator.hpp:17, > > > from ./boost/operators.hpp:81, > > > from ./boost/python/type_id.hpp:11, > > > from ./boost/python/converter/registrations.hpp:10, > > > from > > > libs/python/src/object/function_doc_signature.cpp:6: > > > /usr/local/include/python2.6/pthread.h:285: error: conflicting > > > declaration 'typedef struct pthread_st* pthread_t' > > > > ^^ > > > > David, I really think that your previous escapade with pth+python has > > screwed up boost-python. Did you recompile boost after removing pth from > > python? Because, pth/pthread.h: > > 282 /* > > 283 * Primitive system data type definitions required by P1003.1c > > 284 */ > > 285 typedef struct pthread_st *pthread_t; > > ^^ > > After the last escapade I did a complete system rebuild and a total rebuild > of all ports including python. > > But let us assume the worst. How would you suggest I do a complete rebuild > of the relevant dependencies? I have already tried portupgrade -rRfa but > still have the problem. I would pkg_delete pth-\*, then portmaster -rf /usr/ports/lang/python26, just in case pth is picked up automagically. Because this python2.6/pthread.h really shows pth constructs, rather then FreeBSD native threads. I would not use portupgrade, because I'm biased, because it may use locally present packages which it built with the wrong options and because the configuration file can introduce behaviors not seen or thought of on lists. If you script(1) the portmaster output, all relevant info should be present. -- Mel From r.c.ladan at gmail.com Thu Sep 3 20:26:04 2009 From: r.c.ladan at gmail.com (Rene Ladan) Date: Thu Sep 3 20:26:10 2009 Subject: port astro/boinc-setiathome-enhanced In-Reply-To: <200909031905.46162.old@km.ua> References: <200908051811.31330.old@km.ua> <4A9A606E.7030609@freebsd.org> <200909031905.46162.old@km.ua> Message-ID: <4AA02654.6030705@gmail.com> Alexander Melnik schreef: > On Sunday 30 August 2009, Rene Ladan wrote: > >> I had a slightly different patch to detect awk (attached) which doesn't need the >> dependency on gawk. Could you try it? I sent it to the developers >> (boinc_opt@ssl.berkeley.edu), but it got probably lost in their work pile. > > Thank you for your response. I tested this patch, everything works well. > Thanks for testing, I will add it to the port if approved. It has been committed upstream in revesion 622 of seti_boinc. See ftp://rene-ladan.nl/pub/freebsd/patch-seti_boinc__autosetup >> I actually have to update the astropulse part (the new production version is >> 5.06). While doing so, I thought that it might be easier to split the setiathome >> and astropulse clients into seperate ports (although they keep sharing the >> /var/db/boinc/projects/setiathome.berkeley.edu/ directory). I have some >> work-in-progress regarding this, if you're interested I can send it to you. > Also, users can select on their preferences page which applications to run (currently seti, astropulse 5.03, astropulse 5.05/5.06). What do you think? > > Good news, but the new version astropulse able to work without the graphics? > The seti part is, but the astropulse part is not (there are some weird dependencies, it builds alright but it won't run). I've asked for this on the developers list but didn't get much response, they really seem to like the graphics. Regards, Rene From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Sep 3 22:08:32 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Sep 3 22:08:38 2009 Subject: portmaster is not always recursive In-Reply-To: References: <4A89CB20.3000408@quip.cz> <4A999B4A.3000603@quip.cz> Message-ID: <200909040008.28408.mel.flynn+fbsd.ports@mailing.thruhere.net> On Sunday 30 August 2009 19:07:24 Doug Barton wrote: > Ok, I found the problem, but the bad news is that I don't know what the > solution is going to be. I've cc'ed ale since what I'm seeing is weird > behavior by the php5-mcrypt slave port. > > What portmaster does by default when looking for dependencies is to run > 'make build-depends-list run-depends-list | sort -u' to get the list of > things to check. I used to just do all-depends-list by default but users > complained that it was creating problems by recursing so far down the > tree. > > What I'm seeing in security/php5-mcrypt is that the union of > {build|run}-depends-list is different if I run it in the slave port than > if I run it in lang/php5 (after enabling the OPTION for apache): > > In the slave port: > /usr/ports/devel/autoconf262 > /usr/ports/devel/libltdl22 > /usr/ports/lang/php5 > /usr/ports/security/libmcrypt > > In lang/php5: > /usr/ports/devel/autoconf262 > /usr/ports/devel/pkg-config > /usr/ports/textproc/libxml2 > /usr/ports/www/apache22 > > That's why portmaster is not picking up the dependency on apache when > updating php5-mcrypt. Why should it matter? I didn't think portmaster stopped searching if a first level dep does not need upgrading. The reason for not using all-depends-list is that it duplicates efforts. F.e. all-depends-list on x11/xorg recurses down to everything and then asking all-depends-list for x11/xorg-apps will have been done already by x11/xorg, but make(1) will still recurse the list and you can't filter it till you see it. But when using {build|run}-depends-list, lang/php5 is seen from security/php5- mcrypt, as such, portmaster should drill down to {build|run}-depends-list of lang/php5 until ending at leaf nodes. In principle this will end up to be an all-depends-list, but with faster performance. -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Fri Sep 4 01:01:57 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Fri Sep 4 01:02:03 2009 Subject: Dropping maintainership for multimedia/handbrake In-Reply-To: <200909031724.46667.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <4A9573AF.60801@kc8onw.net> <200909031724.46667.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <200909040301.54491.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 03 September 2009 17:24:46 Mel Flynn wrote: > Hi, > > On Wednesday 26 August 2009 19:41:03 Jonathan wrote: > > I was hoping to fix the handbrake port and get it working properly over > > the summer but it didn't happen and now I'm in school full time. I > > don't have time to work on the port anymore and I don't want people to > > not try and update it because someone else is already maintaining it. > > > > If someone wants to take over this port let the list know and a ports > > committer will likely go ahead and assign it to you. > > Is this one of the problems you refer to? > kernel: (cd0:ata1:0:0:0): Media region code is mismatched to logical > unit region > Followed by: > kernel: (cd0:ata1:0:0:0): Retries Exhausted > kernel: ata1: FAILURE - non aligned DMA transfer attempted > kernel: unknown: setting up DMA failed K, this is something with FreeBSD and ata/dma, mplayer does the same. Until I find a DVD player that works, can't evaluate this port :/. Doesn't help to be with a US DVD player in Europe. -- Mel From rizzo at iet.unipi.it Fri Sep 4 13:43:56 2009 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Fri Sep 4 13:44:04 2009 Subject: do we need USE_LINUX_APPS=gtk2 dependencies in nspluginwrapper ? Message-ID: <20090904133133.GA64493@onelab2.iet.unipi.it> quick question - with the recent vulnerability of linux-f8-pango, the USE_GNOME=gtk20 dependency in nspluginwrapper prevents the nspluginwrapper port from installing. I am a bit unsure on whether the linux gtk2 dependency is needed by nspluginwrapper itself, or it is only (selectively) needed for the NPAPI plugins that we want to import. In fact, i am even unsure whether we would need to reinstall the nspluginwrapper when chaing linux-base from, say, f8 to f9 to f10 Any idea ? cheers luigi From david at vizion2000.net Fri Sep 4 17:04:51 2009 From: david at vizion2000.net (David Southwell) Date: Fri Sep 4 17:04:57 2009 Subject: boost-python-libs and associated compile errors -SOLVED In-Reply-To: <3cb459ed0909030517g4b1997faieddbe15cdc660f42@mail.gmail.com> References: <200908261507.56373.david@vizion2000.net> <200909022303.11314.david@vizion2000.net> <3cb459ed0909030517g4b1997faieddbe15cdc660f42@mail.gmail.com> Message-ID: <200909041804.45899.david@vizion2000.net> > [Repeating part of thread here to return to the mailing list] > > 2009/9/3 David Southwell : > >> > dns1# md5 /usr/include/c++/4.2/bits/gthr-default.h > >> > MD5 (/usr/include/c++/4.2/bits/gthr-default.h) = > >> > 2195ca86c1ea76936a87adabe52e461b > >> > >> Well, this is the same as my. Compiler/header inconsistence version > >> fails. have no ideas currently, what causes your issue. I'll try to > >> update the ports and build openbabel to see if this is very recent > >> failure. > >> > >> Sincerely, > >> Alexander Churanov, > >> maintainer of devel/boost-* > > > > this is an amd64 on intel quad 4 > > I do not know if that has anything to do with it!! > > > > David > > I do not know too, but this may be the reason. I'll try to rebuild > latest openbabel on amd64. > By the way on i386 it had rebuilt flawlessly and boost-python-libs too. > > Sincerely, > Alexander Churanov, I wondered if it could have anything to do with gnome so I did a package delete of gnome2-2.26.3 and a rebuild of its dependency tree (-frR) and guess what boost-python-libs then compiled without a problem!! Thanks everyone for the input __ it is really appreciated and I am so glad to be able to put this one to rest. David From david at vizion2000.net Sat Sep 5 09:53:23 2009 From: david at vizion2000.net (David Southwell) Date: Sat Sep 5 09:53:30 2009 Subject: boost-python-libs and associated compile errors -SOLVED In-Reply-To: <200909041804.45899.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <3cb459ed0909030517g4b1997faieddbe15cdc660f42@mail.gmail.com> <200909041804.45899.david@vizion2000.net> Message-ID: <200909051053.17152.david@vizion2000.net> > > [Repeating part of thread here to return to the mailing list] > > > > 2009/9/3 David Southwell : > > >> > dns1# md5 /usr/include/c++/4.2/bits/gthr-default.h > > >> > MD5 (/usr/include/c++/4.2/bits/gthr-default.h) = > > >> > 2195ca86c1ea76936a87adabe52e461b > > >> > > >> Well, this is the same as my. Compiler/header inconsistence version > > >> fails. have no ideas currently, what causes your issue. I'll try to > > >> update the ports and build openbabel to see if this is very recent > > >> failure. > > >> > > >> Sincerely, > > >> Alexander Churanov, > > >> maintainer of devel/boost-* > > > > > > this is an amd64 on intel quad 4 > > > I do not know if that has anything to do with it!! > > > > > > David > > > > I do not know too, but this may be the reason. I'll try to rebuild > > latest openbabel on amd64. > > By the way on i386 it had rebuilt flawlessly and boost-python-libs too. > > > > Sincerely, > > Alexander Churanov, > > I wondered if it could have anything to do with gnome so I did a package > delete of gnome2-2.26.3 and a rebuild of its dependency tree (-frR) and > guess what boost-python-libs then compiled without a problem!! > > Thanks everyone for the input __ it is really appreciated and I am so glad > to be able to put this one to rest. > > David > > I should have mentioned that openbabel & kdeedu4 also then compiled without problem. I have no idea what caused the original failure or how the cure could have been connected to the recompiling of gnome2-2.26.3. However I can report that immediately before the recompile I again tried to compile boost-python- libs and it then failed with errors identical to those copied into this thread. David From marck at rinet.ru Sat Sep 5 11:15:51 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Sep 5 11:15:58 2009 Subject: strange patch bug @ stable/8 ? Message-ID: Dear colleagues, on fresh RELENG_8/amd64 (lang/php5 distfile required): Script started on Sat Sep 5 15:09:18 2009 marck@hamster:~/ports/patch-bug> tar xjf /usr/ports/distfiles/php-5.2.10.tar.bz2 marck@hamster:~/ports/patch-bug> fetch 'http://php-fpm.org/downloads/php-5.2.10-fpm-0.5.13.diff.gz' php-5.2.10-fpm-0.5.13.diff.gz 0% of 197 kB 0 Bps php-5.2.10-fpm-0.5.13.diff.gz 22% of 197 kB 52 kBps php-5.2.10-fpm-0.5.13.diff.gz 100% of 197 kB 143 kBps marck@hamster:~/ports/patch-bug> gunzip php-5.2.10-fpm-0.5.13.diff.gz marck@hamster:~/ports/patch-bug> patch --suffix .bak.orig -d php-5.2.10 --forward -E -p1 --suffix .orig gdb /usr/bin/patch php-5.2.10/patch.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `patch'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008007184e0 in strlcpy () from /lib/libc.so.7 (gdb) bt #0 0x00000008007184e0 in strlcpy () from /lib/libc.so.7 #1 0x0000000000404e9d in pgets (do_indent=-1 '?') at /usr/src/gnu/usr.bin/patch/pch.c:1155 #2 0x0000000000405136 in intuit_diff_type () at /usr/src/gnu/usr.bin/patch/pch.c:251 #3 0x000000000040581f in there_is_another_patch () at /usr/src/gnu/usr.bin/patch/pch.c:161 #4 0x0000000000404354 in main (argc=1, argv=0x7fffffffe600) at /usr/src/gnu/usr.bin/patch/patch.c:224 (gdb) up #1 0x0000000000404e9d in pgets (do_indent=-1 '?') at /usr/src/gnu/usr.bin/patch/pch.c:1155 1155 Strlcpy(buf, line, len + 1 - skipped); (gdb) l 1150 indent += 8 - (indent %7); 1151 else 1152 indent++; 1153 } 1154 } 1155 Strlcpy(buf, line, len + 1 - skipped); 1156 } 1157 return len; 1158 } 1159 (gdb) p buf $1 = 0x800902000 "diff -Nru php-5.2.10-vanilla/configure.in php-5.2.10/configure.in\n" (gdb) p line $2 = 0x80091938a "diff -Nru php-5.2.10-vanilla/configure.in php-5.2.10/configure.in\n--- php-5.2.10-vanilla/configure.in\t2009-06-17 05:22:41.000000000 -0700\n+++ php-5.2.10/configure.in\t2009-07-05 23:22:46.375955783 -070"... (gdb) p len $3 = 66 (gdb) p skipped Variable "skipped" is not available. (gdb) marck@hamster:~/ports/patch-bug> ^D Use "exit" to leave tcsh. marck@hamster:~/ports/patch-bug> x exit Script done on Sat Sep 5 15:11:25 2009 Simple patch without all agrs finishes well, so I'm puzzled. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marck at rinet.ru Sat Sep 5 11:22:56 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Sep 5 11:23:08 2009 Subject: strange patch bug @ stable/8 ? In-Reply-To: References: Message-ID: On Sat, 5 Sep 2009, Dmitry Morozovsky wrote: DM> Dear colleagues, DM> DM> on fresh RELENG_8/amd64 (lang/php5 distfile required): DM> [snip] DM> Simple patch without all agrs finishes well, so I'm puzzled. Ah, I suppose I've forund at least the source of this troube: marck@hamster:/usr/ports/lang/php5-fpm> make -V PATCH_DIST_ARGS --suffix .bak.orig -d /build/usr/ports/lang/php5-fpm/work/php-5.2.10 --forward --quiet -E -p1 --suffix .orig killing either of dupicated "--suffix" avoids core. I still think patch should be fixed regardinbg this though. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From talon at lpthe.jussieu.fr Sat Sep 5 14:17:08 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Sep 5 14:17:15 2009 Subject: Lighttpd: (mod_fastcgi.c.1742) connect failed Message-ID: <20090905134711.GA95775@lpthe.jussieu.fr> O. Hartmann wrote: > 2009-09-03 19:47:49: (mod_fastcgi.c.1742) connect failed: Connection > refused on unix:/tmp/lighttpd-fastcgi-php.socket-7 Have you checked the permissions? I seem to remember i had the same problem once with lighttpd and it was because permissions of the socket under /tmp. Now my server works OK since ages. I had to take provisions for permissions in the fastcgi python responder. In my case the relevant bits are when daemonizing the responder: pid = os.fork() if pid > 0 : # In first child import time time.sleep(3) while not os.access(socket, os.F_OK) : time.sleep(1) # the socket created by the child is made accessible to the web # server os.chown(socket, wwwuid, wwwgid) os.chmod(socket, 0700) sys.exit(0) # Exit first child .... While still being root i adjust the permissions of the socket. Then i change effective userid: ..... # And finally the routine which starts the fcgi responder, as user www os.seteuid(wwwuid) WSGIServer(request_handler, **wsgi_opts).run() .... The complete script you can get at: http://www.lpthe.jussieu.fr/~talon/show_index.fcgi It is a simpler server than for example django if you want to understand fastcgi. By the way the aim is to display the FreeBSD ports trough a fastcgi responder. -- Michel TALON From bsam at ipt.ru Sat Sep 5 14:21:57 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Sep 5 14:22:04 2009 Subject: do we need USE_LINUX_APPS=gtk2 dependencies in nspluginwrapper ? In-Reply-To: <20090904133133.GA64493@onelab2.iet.unipi.it> (Luigi Rizzo's message of "Fri, 4 Sep 2009 15:31:33 +0200") References: <20090904133133.GA64493@onelab2.iet.unipi.it> Message-ID: <32139499@bb.ipt.ru> On Fri, 4 Sep 2009 15:31:33 +0200 Luigi Rizzo wrote: > quick question - with the recent vulnerability of linux-f8-pango, > the USE_GNOME=gtk20 dependency in nspluginwrapper prevents the > nspluginwrapper port from installing. > I am a bit unsure on whether the linux gtk2 dependency is needed by > nspluginwrapper itself, or it is only (selectively) needed > for the NPAPI plugins that we want to import. > In fact, i am even unsure whether we would need to reinstall > the nspluginwrapper when chaing linux-base from, say, f8 to f9 to f10 > Any idea ? As for me I don't use nspluginwrapper and don't nave any idea, sorry. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From shellis63c at yahoo.com Sat Sep 5 19:34:59 2009 From: shellis63c at yahoo.com (st ellis) Date: Sat Sep 5 20:35:56 2009 Subject: installing X in FreeBSD 7.2 RELEASE Message-ID: <190448.97202.qm@web34407.mail.mud.yahoo.com> i've been using freebsd for about 12 years. my latest working version is 6.2, which works aok.? this week i tried 7.2, but i cannot find the command to set up X.?in 6.2, it was xorgcfg which worked beautifully.?can anyone email me the correct command, or procedure? thanks. steve From sahil at tandon.net Sat Sep 5 20:38:57 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sat Sep 5 20:39:30 2009 Subject: installing X in FreeBSD 7.2 RELEASE In-Reply-To: <190448.97202.qm@web34407.mail.mud.yahoo.com> References: <190448.97202.qm@web34407.mail.mud.yahoo.com> Message-ID: <20090905203853.GA12475@tandon.net> On Sat, 05 Sep 2009, st ellis wrote: > i've been using freebsd for about 12 years. my latest working version is > 6.2, which works aok.? > this week i tried 7.2, but i cannot find the command to set up X.?in 6.2, > it was xorgcfg which worked beautifully.?can anyone email me the correct > command, or procedure? http://www.freebsd.org/doc/en/books/handbook/x-install.html -- Sahil Tandon From brian at brianwhalen.net Sat Sep 5 20:40:17 2009 From: brian at brianwhalen.net (Brian W.) Date: Sat Sep 5 20:40:24 2009 Subject: installing X in FreeBSD 7.2 RELEASE In-Reply-To: <190448.97202.qm@web34407.mail.mud.yahoo.com> References: <190448.97202.qm@web34407.mail.mud.yahoo.com> Message-ID: <4AA2CCC6.2020608@brianwhalen.net> st ellis wrote: > i've been using freebsd for about 12 years. my latest working version is 6.2, which works aok. > this week i tried 7.2, but i cannot find the command to set up X. in 6.2, it was xorgcfg which worked beautifully. can anyone email me the correct command, or procedure? > thanks. > steve > > > > > _______________________________________________ > 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" > There is a command called sysinstall, it has options to add packages, distributions etc, that is the easiest way to get it on an already installed release that doesn't have it. If you prefer kde, there are some other instructions here, http://freebsd.kde.org/. Brian From bh at izb.knu.ac.kr Sat Sep 5 22:47:21 2009 From: bh at izb.knu.ac.kr (=?UTF-8?B?54mb57Kl?=) Date: Sat Sep 5 22:47:32 2009 Subject: installing X in FreeBSD 7.2 RELEASE In-Reply-To: <190448.97202.qm@web34407.mail.mud.yahoo.com> References: <190448.97202.qm@web34407.mail.mud.yahoo.com> Message-ID: <8663bxt3f3.wl%bh@izb.knu.ac.kr> At Sat, 5 Sep 2009 12:08:16 -0700 (PDT), st ellis wrote: > > i've been using freebsd for about 12 years. my latest working version is 6.2, which works aok.? > this week i tried 7.2, but i cannot find the command to set up X.?in 6.2, it was xorgcfg which worked beautifully.?can anyone email me the correct command, or procedure? If you are in -RELEASE, then it is simple. # pkg_add -v -r xorg After that, still you can install GNOME by pkg_add(1). # pkg_add -v -r gnome2-lite Sincerely, -- Byung-Hee HWANG ? WWW: http://izb.knu.ac.kr/~bh/ From glen.j.barber at gmail.com Sat Sep 5 22:56:14 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sat Sep 5 22:56:21 2009 Subject: installing X in FreeBSD 7.2 RELEASE In-Reply-To: <190448.97202.qm@web34407.mail.mud.yahoo.com> References: <190448.97202.qm@web34407.mail.mud.yahoo.com> Message-ID: <4ad871310909051556y48d94136l39c8a1c734f0849b@mail.gmail.com> On Sat, Sep 5, 2009 at 3:08 PM, st ellis wrote: > i've been using freebsd for about 12 years. my latest working version is 6.2, which works aok. > this week i tried 7.2, but i cannot find the command to set up X.?in 6.2, it was xorgcfg which worked beautifully.?can anyone email me the correct command, or procedure? You are probably looking for: X -configure to set up Xorg. To test the configuration: X -config /root/xorg.conf.new HTH. -- Glen Barber From army.of.root at googlemail.com Sat Sep 5 22:59:39 2009 From: army.of.root at googlemail.com (army.of.root) Date: Sat Sep 5 22:59:45 2009 Subject: installing X in FreeBSD 7.2 RELEASE In-Reply-To: <190448.97202.qm@web34407.mail.mud.yahoo.com> References: <190448.97202.qm@web34407.mail.mud.yahoo.com> Message-ID: <4AA2E670.4000404@googlemail.com> st ellis wrote: > i've been using freebsd for about 12 years. my latest working version is 6.2, which works aok. > this week i tried 7.2, but i cannot find the command to set up X. in 6.2, it was xorgcfg which worked beautifully. can anyone email me the correct command, or procedure? > thanks. > steve > Try "X -configure" ;) From tingox at gmail.com Sat Sep 5 23:03:33 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Sep 5 23:03:39 2009 Subject: editors/openoffice.org-3 - build fails again Message-ID: Hi, editors/openoffice.org-3: the build fails - again. Machine: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 18:23:22 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/V2 amd64 Fails at: deliver -- version: 266154 Module 'sc' delivered successfully. 170 files copied, 6 files unchanged 1 module(s): testtools need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3/work/OOO310_m19/testtools/source/bridgetest Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from testtools" rmdir /tmp/72664 *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090905-58943-qhrkod-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=openoffice.org-3.1.0_2 UPGRADE_PORT_VER=3.1.0_2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! editors/openoffice.org-3 (openoffice.org-3.1.0_2) (new compiler error) Manually fixing a file with:dos2unix /usr/ports/editors/openoffice.org-3/work/OOO310_m19/apache-commons/patches/codec.patch allows the build to continue. We'll see how far it goes before it hits another snag. -- Regards, Torfinn iIngolfsen From harold931 at yahoo.com Sat Sep 5 22:47:20 2009 From: harold931 at yahoo.com (harold931@yahoo.com) Date: Sat Sep 5 23:08:28 2009 Subject: installing X in FreeBSD 7.2 RELEASE Message-ID: <675774.49037.qm@web50809.mail.re2.yahoo.com> i've been using freebsd for about 12 years. my latest working version is 6.2, which works aok.? this week i tried 7.2, but i cannot find the command to set up X.?in 6.2, it was xorgcfg which worked beautifully.? can anyone email me the correct command, or procedure? thanks. steve ellis From tingox at gmail.com Sat Sep 5 23:26:46 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Sep 5 23:26:55 2009 Subject: editors/openoffice.org-3 - build fails again In-Reply-To: References: Message-ID: Update: On Sun, Sep 6, 2009 at 1:03 AM, Torfinn Ingolfsen wrote: > allows the build to continue. > We'll see how far it goes before it hits another snag. > And here it hits a snag again: deliver -- version: 266154 Module 'sc' delivered successfully. 0 files copied, 176 files unchanged 1 module(s): apache-commons need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3/work/OOO310_m19/apache-commons/java/codec Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from apache-commons" rmdir /tmp/50004 *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. My usual trick (look for a patch file that contains CRLF line terminators) doesn't seem to work on this one. Any hints? -- Regards, Torfinn Ingolfsen From ohartman at mail.zedat.fu-berlin.de Sat Sep 5 23:47:14 2009 From: ohartman at mail.zedat.fu-berlin.de (O. Hartmann) Date: Sat Sep 5 23:47:21 2009 Subject: Lighttpd: (mod_fastcgi.c.1742) connect failed In-Reply-To: <20090905134711.GA95775@lpthe.jussieu.fr> References: <20090905134711.GA95775@lpthe.jussieu.fr> Message-ID: <4AA2F2D5.8090400@mail.zedat.fu-berlin.de> Michel Talon wrote: > O. Hartmann wrote: > >> 2009-09-03 19:47:49: (mod_fastcgi.c.1742) connect failed: Connection >> refused on unix:/tmp/lighttpd-fastcgi-php.socket-7 > > Have you checked the permissions? I seem to remember i had the same > problem once with lighttpd and it was because permissions of the > socket under /tmp. Now my server works OK since ages. I had to > take provisions for permissions in the fastcgi python responder. In my case > the relevant bits are when daemonizing the responder: > pid = os.fork() > if pid > 0 : # In first child > import time > time.sleep(3) > while not os.access(socket, os.F_OK) : > time.sleep(1) > # the socket created by the child is made accessible to the web > # server > os.chown(socket, wwwuid, wwwgid) > os.chmod(socket, 0700) > sys.exit(0) # Exit first child > .... > > While still being root i adjust the permissions of the socket. Then > i change effective userid: > > ..... > # And finally the routine which starts the fcgi responder, as user www > os.seteuid(wwwuid) > WSGIServer(request_handler, **wsgi_opts).run() > .... > > The complete script you can get at: > http://www.lpthe.jussieu.fr/~talon/show_index.fcgi > It is a simpler server than for example django if you want to understand > fastcgi. By the way the aim is to display the FreeBSD ports trough > a fastcgi responder. > > The problem seems to be APC related. I deinstalled php5-APC port, deleted the appropriate line in /usr/local/etc/php/extensions.ini and recompiled mediawiki, which has an option to use php-APC, without it. That solved the problem for me. Thanks, Oliver From danny at cs.huji.ac.il Sun Sep 6 11:07:38 2009 From: danny at cs.huji.ac.il (Danny Braniss) Date: Sun Sep 6 11:07:49 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> Message-ID: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Huhu, > > Yes we life and that's good :-). > Changes: > > - Fix build error when compiling in debug mode on FreeBSD HEAD > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > - Some FreeBSD relate typos > - Enable shared OpenGL service. Completely untested due to lack of > appropriate hardware but it compiles at least > - Add support for shared clipboards. Requires libXt > - FreeBSD: Implement preemption API for guest SMP and enable > it (slightly tested). Add neccessary RTMP* methods in userspace > for the frontends to detect the number of CPUs > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > instead of a spinlock to fix the problems users are seeing > (assertions with debugging enabled) while still being able > to run on 100Hz hosts. No problems detected so far and Solaris > doesn't use a spin mutex in this code too so it shouldn't do > any harm (keeping fingers crossed)space for the frontends to > detect the number of CPUs > - Add support for curl > - Add VBoxSharedClipboard > > Ports Changes; > - Force guestadditions version to 2.2.4 > - Removed Qt3 include replacements (already upstream) > - Removed cosmetic X11 include path patch > > Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no longer available, there is a ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 then again in ports/emulatores/virtualbox the version is 3.0.51r22226, can someone please explain? danny From odhiambo at gmail.com Sun Sep 6 15:35:08 2009 From: odhiambo at gmail.com (Odhiambo Washington) Date: Sun Sep 6 15:35:15 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: References: <20090611194557.GC98175@bsdcrew.de> Message-ID: <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> On Sun, Sep 6, 2009 at 1:40 PM, Danny Braniss wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Huhu, > > > > Yes we life and that's good :-). > > Changes: > > > > - Fix build error when compiling in debug mode on FreeBSD HEAD > > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > > - Some FreeBSD relate typos > > - Enable shared OpenGL service. Completely untested due to lack of > > appropriate hardware but it compiles at least > > - Add support for shared clipboards. Requires libXt > > - FreeBSD: Implement preemption API for guest SMP and enable > > it (slightly tested). Add neccessary RTMP* methods in userspace > > for the frontends to detect the number of CPUs > > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > > instead of a spinlock to fix the problems users are seeing > > (assertions with debugging enabled) while still being able > > to run on 100Hz hosts. No problems detected so far and Solaris > > doesn't use a spin mutex in this code too so it shouldn't do > > any harm (keeping fingers crossed)space for the frontends to > > detect the number of CPUs > > - Add support for curl > > - Add VBoxSharedClipboard > > > > Ports Changes; > > - Force guestadditions version to 2.2.4 > > - Removed Qt3 include replacements (already upstream) > > - Removed cosmetic X11 include path patch > > > > Please make SURE, your world and kernel is in sync and you've read > > the pkg-messages. Also please unload the kernel module before > > you update the port ;-). > > > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > > > Happy Testing! > > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no > longer available, there is a > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 > then again in ports/emulatores/virtualbox the version is 3.0.51r22226, > > can someone please explain? > > And on my FreeBSD 7.2-STABLE, compiling virtualbox fails as follows: kBuild: Linking VBoxREM64 kBuild: Installing VBoxREM64 => /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBox REM64.so kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' kBuild: Pass - Programs kmk[1]: Entering directory `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' kmk[2]: Entering directory `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' kBuild: Compiling tstAPI - /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Main/testcase/tstAPI.cpp kBuild: Linking tstAPI /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS' /usr/local/lib/libssl.so.5: undefined reference to `ENGINE_get_ssl_client_cert_function' /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags' /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS' /usr/local/lib/libssl.so.5: undefined reference to `ENGINE_load_ssl_client_cert' /usr/local/lib/libssl.so.5: undefined reference to `pqueue_size' /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc' kmk[2]: *** [/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/obj/tstAPI/tstAPI] Error 1 The failing command: @g++ '-Wl,-rpath,/usr/local/lib/virtualbox' -m32 -o /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r 22226/out/freebsd.x86/release/obj/tstAPI/tstAPI /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/ release/obj/tstAPI/tstAPI.o -L/usr/lib -L/usr/X11R6/lib -L/usr/local/lib /usr/ports/emulators/virtualbox/work/virtualbo x-3.0.51r22226/out/freebsd.x86/release/bin/VBoxRT.so /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freeb sd.x86/release/lib/VBoxCOM.a /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBoxX PCOM.so kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /usr/ports/emulators/virtualbox. I hope someone can advise on what is needed. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "If you have nothing good to say about someone, just shut up!." -- Lucky Dube From miwi at FreeBSD.org Sun Sep 6 16:25:49 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun Sep 6 16:26:08 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> Message-ID: <20090906162544.GA39448@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Sep 06, 2009 at 06:11:48PM +0300, Odhiambo Washington wrote: > On Sun, Sep 6, 2009 at 1:40 PM, Danny Braniss wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Huhu, > > > > > > Yes we life and that's good :-). > > > Changes: > > > > > > - Fix build error when compiling in debug mode on FreeBSD HEAD > > > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > > > - Some FreeBSD relate typos > > > - Enable shared OpenGL service. Completely untested due to lack of > > > appropriate hardware but it compiles at least > > > - Add support for shared clipboards. Requires libXt > > > - FreeBSD: Implement preemption API for guest SMP and enable > > > it (slightly tested). Add neccessary RTMP* methods in userspace > > > for the frontends to detect the number of CPUs > > > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > > > instead of a spinlock to fix the problems users are seeing > > > (assertions with debugging enabled) while still being able > > > to run on 100Hz hosts. No problems detected so far and Solaris > > > doesn't use a spin mutex in this code too so it shouldn't do > > > any harm (keeping fingers crossed)space for the frontends to > > > detect the number of CPUs > > > - Add support for curl > > > - Add VBoxSharedClipboard > > > > > > Ports Changes; > > > - Force guestadditions version to 2.2.4 > > > - Removed Qt3 include replacements (already upstream) > > > - Removed cosmetic X11 include path patch > > > > > > Please make SURE, your world and kernel is in sync and you've read > > > the pkg-messages. Also please unload the kernel module before > > > you update the port ;-). > > > > > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > > > > > Happy Testing! > > > > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no > > longer available, there is a > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 > > then again in ports/emulatores/virtualbox the version is 3.0.51r22226, > > > > can someone please explain? > > > > > > > And on my FreeBSD 7.2-STABLE, compiling virtualbox fails as follows: > > > > kBuild: Linking VBoxREM64 > kBuild: Installing VBoxREM64 => > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBox > REM64.so > kmk[2]: Leaving directory > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > kmk[1]: Leaving directory > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > kBuild: Pass - Programs > kmk[1]: Entering directory > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > kmk[2]: Entering directory > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > kBuild: Compiling tstAPI - > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Main/testcase/tstAPI.cpp > kBuild: Linking tstAPI > /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS' > /usr/local/lib/libssl.so.5: undefined reference to > `ENGINE_get_ssl_client_cert_function' > /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags' > /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS' > /usr/local/lib/libssl.so.5: undefined reference to > `ENGINE_load_ssl_client_cert' > /usr/local/lib/libssl.so.5: undefined reference to `pqueue_size' > /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc' > kmk[2]: *** > [/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/obj/tstAPI/tstAPI] > Error 1 > The failing command: > @g++ '-Wl,-rpath,/usr/local/lib/virtualbox' -m32 -o > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r > 22226/out/freebsd.x86/release/obj/tstAPI/tstAPI > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/ > release/obj/tstAPI/tstAPI.o -L/usr/lib -L/usr/X11R6/lib > -L/usr/local/lib > /usr/ports/emulators/virtualbox/work/virtualbo > x-3.0.51r22226/out/freebsd.x86/release/bin/VBoxRT.so > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freeb > sd.x86/release/lib/VBoxCOM.a > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBoxX > PCOM.so > kmk[2]: Leaving directory > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > kmk[1]: *** [pass_binaries_this] Error 2 > kmk[1]: Leaving directory > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > kmk: *** [pass_binaries_order] Error 2 > *** Error code 2 > > Stop in /usr/ports/emulators/virtualbox. > > > I hope someone can advise on what is needed. > deinstall openssl from ports and try again :) > > -- > Best regards, > Odhiambo WASHINGTON, > Nairobi,KE > +254733744121/+254722743223 > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > "If you have nothing good to say about someone, just shut up!." > -- Lucky Dube - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqj4ogACgkQdLJIhLHm/OlShwCeJRqpqaBYbehqpKKfugxWD0PD OdEAmQFSfdfWNXvO/vTRLj5vxIsD5EwP =gbCY -----END PGP SIGNATURE----- From wout at delta-design.be Sun Sep 6 18:31:08 2009 From: wout at delta-design.be (Wout =?ISO-8859-1?Q?Decr=E9?=) Date: Sun Sep 6 18:31:15 2009 Subject: FreeBSD Port: bind96-9.6.1.1 Message-ID: <1252259865.12837.12.camel@wout-laptop> Hello I am using the dns/bind96 port with DLZ_LDAP. There seems to be an update of the OpenLDAP client library regarding the '%' sign. This sign is used by DLZ_LDAP for building the LDAP search query, but is now causing an invalid LDAP base. Causing named to not start. More information: https://lists.ubuntu.com/archives/ubuntu-server-bugs/2008-May/002163.html Is it possible to apply a patch when installing this port to modify the '%' sign (see link)? Thank you, kind regards Wout From pj at smo.de Sun Sep 6 18:47:08 2009 From: pj at smo.de (Philipp Ost) Date: Sun Sep 6 18:47:15 2009 Subject: editors/openoffice.org-3 - build fails again In-Reply-To: References: Message-ID: <4AA40402.2090204@smo.de> Torfinn Ingolfsen wrote: [build failure] > Any hints? No, it did build fine here -- after I uninstalled devel/cppunit... This is on 8.0-BETA2 i386 Philipp -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4961 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090906/bbcfdc8c/smime.bin From odhiambo at gmail.com Sun Sep 6 18:50:45 2009 From: odhiambo at gmail.com (Odhiambo Washington) Date: Sun Sep 6 18:50:53 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <20090906162544.GA39448@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> Message-ID: <991123400909061150h56dc6e07uf8d8e721f6c923bf@mail.gmail.com> On Sun, Sep 6, 2009 at 7:25 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, Sep 06, 2009 at 06:11:48PM +0300, Odhiambo Washington wrote: > > On Sun, Sep 6, 2009 at 1:40 PM, Danny Braniss > wrote: > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > > > > > > Huhu, > > > > > > > > Yes we life and that's good :-). > > > > Changes: > > > > > > > > - Fix build error when compiling in debug mode on FreeBSD HEAD > > > > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite > timeout. > > > > - Some FreeBSD relate typos > > > > - Enable shared OpenGL service. Completely untested due to lack of > > > > appropriate hardware but it compiles at least > > > > - Add support for shared clipboards. Requires libXt > > > > - FreeBSD: Implement preemption API for guest SMP and enable > > > > it (slightly tested). Add neccessary RTMP* methods in userspace > > > > for the frontends to detect the number of CPUs > > > > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > > > > instead of a spinlock to fix the problems users are seeing > > > > (assertions with debugging enabled) while still being able > > > > to run on 100Hz hosts. No problems detected so far and Solaris > > > > doesn't use a spin mutex in this code too so it shouldn't do > > > > any harm (keeping fingers crossed)space for the frontends to > > > > detect the number of CPUs > > > > - Add support for curl > > > > - Add VBoxSharedClipboard > > > > > > > > Ports Changes; > > > > - Force guestadditions version to 2.2.4 > > > > - Removed Qt3 include replacements (already upstream) > > > > - Removed cosmetic X11 include path patch > > > > > > > > Please make SURE, your world and kernel is in sync and you've read > > > > the pkg-messages. Also please unload the kernel module before > > > > you update the port ;-). > > > > > > > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > > > > > > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > > > > > > > > Happy Testing! > > > > > > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no > > > longer available, there is a > > > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 > > > then again in ports/emulatores/virtualbox the version is 3.0.51r22226, > > > > > > can someone please explain? > > > > > > > > > > > > And on my FreeBSD 7.2-STABLE, compiling virtualbox fails as follows: > > > > > > > > kBuild: Linking VBoxREM64 > > kBuild: Installing VBoxREM64 => > > > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBox > > REM64.so > > kmk[2]: Leaving directory > > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > > kmk[1]: Leaving directory > > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > > kBuild: Pass - Programs > > kmk[1]: Entering directory > > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > > kmk[2]: Entering directory > > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > > kBuild: Compiling tstAPI - > > > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Main/testcase/tstAPI.cpp > > kBuild: Linking tstAPI > > /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS' > > /usr/local/lib/libssl.so.5: undefined reference to > > `ENGINE_get_ssl_client_cert_function' > > /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags' > > /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS' > > /usr/local/lib/libssl.so.5: undefined reference to > > `ENGINE_load_ssl_client_cert' > > /usr/local/lib/libssl.so.5: undefined reference to `pqueue_size' > > /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc' > > kmk[2]: *** > > > [/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/obj/tstAPI/tstAPI] > > Error 1 > > The failing command: > > @g++ '-Wl,-rpath,/usr/local/lib/virtualbox' -m32 -o > > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r > > 22226/out/freebsd.x86/release/obj/tstAPI/tstAPI > > > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/ > > release/obj/tstAPI/tstAPI.o -L/usr/lib -L/usr/X11R6/lib > > -L/usr/local/lib > > /usr/ports/emulators/virtualbox/work/virtualbo > > x-3.0.51r22226/out/freebsd.x86/release/bin/VBoxRT.so > > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freeb > > sd.x86/release/lib/VBoxCOM.a > > > /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBoxX > > PCOM.so > > kmk[2]: Leaving directory > > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > > kmk[1]: *** [pass_binaries_this] Error 2 > > kmk[1]: Leaving directory > > `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' > > kmk: *** [pass_binaries_order] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/emulators/virtualbox. > > > > > > I hope someone can advise on what is needed. > > > > deinstall openssl from ports and try again :) > > I remember we had this suggestion before, and either you (or someone else) was going to look into the use of openssl from the ports:-) Looks like I will have to recompile most apps that have linked against openssl, no? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "If you have nothing good to say about someone, just shut up!." -- Lucky Dube From flz at FreeBSD.org Sun Sep 6 21:59:09 2009 From: flz at FreeBSD.org (Florent Thoumie) Date: Sun Sep 6 21:59:16 2009 Subject: Fwd: cvs commit: ports/Mk bsd.port.mk ports/audio/pulseaudio Makefile pkg-install ports/devel/dbus Makefile pkg-install ports/sysutils/hal Makefile ports/sysutils/hal/files pkg-install.in ports/sysutils/policykit Makefile pkg-install ... In-Reply-To: <200909062118.n86LIoil036121@repoman.freebsd.org> References: <200909062118.n86LIoil036121@repoman.freebsd.org> Message-ID: FYI. Use as follows: USERS= foo GROUPS= foo ... where foo is the user/group from UIDs and GIDs. Simplez! ---------- Forwarded message ---------- From: Florent Thoumie Date: Sun, Sep 6, 2009 at 10:18 PM Subject: cvs commit: ports/Mk bsd.port.mk ports/audio/pulseaudio Makefile pkg-install ports/devel/dbus Makefile pkg-install ports/sysutils/hal Makefile ports/sysutils/hal/files pkg-install.in ports/sysutils/policykit Makefile pkg-install ... To: ports-committers@freebsd.org, cvs-ports@freebsd.org, cvs-all@freebsd.org flz 2009-09-06 21:18:50 UTC FreeBSD ports repository Modified files: Mk bsd.port.mk audio/pulseaudio Makefile devel/dbus Makefile pkg-install sysutils/hal Makefile sysutils/hal/files pkg-install.in sysutils/policykit Makefile pkg-install x11/gdm Makefile pkg-install Removed files: audio/pulseaudio pkg-install Log: Add support to create users and groups from information stored in UIDs/GIDs files. Users and groups won't be deleted at deinstall time as we're lacking a refcount to know if any port is using them. Also convert a few ports while I'm here. PR: ports/108514 Submitted by: mm, self Revision Changes Path 1.627 +89 -3 ports/Mk/bsd.port.mk 1.48 +4 -4 ports/audio/pulseaudio/Makefile 1.6 +0 -63 ports/audio/pulseaudio/pkg-install (dead) 1.76 +4 -1 ports/devel/dbus/Makefile 1.6 +0 -27 ports/devel/dbus/pkg-install 1.58 +4 -1 ports/sysutils/hal/Makefile 1.5 +0 -27 ports/sysutils/hal/files/pkg-install.in 1.20 +4 -1 ports/sysutils/policykit/Makefile 1.6 +0 -27 ports/sysutils/policykit/pkg-install 1.124 +4 -1 ports/x11/gdm/Makefile 1.15 +0 -30 ports/x11/gdm/pkg-install -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From mezz7 at cox.net Sun Sep 6 22:42:31 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Sep 6 22:42:44 2009 Subject: Testers: Here's a patch to update linux-opera to 10.00. In-Reply-To: <20090902110749.243fe108@ernst.jennejohn.org> References: <20090902110749.243fe108@ernst.jennejohn.org> Message-ID: On Wed, 02 Sep 2009 04:07:49 -0500, Gary Jennejohn wrote: > On Tue, 01 Sep 2009 21:49:20 -0500 > "Jeremy Messenger" wrote: > >> Here is a patch to update linux-opera to 10.00. It works great with old >> ~/.linux-opera so far, I haven't seen any problem. I will be out of town >> for a few days. I need someone to test it more and report any bug if >> there >> is any. >> > > Works extremely well so far, even flash works without any complications. > > I'm using linux_base-f10-10_1. > > uname -a (sanitized): > > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #35: Sat Aug 29 18:30:32 CEST > 2009 amd64 Thanks for test it, I have committed it. I didn't add anything UPDATING since it seems run very stable with old ~/.linux-opera. Cheers, Mezz > --- > Gary Jennejohn -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From ota at j.email.ne.jp Mon Sep 7 03:10:30 2009 From: ota at j.email.ne.jp (Yoshihiro Ota) Date: Mon Sep 7 03:10:37 2009 Subject: lang/gawk In-Reply-To: References: Message-ID: <20090906225203.73854800.ota@j.email.ne.jp> Hi Walery, As a maintainer of Japanese/gawk, I tested both Japanese/gawk and lang/gawk. Neither of ports had problems you described. Thanks, Hiro On Wed, 26 Aug 2009 17:53:18 +0400 Walery Kokarev wrote: > Hi everybody! > > Today I tried to 'make install' in /usr/ports/lang/gawk but failed. > At the same time 'make build' works properly. > Seems gawk needs gmake to install itself. > > Here is the patch for ports/lang/Makefile. > -- > Index: Makefile > 6a7 > > > 22a24,25 > > USE_GMAKE= yes > > > -- > > I tried to send this patch to port maintainer "Andreas Klemm > ", > but failed since domain klemm.gtn.com does not exsist. > _______________________________________________ > 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 danny at cs.huji.ac.il Mon Sep 7 05:41:38 2009 From: danny at cs.huji.ac.il (Danny Braniss) Date: Mon Sep 7 05:41:56 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <20090906162544.GA39448@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> Message-ID: [...] > > > > > > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no > > > longer available, there is a > > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 > > > then again in ports/emulatores/virtualbox the version is 3.0.51r22226, > > > > > > can someone please explain? hi, the above was my question, which was totally ignored, not nice. I will try and refrase it: the call for testing is for a version (2.2.51r20457) which is not available, while the ports is 3.0.51r22226, so while I managed to compile it, it complains that COM is not running, all this under 8BETA-3, both under 32 and 64 bit. thnaks, danny From linimon at FreeBSD.org Mon Sep 7 06:29:17 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 7 06:29:24 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090907062916.180E11CC39@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/py26-libmpdclient-0.10.0.log.bz2 (_Aug_29_21:03:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/gcin-devel broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-gcin-devel-1.4.5.pre2_1.log (_Aug_23_08:39:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gcin-devel portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/adabindx-0.7.2_2.log.bz2 (_Aug_21_15:05:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/asis-3.15p_1.log.bz2 (_Aug_10_15:17:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/florist-3.15p_1.log.bz2 (_Aug_10_15:22:50_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/ja-expect-5.30_2.log.bz2 (_Aug_18_13:50:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/csharp-mode.el broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=csharp-mode.el portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090818122901/libnewmail-0.3_16.log.bz2 (_Aug_28_21:23:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/superlu_mt broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=superlu_mt portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/tv_grab_au broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=tv_grab_au portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/csync2 broken because: does not compile with new gnuTLS build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090818122901/csync2-1.34_6.log.bz2 (_Aug_28_21:22:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=csync2 portname: net/dictd-database broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=dictd-database portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/htmlize.el broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Mon Sep 7 06:30:44 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 7 06:30:56 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090907063041.988CD1CC47@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/akode-plugins-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=akode-plugins-ffmpeg portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/py26-libmpdclient-0.10.0.log.bz2 (_Aug_29_21:03:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: biology/dotter broken because: checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/dotter-20021204.log (_Aug_17_05:33:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=dotter portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/gcin-devel broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-gcin-devel-1.4.5.pre2_1.log (_Aug_23_08:39:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gcin-devel portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: converters/pecl-fribidi broken because: needs update to work with fribidi-0.19.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090824081150/pecl-fribidi-1.0_1.log.bz2 (_Aug_27_08:36:57_UTC_2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/pecl-fribidi-1.0_1.log (_Aug_23_08:41:44_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=pecl-fribidi portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/adabindx-0.7.2_2.log.bz2 (_Aug_21_15:05:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090904091345/arm-elf-gcc-2.95.3.log (_Aug_31_18:56:08_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/asis-3.15p_1.log.bz2 (_Aug_10_15:17:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/asis-gpl-2006.log.bz2 (_Aug_28_00:43:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/aunit broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/aunit-1.05.log.bz2 (_Aug_28_00:43:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/florist-3.15p_1.log.bz2 (_Aug_10_15:22:50_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090904091345/florist-gpl-2006.log.bz2 (_Aug_26_14:12:29_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/gdb-5.3_1,1.log.bz2 (_Aug_19_21:10:33_UTC_2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/lhs2TeX broken because: Does not compile with GHC 6.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lhs2TeX portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/radrails-0.7.2.log.bz2 (_Aug__9_23:24:35_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/laughingman-0.20070610_1.log (_Sep__1_18:22:55_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/php4-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: hebrew/geresh broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw-geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=geresh portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/ja-expect-5.30_2.log.bz2 (_Aug_18_13:50:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/csharp-mode.el broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=csharp-mode.el portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/gcl-2.6.7_5.log.bz2 (_Aug_18_13:55:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090906124207/gnat-glade-2005_1.log.bz2 (_Aug_26_14:24:18_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090818122901/libnewmail-0.3_16.log.bz2 (_Aug_28_21:23:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-ann-1.0.2_1.log.bz2 (_Aug_15_01:37:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-base broken because: incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-base portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-fixed-0.7.8_1.log.bz2 (_Aug_15_01:45:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-ftp-1.0.2_1.log.bz2 (_Aug_15_01:45:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-parallel-2.0.0_1.log.bz2 (_Aug_15_01:53:33_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-triangular-1.0.4_1.log.bz2 (_Aug_15_01:56:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/superlu_mt broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=superlu_mt portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: multimedia/tv_grab_au broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=tv_grab_au portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/adasockets broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090904091345/adasockets-1.8.4.7_3.log.bz2 (_Aug_26_14:34:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/csync2 broken because: does not compile with new gnuTLS build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090818122901/csync2-1.34_6.log.bz2 (_Aug_28_21:22:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=csync2 portname: net/dictd-database broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=dictd-database portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090611213544/rubygem-twitter-0.6.11.log.bz2 (_Jun_13_20:23:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/krb5-17 broken because: Will not build with libtool 2.2. build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/krb5-1.7.log (_Sep__4_10:11:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb5-17 portname: security/libprelude broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090904120943/libprelude-0.9.21.2.log.bz2 (_Aug_27_20:25:30_UTC_2009) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/libprelude-0.9.21.2.log.bz2 (_Aug_19_19:11:59_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=libprelude portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/py-gnutls broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090828202424/py26-gnutls-1.1.9_1.log.bz2 (_Aug_19_19:18:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=py-gnutls portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/htmlize.el broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/xmlada-gps broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090906152927/xmlada-gps-3.1.3_1.log.bz2 (_Aug_28_01:52:55_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/google-appengine broken because: leaves files behind on deinstallation build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090818122901/google-appengine-1.2.4_1.log.bz2 (_Aug_28_21:05:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=google-appengine portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Mon Sep 7 06:31:10 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 7 06:31:16 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090907063108.4551D1CC64@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: devel/p5-Algorithm-MDiff description: Perl interface to calculate m-difference between two objects maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Algorithm-MDiff portname: devel/p5-Data-Postponed description: Delay the evaluation of expressions to allow changes to variables maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Data-Postponed portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/asterisk12-addons description: Additional modules for the Asterisk Open Source PBX maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not build expiration date: 2009-09-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Mon Sep 7 06:31:20 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 7 06:31:40 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090907063118.E22391CC96@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: databases/ruby-dbd_interbase description: InterBase driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_interbase portname: databases/ruby-dbd_msql description: mSQL driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_msql portname: databases/ruby-dbd_proxy description: Proxy/Server driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_proxy portname: devel/p5-Algorithm-MDiff description: Perl interface to calculate m-difference between two objects maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Algorithm-MDiff portname: devel/p5-Data-Postponed description: Delay the evaluation of expressions to allow changes to variables maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Data-Postponed portname: graphics/php4-ffmpeg description: The ffmpeg shared extension for php maintainer: acm@FreeBSD.org status: BROKEN deprecated because: development continues only for php5 expiration date: 2009-10-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: multimedia/phonon description: Multimedia framework for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: superseded by multimedia/qt4-phonon expiration date: 2009-09-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=phonon portname: multimedia/phonon-gstreamer description: Phonon gstreamer backend maintainer: kde@FreeBSD.org status: IGNORE deprecated because: superseded by multimedia/qt4-phonon-gst expiration date: 2009-09-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=phonon-gstreamer portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/asterisk12-addons description: Additional modules for the Asterisk Open Source PBX maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not build expiration date: 2009-09-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11/electricsheep description: A nice distributed screensaver maintainer: dougb@FreeBSD.org deprecated because: No tarball for new versions, sheep server is gone expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=electricsheep portname: x11/kxgenerator description: KDE utility to configure the X server maintainer: makc@FreeBSD.org deprecated because: Project abandoned, master site disappeared expiration date: 2009-09-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=kxgenerator From linimon at FreeBSD.org Mon Sep 7 06:31:27 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 7 06:31:40 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090907063126.CB3651CC39@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Mon Sep 7 06:31:28 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 7 06:31:41 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090907063128.0739E1CC5F@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From tingox at gmail.com Mon Sep 7 06:58:35 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Sep 7 06:58:42 2009 Subject: editors/openoffice.org-3 - build fails again In-Reply-To: <4AA40402.2090204@smo.de> References: <4AA40402.2090204@smo.de> Message-ID: On Sun, Sep 6, 2009 at 8:48 PM, Philipp Ost wrote: > No, it did build fine here -- after I uninstalled devel/cppunit... > This is on 8.0-BETA2 i386 > devel/cppunit isn't installed here - it has got to be something else. -- Regards, Torfinn Ingolfsen From decke at bluelife.at Mon Sep 7 08:46:09 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Mon Sep 7 08:46:27 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> Message-ID: <50e4b96fb035ba5eaf5e30fbf12bf9f2.squirrel@webmail.itac.at> On Mon, September 7, 2009 7:41 am, Danny Braniss wrote: > > [...] >> > > > >> > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is >> no >> > > longer available, there is a >> > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 >> > > then again in ports/emulatores/virtualbox the version is >> 3.0.51r22226, >> > > >> > > can someone please explain? > > hi, the above was my question, which was totally ignored, not nice. > I will try and refrase it: > the call for testing is for a version (2.2.51r20457) which is not > available, while > the ports is 3.0.51r22226, so while I managed to compile it, it complains > that COM > is not running, all this under 8BETA-3, both under 32 and 64 bit. I'll try to be nice but it is still unclear to me what you want. The file is available on all 4 master sites that are listed in the ports Makefile. The virtualbox port is still in heavy development so it is strongly recommended that you use the latest version that is in the ports. If that also does not work you could give our svn version a try but be careful with it because it can break in strange ways or destroy your virtual machines. svn co http://svn.bluelife.at/projects/packages/blueports/emulators/virtualbox/ -- Bernhard Fr?hlich http://www.bluelife.at/ From alexanderchuranov at gmail.com Mon Sep 7 10:57:31 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Sep 7 10:57:38 2009 Subject: boost-python-libs and associated compile errors -SOLVED In-Reply-To: <200909051053.17152.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <3cb459ed0909030517g4b1997faieddbe15cdc660f42@mail.gmail.com> <200909041804.45899.david@vizion2000.net> <200909051053.17152.david@vizion2000.net> Message-ID: <3cb459ed0909070357l47ecf543y2cb2fde674ba3969@mail.gmail.com> 2009/9/5 David Southwell : > I should have mentioned that openbabel & kdeedu4 also then compiled without > problem. I have no idea what caused the original failure or how the cure could > have been connected to the recompiling of gnome2-2.26.3. However I can report > that immediately before the recompile I again tried to compile boost-python- > libs and it then failed with errors identical to those copied into this > thread. > > David It's nice to know that your issue is solved. However, I am not going to investigate into this right know since I'm busy with updating boost to 1.40. Alexander, maintainer of devel/boost-* From bugmaster at FreeBSD.org Mon Sep 7 11:06:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 7 11:06:13 2009 Subject: Current unassigned ports problem reports Message-ID: <200909071106.n87B659e009287@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/138611 [Maintainer] textproc/ibus-m17n: Add a missing depende o ports/138609 [MAINTAINER] devel/p5-Object-Event: update to 1.101 o ports/138602 audio/sphinxbase port update o ports/138601 audio/pocketsphinx port upgrade patch o ports/138596 [MAINTAINER] sysutils/samesame vlruwk problem o ports/138590 [MAINTAINER] sysutils/samesame update to 1.5 o ports/138568 Update Port: print/hs-hscolour-doc to v. 1.15 o ports/138540 sysutils/smartmontools o ports/138539 new port www/weave f ports/138506 Update Port: editors/p5-Padre to v. 0.45 f ports/138502 editors/p5-Padre dumps core. o ports/138486 [patch] www/apache22-peruser-mpm: FreeBSD fixes f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend f ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138422 port games/exult: linking fails with undefined referen f ports/138414 [PATCH] multimedia/shell-fm: update to 0.7 o ports/138409 [MAINTAINER] security/openssh-portable: cumulative por o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138385 Ports update: www/hiawatha f ports/138372 [UPDATE] security/prelude-lml to 0.9.15 f ports/138371 [UPDATE] security/libprelude to 0.9.24.1 o ports/138368 security/barnyard2, new port submission, correct a typ f ports/138361 x11/libxcb: alleviate dependency on python f ports/138355 net/freeradius2 can't install from package when /usr/p o ports/138352 [PATCH] databases/xapian-core update to 1.0.15 o ports/138348 patch to java/openjdk6 so that build works again o ports/138345 [patch] graphics/wildmagic: update to latest version o ports/138326 [New port] security/barnyard2: output system for Snort o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138299 New port: www/mod_flickr, Apache module for accessing f ports/138298 [PATCH]sysutils/file: update to 5.03 f ports/138284 security/openssh-portable: OpenSSH GSSAPI Key Exchange o ports/138267 port update: www/videocache o ports/138259 Update ports: emulators/sdlmame-devel Update to 0.133u o ports/138252 Compile Issue: databases/firebird20-client f ports/138248 audio/sox bump to 14.2.0 o ports/138239 [PATCH] audio/fluidsynth: update to 1.0.9 o ports/138234 [new port] mail/milter-manager 1.2.0 o ports/138232 [new port] mail/opendkim 1.0.0 f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 o ports/138170 Update: x11/xlockmore to 5.28 f ports/138167 New upstream for converters/enca o ports/138164 [NEW PORT] security/p5-Net-Radius-Server: Framework fo f ports/138162 multimedia/vlc: Relax libtar dependency. o ports/138158 [NEW PORT] editors/p5-Vimana: Vim script manager o ports/138121 mail/fetchmail: fetchmail-6.3.11/SSL_set_fd() bad free o ports/138111 [bsd.octave.mk] Issues with octave-forge and octave po f ports/138019 [PATCH] mail/dkimproxy: update to 1.2 f ports/137992 [PATCH] The startup script of mail/spamd has several b f ports/137990 Update of net/Scapy 2.0.1_3 o ports/137976 graphics/sane-backends: Add option to disable IPv6 sup f ports/137974 [update] converters/pdf2djvu: update + fix configure f a ports/137972 mail/fetchmail 6.3.11 crashes with segmentation fault o ports/137967 update to net-mgmt/chillispot rc script o ports/137959 [PATCH] irc/bitlbee-otr is not doing SRV lookups for X f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a f ports/137867 Cannot compile ports/databases/freetds (FreeBSD 8.0 BE o ports/137858 [PATCH] chinese/ve: fix terminal initial problem f ports/137835 [PATCH] audio/musicpd o ports/137828 [PATCH] palm/barry: update to 0.14 o ports/137824 Update port: print/latex-etoolbox update to 1.8 o ports/137793 [NEW PORT] sysutils/uhidd: Userland USB HID device dri f ports/137751 [new port] audio/jokosher: Multi-track non-linear audi o ports/137747 [patch] Upgrade mail/mailscanner to 4.78.9 o ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137730 [NEW PORT] devel/fb303: The Facebook Bassline f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136934 devel/root is marked as BROKEN but OK with GCC 3.4 o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind o ports/136427 can't make devel/gwenhywfar o ports/136377 [MAINTAINER] science/netcdf: update to 4.0.1 o ports/136359 New port - lang/gnat-gcc44 f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136188 ftp/proftpd: Upgrade proftpd-mod_sql_tds to version 4. o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/134743 devel/Monotone and pthreaded dependencies o ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 o ports/134534 [PATCH] net/skype12, remove IGNORE s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files f ports/134181 [MAINTAINER] www/httrack: update to 3.43.4 s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133196 net/xmlrpc-c: rtorrent-devel rtorrent std::bad_alloc f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/131877 New Port: devel/parasite GTK+ UI debugging tool s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca s ports/130199 [PATCH] audio/mp3info: take maintainership s ports/130198 [PATCH] audio/libshout2: take maintainership o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 165 problems total. From david at vizion2000.net Mon Sep 7 11:34:09 2009 From: david at vizion2000.net (David Southwell) Date: Mon Sep 7 11:34:16 2009 Subject: boost-python-libs and associated compile errors -SOLVED In-Reply-To: <3cb459ed0909070357l47ecf543y2cb2fde674ba3969@mail.gmail.com> References: <200908261507.56373.david@vizion2000.net> <200909051053.17152.david@vizion2000.net> <3cb459ed0909070357l47ecf543y2cb2fde674ba3969@mail.gmail.com> Message-ID: <200909071234.05540.david@vizion2000.net> > 2009/9/5 David Southwell : > > I should have mentioned that openbabel & kdeedu4 also then compiled > > without problem. I have no idea what caused the original failure or how > > the cure could have been connected to the recompiling of gnome2-2.26.3. > > However I can report that immediately before the recompile I again tried > > to compile boost-python- libs and it then failed with errors identical to > > those copied into this thread. > > > > David > > It's nice to know that your issue is solved. > However, I am not going to investigate into this right know since I'm > busy with updating boost to 1.40. > > Alexander, > maintainer of devel/boost-* > Sounds reasonable to me.. at least if anyone gets the same problem they can apply the same magic and see if it works for them!! Thanks for all your input and for your work with boost*.. it is much appreciated. David From gpagnoni at gmail.com Mon Sep 7 13:55:25 2009 From: gpagnoni at gmail.com (Giuseppe Pagnoni) Date: Mon Sep 7 13:55:31 2009 Subject: FreeBSD Port: mc-light-4.1.40.p9_7 Message-ID: <92056ebc0909070623x4f3e74a4sba82ca9ae5b11cba@mail.gmail.com> Hello, I installed mc-light under FreeBSD 7.2 and in trying to edit the ~/.mc/ext file I noticed that the file seems to follow bash, not tcsh shell syntax. I am using tcsh and many of the files do not open in the appropriate viewer, I think because of this (particularly problematic seem to be redirections (> /dev/null 2>&1, which doesn't work in tcsh) and "if..then" clauses). Am I guessing right? In this case, would it be possible to have a tcsh compatible version of the ext file? If not, I'll have a try at it myself, but I am not very expert in shell scripting.. thanks in advance for any suggestion and for maintaining the port best giuseppe From cmdlnkid at gmail.com Mon Sep 7 17:08:44 2009 From: cmdlnkid at gmail.com (CmdLnKid) Date: Mon Sep 7 17:09:02 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <991123400909061150h56dc6e07uf8d8e721f6c923bf@mail.gmail.com> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> <991123400909061150h56dc6e07uf8d8e721f6c923bf@mail.gmail.com> Message-ID: On Sun, 6 Sep 2009 14:50 -0000, odhiambo wrote: > On Sun, Sep 6, 2009 at 7:25 PM, Martin Wilke wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Sun, Sep 06, 2009 at 06:11:48PM +0300, Odhiambo Washington wrote: >>> On Sun, Sep 6, 2009 at 1:40 PM, Danny Braniss >> wrote: >>> >>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>> Hash: SHA1 >>>>> >>>>> Huhu, >>>>> >>>>> Yes we life and that's good :-). >>>>> Changes: >>>>> >>>>> - Fix build error when compiling in debug mode on FreeBSD HEAD >>>>> - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite >> timeout. >>>>> - Some FreeBSD relate typos >>>>> - Enable shared OpenGL service. Completely untested due to lack of >>>>> appropriate hardware but it compiles at least >>>>> - Add support for shared clipboards. Requires libXt >>>>> - FreeBSD: Implement preemption API for guest SMP and enable >>>>> it (slightly tested). Add neccessary RTMP* methods in userspace >>>>> for the frontends to detect the number of CPUs >>>>> - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex >>>>> instead of a spinlock to fix the problems users are seeing >>>>> (assertions with debugging enabled) while still being able >>>>> to run on 100Hz hosts. No problems detected so far and Solaris >>>>> doesn't use a spin mutex in this code too so it shouldn't do >>>>> any harm (keeping fingers crossed)space for the frontends to >>>>> detect the number of CPUs >>>>> - Add support for curl >>>>> - Add VBoxSharedClipboard >>>>> >>>>> Ports Changes; >>>>> - Force guestadditions version to 2.2.4 >>>>> - Removed Qt3 include replacements (already upstream) >>>>> - Removed cosmetic X11 include path patch >>>>> >>>>> Please make SURE, your world and kernel is in sync and you've read >>>>> the pkg-messages. Also please unload the kernel module before >>>>> you update the port ;-). >>>>> >>>>> Many thx to all Vbox Devs, All supporters, my nice team! :-) >>>>> >>>>> http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz >> >>>>> >>>>> Happy Testing! >>>>> >>>> ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no >>>> longer available, there is a >>>> >> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 >>>> then again in ports/emulatores/virtualbox the version is 3.0.51r22226, >>>> >>>> can someone please explain? >>>> >>>> >>> >>> >>> And on my FreeBSD 7.2-STABLE, compiling virtualbox fails as follows: >>> >>> >>> >>> kBuild: Linking VBoxREM64 >>> kBuild: Installing VBoxREM64 => >>> >> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBox >>> REM64.so >>> kmk[2]: Leaving directory >>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>> kmk[1]: Leaving directory >>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>> kBuild: Pass - Programs >>> kmk[1]: Entering directory >>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>> kmk[2]: Entering directory >>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>> kBuild: Compiling tstAPI - >>> >> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Main/testcase/tstAPI.cpp >>> kBuild: Linking tstAPI >>> /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS' >>> /usr/local/lib/libssl.so.5: undefined reference to >>> `ENGINE_get_ssl_client_cert_function' >>> /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags' >>> /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS' >>> /usr/local/lib/libssl.so.5: undefined reference to >>> `ENGINE_load_ssl_client_cert' >>> /usr/local/lib/libssl.so.5: undefined reference to `pqueue_size' >>> /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc' >>> kmk[2]: *** >>> >> [/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/obj/tstAPI/tstAPI] >>> Error 1 >>> The failing command: >>> @g++ '-Wl,-rpath,/usr/local/lib/virtualbox' -m32 -o >>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r >>> 22226/out/freebsd.x86/release/obj/tstAPI/tstAPI >>> >> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/ >>> release/obj/tstAPI/tstAPI.o -L/usr/lib -L/usr/X11R6/lib >>> -L/usr/local/lib >>> /usr/ports/emulators/virtualbox/work/virtualbo >>> x-3.0.51r22226/out/freebsd.x86/release/bin/VBoxRT.so >>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freeb >>> sd.x86/release/lib/VBoxCOM.a >>> >> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBoxX >>> PCOM.so >>> kmk[2]: Leaving directory >>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>> kmk[1]: *** [pass_binaries_this] Error 2 >>> kmk[1]: Leaving directory >>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>> kmk: *** [pass_binaries_order] Error 2 >>> *** Error code 2 >>> >>> Stop in /usr/ports/emulators/virtualbox. >>> >>> >>> I hope someone can advise on what is needed. >>> >> >> deinstall openssl from ports and try again :) >> >> > I remember we had this suggestion before, and either you (or someone else) > was going to look into the use of openssl from the ports:-) > Looks like I will have to recompile most apps that have linked against > openssl, no? > Just create a backup package of your openssl port with ( pkg_create -b ) then uninstall the port, rebuild the port in question and ( pkg_add ) the openssl port again. This will at least get the port out of the way for you to complete the build and will let you determine further action. Best regards. -- - (2^(N-1)) From olivier at gid0.org Mon Sep 7 18:18:41 2009 From: olivier at gid0.org (Olivier Smedts) Date: Mon Sep 7 18:18:54 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <50e4b96fb035ba5eaf5e30fbf12bf9f2.squirrel@webmail.itac.at> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> <50e4b96fb035ba5eaf5e30fbf12bf9f2.squirrel@webmail.itac.at> Message-ID: <367b2c980909071048j79b28babwcc9d59488d1de3ef@mail.gmail.com> 2009/9/7 Bernhard Fr?hlich : > On Mon, September 7, 2009 7:41 am, Danny Braniss wrote: >> >> [...] >>> > > > >>> > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is >>> no >>> > > longer available, there is a >>> > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 >>> > > then again in ports/emulatores/virtualbox the version is >>> 3.0.51r22226, >>> > > >>> > > can someone please explain? >> >> hi, the above was my question, which was totally ignored, not nice. >> I will try and refrase it: >> the call for testing is for a version (2.2.51r20457) which is not >> available, while >> the ports is 3.0.51r22226, so while I managed to compile it, it complains >> that COM >> is not running, all this under 8BETA-3, both under 32 and 64 bit. > > I'll try to be nice but it is still unclear to me what you want. The file > is available on all 4 master sites that are listed in the ports Makefile. > > The virtualbox port is still in heavy development so it is strongly > recommended that you use the latest version that is in the ports. If that > also does not work you could give our svn version a try but be careful > with it because it can break in strange ways or destroy your virtual > machines. > > svn co > http://svn.bluelife.at/projects/packages/blueports/emulators/virtualbox/ Wow... the SVN version works great for me with VT extensions ! I just tried a 64 bits 2 processors guest :) Thanks ! > > -- > Bernhard Fr?hlich > http://www.bluelife.at/ > > _______________________________________________ > 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 odhiambo at gmail.com Mon Sep 7 19:18:23 2009 From: odhiambo at gmail.com (Odhiambo Washington) Date: Mon Sep 7 19:18:47 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> <991123400909061150h56dc6e07uf8d8e721f6c923bf@mail.gmail.com> Message-ID: <991123400909071218s2af7a76ybcac8702d697362f@mail.gmail.com> On Mon, Sep 7, 2009 at 7:45 PM, CmdLnKid wrote: > On Sun, 6 Sep 2009 14:50 -0000, odhiambo wrote: > > On Sun, Sep 6, 2009 at 7:25 PM, Martin Wilke wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> On Sun, Sep 06, 2009 at 06:11:48PM +0300, Odhiambo Washington wrote: >>> >>>> On Sun, Sep 6, 2009 at 1:40 PM, Danny Braniss >>>> >>> wrote: >>> >>>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>>> Hash: SHA1 >>>>>> >>>>>> Huhu, >>>>>> >>>>>> Yes we life and that's good :-). >>>>>> Changes: >>>>>> >>>>>> - Fix build error when compiling in debug mode on FreeBSD HEAD >>>>>> - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite >>>>>> >>>>> timeout. >>> >>>> - Some FreeBSD relate typos >>>>>> - Enable shared OpenGL service. Completely untested due to lack of >>>>>> appropriate hardware but it compiles at least >>>>>> - Add support for shared clipboards. Requires libXt >>>>>> - FreeBSD: Implement preemption API for guest SMP and enable >>>>>> it (slightly tested). Add neccessary RTMP* methods in userspace >>>>>> for the frontends to detect the number of CPUs >>>>>> - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex >>>>>> instead of a spinlock to fix the problems users are seeing >>>>>> (assertions with debugging enabled) while still being able >>>>>> to run on 100Hz hosts. No problems detected so far and Solaris >>>>>> doesn't use a spin mutex in this code too so it shouldn't do >>>>>> any harm (keeping fingers crossed)space for the frontends to >>>>>> detect the number of CPUs >>>>>> - Add support for curl >>>>>> - Add VBoxSharedClipboard >>>>>> >>>>>> Ports Changes; >>>>>> - Force guestadditions version to 2.2.4 >>>>>> - Removed Qt3 include replacements (already upstream) >>>>>> - Removed cosmetic X11 include path patch >>>>>> >>>>>> Please make SURE, your world and kernel is in sync and you've read >>>>>> the pkg-messages. Also please unload the kernel module before >>>>>> you update the port ;-). >>>>>> >>>>>> Many thx to all Vbox Devs, All supporters, my nice team! :-) >>>>>> >>>>>> http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz >>>>>> >>>>>> >>>>> >>> >>>> >>>>>> Happy Testing! >>>>>> >>>>>> ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no >>>>> longer available, there is a >>>>> >>>>> >>> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 >>> >>>> then again in ports/emulatores/virtualbox the version is 3.0.51r22226, >>>>> >>>>> can someone please explain? >>>>> >>>>> >>>>> >>>> >>>> And on my FreeBSD 7.2-STABLE, compiling virtualbox fails as follows: >>>> >>>> >>>> >>>> kBuild: Linking VBoxREM64 >>>> kBuild: Installing VBoxREM64 => >>>> >>>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBox >>> >>>> REM64.so >>>> kmk[2]: Leaving directory >>>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>>> kmk[1]: Leaving directory >>>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>>> kBuild: Pass - Programs >>>> kmk[1]: Entering directory >>>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>>> kmk[2]: Entering directory >>>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>>> kBuild: Compiling tstAPI - >>>> >>>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Main/testcase/tstAPI.cpp >>> >>>> kBuild: Linking tstAPI >>>> /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS' >>>> /usr/local/lib/libssl.so.5: undefined reference to >>>> `ENGINE_get_ssl_client_cert_function' >>>> /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags' >>>> /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS' >>>> /usr/local/lib/libssl.so.5: undefined reference to >>>> `ENGINE_load_ssl_client_cert' >>>> /usr/local/lib/libssl.so.5: undefined reference to `pqueue_size' >>>> /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc' >>>> kmk[2]: *** >>>> >>>> [/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/obj/tstAPI/tstAPI] >>> >>>> Error 1 >>>> The failing command: >>>> @g++ '-Wl,-rpath,/usr/local/lib/virtualbox' -m32 -o >>>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r >>>> 22226/out/freebsd.x86/release/obj/tstAPI/tstAPI >>>> >>>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/ >>> >>>> release/obj/tstAPI/tstAPI.o -L/usr/lib -L/usr/X11R6/lib >>>> -L/usr/local/lib >>>> /usr/ports/emulators/virtualbox/work/virtualbo >>>> x-3.0.51r22226/out/freebsd.x86/release/bin/VBoxRT.so >>>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freeb >>>> sd.x86/release/lib/VBoxCOM.a >>>> >>>> /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/out/freebsd.x86/release/bin/VBoxX >>> >>>> PCOM.so >>>> kmk[2]: Leaving directory >>>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>>> kmk[1]: *** [pass_binaries_this] Error 2 >>>> kmk[1]: Leaving directory >>>> `/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226' >>>> kmk: *** [pass_binaries_order] Error 2 >>>> *** Error code 2 >>>> >>>> Stop in /usr/ports/emulators/virtualbox. >>>> >>>> >>>> I hope someone can advise on what is needed. >>>> >>>> >>> deinstall openssl from ports and try again :) >>> >>> >>> I remember we had this suggestion before, and either you (or someone >> else) >> was going to look into the use of openssl from the ports:-) >> Looks like I will have to recompile most apps that have linked against >> openssl, no? >> >> > Just create a backup package of your openssl port with ( pkg_create -b ) > then uninstall the port, rebuild the port in question and ( pkg_add ) the > openssl port again. This will at least get the port out of the way for you > to complete the build and will let you determine further action. > > It's not such a critical box. It's a testbed nyway so I did not bother backing up anything since I will be able to fix any broken packages. Let me see how it goes. So far so good.... the build process is running... -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "If you have nothing good to say about someone, just shut up!." -- Lucky Dube From decke at bluelife.at Mon Sep 7 19:56:00 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Mon Sep 7 19:56:13 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <367b2c980909071048j79b28babwcc9d59488d1de3ef@mail.gmail.com> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> <50e4b96fb035ba5eaf5e30fbf12bf9f2.squirrel@webmail.itac.at> <367b2c980909071048j79b28babwcc9d59488d1de3ef@mail.gmail.com> Message-ID: On Mon, September 7, 2009 7:48 pm, Olivier Smedts wrote: > 2009/9/7 Bernhard Fr?hlich : >> On Mon, September 7, 2009 7:41 am, Danny Braniss wrote: >>> >>> [...] >>>> > > > >>>> > > ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is >>>> no >>>> > > longer available, there is a >>>> > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 >>>> > > then again in ports/emulatores/virtualbox the version is >>>> 3.0.51r22226, >>>> > > >>>> > > can someone please explain? >>> >>> hi, the above was my question, which was totally ignored, not nice. >>> I will try and refrase it: >>> the call for testing is for a version (2.2.51r20457) which is not >>> available, while >>> the ports is 3.0.51r22226, so while I managed to compile it, it >>> complains >>> that COM >>> is not running, all this under 8BETA-3, both under 32 and 64 bit. >> >> I'll try to be nice but it is still unclear to me what you want. The >> file >> is available on all 4 master sites that are listed in the ports >> Makefile. >> >> The virtualbox port is still in heavy development so it is strongly >> recommended that you use the latest version that is in the ports. If >> that >> also does not work you could give our svn version a try but be careful >> with it because it can break in strange ways or destroy your virtual >> machines. >> >> svn co >> http://svn.bluelife.at/projects/packages/blueports/emulators/virtualbox/ > > Wow... the SVN version works great for me with VT extensions ! I just > tried a 64 bits 2 processors guest :) > > Thanks ! According to Alexander Eichner VT-x should work now with the latest vbox code. So everybody who is using our svn port should already have working VT-x. We plan to update the virtualbox port in the next few days to get that version in the tree before the ports freeze. -- Bernhard Fr?hlich http://www.bluelife.at/ From 000.fbsd at quip.cz Mon Sep 7 20:18:48 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Sep 7 20:18:55 2009 Subject: portmaster is not always recursive In-Reply-To: References: <4A89CB20.3000408@quip.cz> <4A8E2121.6040507@FreeBSD.org> <4A8E8ACA.3060705@quip.cz> <4A8EF583.8090806@FreeBSD.org> <4A9966FE.7060509@quip.cz> <4A998242.80005@FreeBSD.org> <4A999B4A.3000603@quip.cz> <4A9ADAE6.70506@quip.cz> Message-ID: <4AA56AA3.1000100@quip.cz> Doug Barton wrote: [...] >> So the last thought is some new option for portmaster to force >> reinstall of all intermediate dependencies between A and E, even if >> there are no updates for them. > > > The -f option already does this. > >> Thank you again for you explanation of the problem. It is really >> educational to me. I know about -f, but it "always" forces update of dependencies. I mean something "inteligent" to do update of intermediate dependencies only in case when some bottom dependency will be updated. It is just an idea... Miroslav Lachman From dougb at FreeBSD.org Mon Sep 7 21:20:53 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Sep 7 21:21:00 2009 Subject: portmaster is not always recursive In-Reply-To: <4AA56AA3.1000100@quip.cz> References: <4A89CB20.3000408@quip.cz> <4A8E2121.6040507@FreeBSD.org> <4A8E8ACA.3060705@quip.cz> <4A8EF583.8090806@FreeBSD.org> <4A9966FE.7060509@quip.cz> <4A998242.80005@FreeBSD.org> <4A999B4A.3000603@quip.cz> <4A9ADAE6.70506@quip.cz> <4AA56AA3.1000100@quip.cz> Message-ID: <4AA57931.6080208@FreeBSD.org> Miroslav Lachman wrote: > I know about -f, but it "always" forces update of dependencies. I mean > something "inteligent" to do update of intermediate dependencies only in > case when some bottom dependency will be updated. I'm not sure that I'm following exactly what you're asking for there, but I think that there is a trade-off on trying to make dependency tracking too complicated vs. simply using -a. If there are things you don't want updated with -a there are options like -i and +IGNOREME files to solve those problems. Take a look at the man page for more information. Doug From dougb at FreeBSD.org Mon Sep 7 21:26:14 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Sep 7 21:26:20 2009 Subject: FreeBSD Port: bind96-9.6.1.1 In-Reply-To: <1252259865.12837.12.camel@wout-laptop> References: <1252259865.12837.12.camel@wout-laptop> Message-ID: <4AA57A71.5090006@FreeBSD.org> Wout Decr? wrote: > Hello > > I am using the dns/bind96 port with DLZ_LDAP. There seems to be an > update of the OpenLDAP client library regarding the '%' sign. This sign > is used by DLZ_LDAP for building the LDAP search query, but is now > causing an invalid LDAP base. Causing named to not start. > > More information: > https://lists.ubuntu.com/archives/ubuntu-server-bugs/2008-May/002163.html > > Is it possible to apply a patch when installing this port to modify the > '%' sign (see link)? I will look into this issue later this week. It's a long holiday weekend in the US right now. Doug From 000.fbsd at quip.cz Mon Sep 7 23:17:45 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Sep 7 23:17:53 2009 Subject: portmaster is not always recursive In-Reply-To: <4AA57931.6080208@FreeBSD.org> References: <4A89CB20.3000408@quip.cz> <4A8E2121.6040507@FreeBSD.org> <4A8E8ACA.3060705@quip.cz> <4A8EF583.8090806@FreeBSD.org> <4A9966FE.7060509@quip.cz> <4A998242.80005@FreeBSD.org> <4A999B4A.3000603@quip.cz> <4A9ADAE6.70506@quip.cz> <4AA56AA3.1000100@quip.cz> <4AA57931.6080208@FreeBSD.org> Message-ID: <4AA59493.60509@quip.cz> Doug Barton wrote: > Miroslav Lachman wrote: > > >>I know about -f, but it "always" forces update of dependencies. I mean >>something "inteligent" to do update of intermediate dependencies only in >>case when some bottom dependency will be updated. > > > I'm not sure that I'm following exactly what you're asking for there, > but I think that there is a trade-off on trying to make dependency > tracking too complicated vs. simply using -a. If there are things you > don't want updated with -a there are options like -i and +IGNOREME > files to solve those problems. Take a look at the man page for more > information. I am not arguing that it is "must have" option. Just sometimes useful in case when I need to update small subset of ports, not all of them. And if there are a lot of available updates, interactive run (-i -a) is annoying. And now I have one problem on topic with recursive update. There were about 50 available updates, but I want to update just p5 modules for Amavis / SpamAssassin. In this case -a + -i is not so useful option nor +IGNOREME. This is the list of available p5 updates: p5-Compress-Raw-Bzip2-2.017 < needs updating (port has 2.021) p5-Compress-Raw-Zlib-2.017 < needs updating (port has 2.021) p5-Convert-UUlib-1.12,1 < needs updating (port has 1.30,1) p5-DBI-1.60.7 < needs updating (port has 1.60.9) p5-Digest-1.15_1 < needs updating (port has 1.16) p5-ExtUtils-CBuilder-0.24 < needs updating (port has 0.2603.01) p5-ExtUtils-ParseXS-2.19_1 < needs updating (port has 2.20) p5-File-Temp-0.21 < needs updating (port has 0.22) p5-Geography-Countries-1.4 < needs updating (port has 2009041301) p5-HTML-Parser-3.61 < needs updating (port has 3.62) p5-IO-Socket-SSL-1.26 < needs updating (port has 1.30) p5-IO-Zlib-1.09 < needs updating (port has 1.10) p5-Module-Build-0.33 < needs updating (port has 0.35) p5-Net-IP-1.25 < needs updating (port has 1.25_1) p5-Net-SSLeay-1.35_1 < needs updating (port has 1.35_2) p5-PathTools-3.2900 < needs updating (port has 3.3000) p5-Storable-2.20 < needs updating (port has 2.21) p5-URI-1.38 < needs updating (port has 1.40) p5-YAML-0.68 < needs updating (port has 0.70) p5-libwww-5.828 < needs updating (port has 5.831) There is no update for Amavis or SpamAssassin but there are updates for their dependencies. I tried `portmaster -i p5-Mail-SpamAssassin-3.2.5_4` and `portmaster -i -x amavisd-new amavisd-new-2.6.4_1,1` I expected update of all dependencies and in case of Amavis exclude amavisd-new from reinstall, but amavisd was reinstalled and not all dependencies was updated. (I press Y for all questions on interactive run of portmaster) Only listed questions were asked: root@fido ~/# portmaster -i p5-Mail-SpamAssassin-3.2.5_4 ===>>> Update p5-IO-Zlib-1.09 to p5-IO-Zlib-1.10? [y] y ===>>> Update p5-IO-Socket-SSL-1.26 to p5-IO-Socket-SSL-1.30? [y] y ===>>> Update p5-Net-SSLeay-1.35_1 to p5-Net-SSLeay-1.35_2? [y] y ===>>> Update p5-HTML-Parser-3.61 to p5-HTML-Parser-3.62? [y] y ===>>> Update p5-URI-1.38 to p5-URI-1.40? [y] ===>>> Update p5-libwww-5.828 to p5-libwww-5.831? [y] y ===>>> The following actions were performed: Upgrade of p5-IO-Zlib-1.09 to p5-IO-Zlib-1.10 Upgrade of p5-URI-1.38 to p5-URI-1.40 Upgrade of p5-HTML-Parser-3.61 to p5-HTML-Parser-3.62 Upgrade of p5-Net-SSLeay-1.35_1 to p5-Net-SSLeay-1.35_2 Upgrade of p5-IO-Socket-SSL-1.26 to p5-IO-Socket-SSL-1.30 Upgrade of p5-libwww-5.828 to p5-libwww-5.831 Re-installation of p5-Mail-SpamAssassin-3.2.5_4 root@fido ~/# portmaster -i -x amavisd-new amavisd-new-2.6.4_1,1 ===>>> Update unrar-3.80,5 to unrar-3.90,5? [y] y ===>>> Update p5-Convert-UUlib-1.12,1 to p5-Convert-UUlib-1.30,1? [y] y ===>>> The following actions were performed: Upgrade of unrar-3.80,5 to unrar-3.90,5 Upgrade of p5-Convert-UUlib-1.12,1 to p5-Convert-UUlib-1.30,1 Re-installation of amavisd-new-2.6.4_1,1 After this upgrade, there are 7 dependencies not updated: root@fido ~/# pkg_version -vL = | grep '^p5-' p5-Compress-Raw-Bzip2-2.017 < needs updating (port has 2.021) p5-Compress-Raw-Zlib-2.017 < needs updating (port has 2.021) p5-DBI-1.60.7 < needs updating (port has 1.60.9) p5-File-Temp-0.21 < needs updating (port has 0.22) p5-Geography-Countries-1.4 < needs updating (port has 2009041301) p5-Net-IP-1.25 < needs updating (port has 1.25_1) p5-PathTools-3.2900 < needs updating (port has 3.3000) p5-Storable-2.20 < needs updating (port has 2.21) p5-PathTools-3.2900 is not dependency of Amavis or SpamAssassin # pkg_info -R p5-Compress-Raw-Bzip2-2.017 | egrep -i "amavisd|spamassassin" p5-Mail-SpamAssassin-3.2.5_4 amavisd-new-2.6.4_1,1 # pkg_info -R p5-Compress-Raw-Zlib-2.017 | egrep -i "amavisd|spamassassin" p5-Mail-SpamAssassin-3.2.5_4 amavisd-new-2.6.4_1,1 # pkg_info -R p5-DBI-1.60.7 | egrep -i "amavisd|spamassassin" p5-Mail-SpamAssassin-3.2.5_4 amavisd-new-2.6.4_1,1 # pkg_info -R p5-File-Temp-0.21 | egrep -i "amavisd|spamassassin" amavisd-new-2.6.4_1,1 # pkg_info -R p5-Geography-Countries-1.4 | egrep -i "amavisd|spamassassin" p5-Mail-SpamAssassin-3.2.5_4 amavisd-new-2.6.4_1,1 # pkg_info -R p5-Net-IP-1.25 | egrep -i "amavisd|spamassassin" p5-Mail-SpamAssassin-3.2.5_4 amavisd-new-2.6.4_1,1 # pkg_info -R p5-PathTools-3.2900 | egrep -i "amavisd|spamassassin" # pkg_info -R p5-Storable-2.20 | egrep -i "amavisd|spamassassin" p5-Mail-SpamAssassin-3.2.5_4 amavisd-new-2.6.4_1,1 As I wrote above, -a is not useful for this type of update when I want to update just a small subset of ports, -i is not much helpful as portmaster doesn't ask for all recorded dependencies. -f forces to rebuild all dependencies (not just deps with available update) -x doesn't work for me (I don't know why in this case) I can live with it. I am just saying there may remains some bug in portmaster with recursion or exclusion. But it is not too serious for me and I know the debugging is very time consuming for you. All in all, portmaster is the best ports management tool for me and this minor problems I have will not change it :) Miroslav Lachman From natarajsn at gmail.com Tue Sep 8 04:35:18 2009 From: natarajsn at gmail.com (Nataraj S Narayan) Date: Tue Sep 8 04:35:26 2009 Subject: Project Management ,PERT Message-ID: <630286c70909072130ib17f3baq10c8a20645146525@mail.gmail.com> Hi Is there any good PM software in the ports? I am on 7.1-RELEASE. I not quite comfortable with OpenPro. Need some tool to generated PERT charts. regards Nataraj From cmdlnkid at gmail.com Tue Sep 8 08:00:29 2009 From: cmdlnkid at gmail.com (CmdLnKid) Date: Tue Sep 8 08:00:45 2009 Subject: Project Management ,PERT In-Reply-To: <630286c70909072130ib17f3baq10c8a20645146525@mail.gmail.com> References: <630286c70909072130ib17f3baq10c8a20645146525@mail.gmail.com> Message-ID: On Tue, 8 Sep 2009 00:30 -0000, natarajsn wrote: > Hi > > Is there any good PM software in the ports? I am on 7.1-RELEASE. I > not quite comfortable with OpenPro. Need some tool to generated PERT > charts. > > > regards > > Nataraj > I would recommend ( Planner from the Gnome project. ). This may be heavily based on Gnome but the project in it self uses this software. Not to mention its other integrations with evolution and the gnome desktop. http://live.gnome.org/Planner/Screenshots Another alternative may be using freemind. Even though this is not a project management software you certainly could use it to generate trees of a project and the paths you want to follow. http://freemind.sourceforge.net/wiki/index.php/Screenshots I see both of these as a useful tool-set. Best regards. -- - (2^(N-1)) From david at vizion2000.net Tue Sep 8 08:25:36 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 8 08:25:43 2009 Subject: boost-python-libs and associated compile errors -SOLVED In-Reply-To: <3cb459ed0909070357l47ecf543y2cb2fde674ba3969@mail.gmail.com> References: <200908261507.56373.david@vizion2000.net> <200909051053.17152.david@vizion2000.net> <3cb459ed0909070357l47ecf543y2cb2fde674ba3969@mail.gmail.com> Message-ID: <200909080925.31073.david@vizion2000.net> > 2009/9/5 David Southwell : > > I should have mentioned that openbabel & kdeedu4 also then compiled > > without problem. I have no idea what caused the original failure or how > > the cure could have been connected to the recompiling of gnome2-2.26.3. > > However I can report that immediately before the recompile I again tried > > to compile boost-python- libs and it then failed with errors identical to > > those copied into this thread. > > > > David > > It's nice to know that your issue is solved. > However, I am not going to investigate into this right know since I'm > busy with updating boost to 1.40. > > Alexander, > maintainer of devel/boost-* Bearing in mind my ignorance on how things actually work I am wondering if the problem I experienced had anything to do with gnupg. Its Makefile lists devel/pth under LIB_DEPENDS. Could this mean that devel/pth was automagically installed when gnupg was installed? You will see below I have also included output from pkg_info -rR gnupg-2.0.13 which shows it listed as required by gnome2. On my system I manually changed dependencies on pth to libpthread-stubs-0.1. When you get a chance maybe you could take a look and let me know. David ************************************************************** # New ports collection makefile for: gnupg # Date created: Sep 30, 1998 # Whom: kuriyama@FreeBSD.org # # $FreeBSD: ports/security/gnupg/Makefile,v 1.121 2009/09/05 15:22:50 kuriyama Exp $ # PORTNAME= gnupg PORTVERSION= 2.0.13 CATEGORIES= security MASTER_SITES= ${MASTER_SITE_GNUPG} MASTER_SITE_SUBDIR= gnupg DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ${DISTNAME}${EXTRACT_SUFX}.sig EXTRACT_ONLY= ${DISTNAME}${EXTRACT_SUFX} MAINTAINER= kuriyama@FreeBSD.org COMMENT= The GNU Privacy Guard BUILD_DEPENDS= libassuan>=1.0.4:${PORTSDIR}/security/libassuan \ libksba>=1.0.2:${PORTSDIR}/security/libksba LIB_DEPENDS= gcrypt.16:${PORTSDIR}/security/libgcrypt \ gpg-error:${PORTSDIR}/security/libgpg-error \ ksba.17:${PORTSDIR}/security/libksba \ pth.20:${PORTSDIR}/devel/pth ******************************************************* Then looking at gnome2 As you can see from the dependency list gnome2 requires gnupg. Maybe this is the route?? When you get a chance maybe you could take a look. dns1# pkg_info -rR gnupg-2.0.13 Information for gnupg-2.0.13: Depends on: Dependency: openssl-0.9.8k_3 Dependency: libssh2-1.2,2 Dependency: ca_root_nss-3.11.9_2 Dependency: libpthread-stubs-0.1 Dependency: pkg-config-0.23_1 Dependency: libiconv-1.13.1 Dependency: gettext-0.17_1 Dependency: libidn-1.14 Dependency: libgpg-error-1.7 Dependency: libksba-1.0.7 Dependency: libgcrypt-1.4.4 Dependency: curl-7.19.6_1 Required by: gnome2-2.26.3 gpgme-1.2.0 kdeartwork-4.3.1 kdebase-4.3.1 kdebase-runtime-4.3.1 kdebase-workspace-4.3.1 kdenetwork-4.3.1 kdepim-4.3.1 kdepim-runtime-4.3.1 kdepimlibs-4.3.1 kdesdk-4.3.1 kdetoys-4.3.1 seahorse-2.26.2_2 seahorse-plugins-2.26.2_2 tin-1.8.3_4 From des at des.no Tue Sep 8 09:52:59 2009 From: des at des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=) Date: Tue Sep 8 09:53:09 2009 Subject: {incorrect,unsafe} use of UNZIP_CMD Message-ID: <864ordn5kz.fsf@ds4.des.no> des@tim /usr/ports% find . -mindepth 3 -type f -name Makefile | xargs grep 'DEPEND.*UNZIP' /dev/null ./audio/libamrnb/Makefile:BUILD_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./audio/libamrwb/Makefile:BUILD_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./databases/pgtcl/Makefile:BUILD_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./emulators/xgs/Makefile:EXTRACT_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./games/pykawari/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./lang/f2c/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip This will fail if the user redefines UNZIP_CMD to e.g. "unzip -v". all of these should just set USE_ZIP: des@tim /usr/ports% find . -mindepth 3 -type f -name Makefile | xargs egrep 'EXTRACT_DEPENDS.*(UNZIP|unzip)' /dev/null ./cad/leocad/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./deskutils/superkaramba-lwp/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip ./devel/tavrasm/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./emulators/xgs/Makefile:EXTRACT_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./emulators/m2000/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./emulators/vmsbackup/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/cgoban2/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/openarena/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/pykawari/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./games/sdb/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./games/ezquake/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip \ ./games/ufoai-data/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/quake-data/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./games/quake-extras/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./games/tremor/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/doomlegacy/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/uhexen/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip ./games/kmquake2/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip ./games/galaxyhack/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./hungarian/hunspell/Makefile:#EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip ./japanese/edict-utf-8/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip ./japanese/tomoe/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./java/diablo-jdk15/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./java/diablo-jdk16/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./java/diablo-jre15/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./java/diablo-jre16/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./java/sun-wtk/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./lang/f2c/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip ./sysutils/memtest86/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip ./textproc/fop/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip ./www/mambo/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip So should these: des@tim /usr/ports% find . -mindepth 3 -type f -name Makefile | xargs egrep 'EXTRACT_CMD.*(UNZIP|unzip)' /dev/null ./deskutils/superkaramba-lwp/Makefile:EXTRACT_CMD= ${UNZIP_CMD} ./games/pykawari/Makefile:EXTRACT_CMD= ${UNZIP_CMD} ./misc/projectionlib/Makefile:EXTRACT_CMD= unzip -a java/jdk14 is just... weird. I won't paste the Makefile here. DES -- Dag-Erling Sm?rgrav - des@des.no From wout at delta-design.be Tue Sep 8 11:49:52 2009 From: wout at delta-design.be (Wout =?ISO-8859-1?Q?Decr=E9?=) Date: Tue Sep 8 11:49:59 2009 Subject: [SPAM] Re: FreeBSD Port: bind96-9.6.1.1 In-Reply-To: <4AA57A71.5090006@FreeBSD.org> References: <1252259865.12837.12.camel@wout-laptop> <4AA57A71.5090006@FreeBSD.org> Message-ID: <1252410625.3579.7.camel@wout-desktop> Thanks, I am currently running it with the patched source, and it is working great (using $ instead of %). But would be nice if I can use the port again :) Have a nice holiday Wout On Mon, 2009-09-07 at 14:26 -0700, Doug Barton wrote: > Wout Decr? wrote: > > Hello > > > > I am using the dns/bind96 port with DLZ_LDAP. There seems to be an > > update of the OpenLDAP client library regarding the '%' sign. This sign > > is used by DLZ_LDAP for building the LDAP search query, but is now > > causing an invalid LDAP base. Causing named to not start. > > > > More information: > > https://lists.ubuntu.com/archives/ubuntu-server-bugs/2008-May/002163.html > > > > Is it possible to apply a patch when installing this port to modify the > > '%' sign (see link)? > > I will look into this issue later this week. It's a long holiday > weekend in the US right now. > > > Doug > From vince at unsane.co.uk Tue Sep 8 12:03:51 2009 From: vince at unsane.co.uk (Vincent Hoffman) Date: Tue Sep 8 12:04:03 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> Message-ID: <4AA64808.4030105@unsane.co.uk> Danny Braniss wrote: > [...] > >>>> ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no >>>> longer available, there is a >>>> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 >>>> then again in ports/emulatores/virtualbox the version is 3.0.51r22226, >>>> >>>> can someone please explain? >>>> > > hi, the above was my question, which was totally ignored, not nice. > I will try and refrase it: > the call for testing is for a version (2.2.51r20457) which is not available, while > the ports is 3.0.51r22226, so while I managed to compile it, it complains that COM > is not running, all this under 8BETA-3, both under 32 and 64 bit. > thnaks, > danny > > The call for testing went out on 11th june (http://lists.freebsd.org/pipermail/freebsd-current/2009-June/008061.html) I can only assume it was considered tested and working as the port was committed on 15th june (http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/Makefile?rev=1.1;content-type=text%2Fplain) Since then there have been 4 updates to the port. The last of which updated it to 3.0.51r22226 on august 14th. I would say the call for testing is no longer valid, please use the version in ports. Vince > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From rabe at uugrn.org Tue Sep 8 13:02:34 2009 From: rabe at uugrn.org (Raphael Becker) Date: Tue Sep 8 13:02:41 2009 Subject: Status of security/openssl: Port marked as IGNORE: security/openssl is marked as broken: No patchset for 0.9.8 Message-ID: <20090908130147.GA92602@ma.sigsys.de> Hi everyone, I wonder if there's no one since August 14th having trouble with the security/openssl ports. Since some weeks I get # portupgrade -p security/openssl ** Port marked as IGNORE: security/openssl: is marked as broken: No patchset for 0.9.8 ** Listing the failed packages (-:ignored / *:skipped / !:failed) - security/openssl (marked as IGNORE) I have about 150 ports installed depending (direct and indirect) on this port and therefore cannot be updated: # pkg_info -R openssl\* | grep -- - | xargs Information for openssl-0.9.8k_2: alpine-2.00_1 apache-2.2.11_7 centericq-4.21.0_11 clamav-0.95.2 cm-super-0.3.4_1 curl-7.19.5_1 cyrus-sasl-2.1.23 dirmngr-1.0.3 dvipsk-tetex-5.95a_3 ejabberd-2.0.5_2 elinks-0.11.6 fetchmail-6.3.11 git-1.6.4 gnupg-2.0.12 gpgme-1.2.0 inn-2.4.6 irssi-0.8.14 irssi-scripts-20090810 krb5-1.6.3_6 latex2html-2002.2.1_7 lbdb-0.36 libssh2-1.1,2 libwww-5.4.0_4 lighttpd-1.4.23 links-2.2_1,1 lynx-2.8.6.5_5,1 mod_auth_mysql-1.10 mod_perl2-2.0.4_2,3 mod_python-3.3.1_2 mutt-1.4.2.3_3 mysql-client-5.0.84 mysql-scripts-5.0.84 mysql-server-5.0.84 nagios-plugins-1.4.13,1 neon28-0.28.4 net-snmp-5.4.2.1_5 nmap-5.00 openldap-client-2.4.17 otrs-2.3.4 p5-Apache-DBI-mp2-1.06_1 p5-Apache-Test-1.30_1 p5-DBD-mysql50-4.012 p5-GnuPG-Interface-0.36_2 p5-IO-Socket-SSL-1.27 p5-Net-SSLeay-1.35_1 p5-libapreq2-2.12_1 p5-perl-ldap-0.39 p5-subversion-1.6.4 pear-1.8.1 pear-Auth-1.6.1_1 pear-Auth_RADIUS-1.0.6 pear-Cache-1.5.5 pear-Crypt_CHAP-1.0.1 pear-DB-1.7.13,1 pear-Date-1.4.7 pear-File-1.3.0,2 pear-File_Archive-1.5.4 pear-File_Passwd-1.1.7 pear-File_SMBPasswd-1.0.3 pear-HTTP_Request-1.4.4 pear-Log-1.11.5 pear-MDB-1.3.0 pear-MDB2-2.5.0.b2 pear-MIME_Type-1.2.0 pear-Mail-1.2.0.b2 pear-Mail_Mime-1.5.2,2 pear-Mail_mimeDecode-1.5.0 pear-Net_DIME-1.0.1,1 pear-Net_FTP-1.3.7 pear-Net_POP3-1.3.7 pear-Net_SMTP-1.3.2 pear-Net_Socket-1.0.9 pear-Net_URL-1.0.15 pear-SOAP-0.12.0_1 pear-Services_Weather-1.4.4 pear-XML_Parser-1.3.2 pear-XML_Serializer-0.20.0 pear-XML_Util-1.2.1 pecl-fileinfo-1.0.4 pecl-pdflib-2.1.6_1 pecl-perl-1.0.0 pecl-radius-1.2.5 php5-5.2.10 php5-bcmath-5.2.10 php5-bz2-5.2.10 php5-calendar-5.2.10 php5-ctype-5.2.10 php5-curl-5.2.10 php5-dba-5.2.10 php5-dom-5.2.10 php5-exif-5.2.10 php5-extensions-1.3 php5-filter-5.2.10 php5-ftp-5.2.10 php5-gd-5.2.10 php5-gettext-5.2.10 php5-gmp-5.2.10 php5-hash-5.2.10 php5-iconv-5.2.10 php5-imap-5.2.10 php5-json-5.2.10 php5-ldap-5.2.10 php5-mbstring-5.2.10 php5-mcrypt-5.2.10 php5-mhash-5.2.10 php5-mysql-5.2.10 php5-mysqli-5.2.10 php5-openssl-5.2.10 php5-pcntl-5.2.10 php5-pcre-5.2.10 php5-pdo-5.2.10 php5-pdo_mysql-5.2.10 php5-pdo_sqlite-5.2.10 php5-posix-5.2.10 php5-readline-5.2.10 php5-session-5.2.10 php5-simplexml-5.2.10 php5-soap-5.2.10 php5-sockets-5.2.10 php5-spl-5.2.10 php5-sqlite-5.2.10 php5-tokenizer-5.2.10 php5-wddx-5.2.10 php5-xml-5.2.10 php5-xmlreader-5.2.10 php5-xmlrpc-5.2.10 php5-xmlwriter-5.2.10 php5-xsl-5.2.10 php5-zip-5.2.10 php5-zlib-5.2.10 pl-ekg-1.7_1,2 pl-libgadu-1.8.2_1,1 portupgrade-devel-2.4.6 py-subversion-1.6.4 py26-openssl-0.8_1 rt-3.8.4_1 ruby-1.8.7.160_4,1 ruby18-bdb-0.6.5_1 slrn-0.9.9p1 stunnel-4.27 subversion-1.6.4 teTeX-3.0_2 teTeX-base-3.0_16 trac-0.11.4 vorbis-tools-1.2.0_5,3 w3m-0.5.2_3 wget-1.11.4 xdvik-tetex-22.84.10_3 - May I recompile everything using the base openssl? What port does *require* the security/openssl instead of base-openssl? It seems: if a single ports *requires* security/openssl it gets installed and every subsequent port compiling will favor security/openssl over /usr/*/openssl/ - Am I right here? - Is this a local problem with my ports (missing updates)? - Any pieces of advise? TIA Raphael Becker -- Raphael Becker http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .........|.........|.........|.........|.........|.........|.........|.. -------------- 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/20090908/e5a64492/attachment.pgp From m.seaman at infracaninophile.co.uk Tue Sep 8 13:14:33 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Sep 8 13:14:40 2009 Subject: Status of security/openssl: Port marked as IGNORE: security/openssl is marked as broken: No patchset for 0.9.8 In-Reply-To: <20090908130147.GA92602@ma.sigsys.de> References: <20090908130147.GA92602@ma.sigsys.de> Message-ID: <4AA658A3.8040400@infracaninophile.co.uk> Raphael Becker wrote: > Hi everyone, > > I wonder if there's no one since August 14th having trouble with the > security/openssl ports. Since some weeks I get > > # portupgrade -p security/openssl > ** Port marked as IGNORE: security/openssl: > is marked as broken: No patchset for 0.9.8 > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > - security/openssl (marked as IGNORE) This only affects the port when you have the WITH_SCTP option selected. Turn that off, and it works fine. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090908/1c3d11e0/signature.pgp From alexanderchuranov at gmail.com Tue Sep 8 13:24:52 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Sep 8 13:24:58 2009 Subject: boost-python-libs and associated compile errors -SOLVED In-Reply-To: <200909080925.31073.david@vizion2000.net> References: <200908261507.56373.david@vizion2000.net> <200909051053.17152.david@vizion2000.net> <3cb459ed0909070357l47ecf543y2cb2fde674ba3969@mail.gmail.com> <200909080925.31073.david@vizion2000.net> Message-ID: <3cb459ed0909080624u20dfd290l7185f7e1db2d3d0a@mail.gmail.com> David, Thank you for the information. From my point of view, it's likely that issues of building boost-python-libs are related to devel/pth and libpthread-stubs-0.1. I'll try to examine that when I have time. Alexander Churanov, maintainer of devel/boost-* 2009/9/8 David Southwell : > Bearing in mind my ignorance on how things actually work I am wondering if the > problem I experienced had anything to do with gnupg. Its Makefile lists > devel/pth under LIB_DEPENDS. Could this mean that devel/pth was automagically > installed when gnupg was installed? You will see below I have also included > output from pkg_info -rR gnupg-2.0.13 which shows it listed as required by > gnome2. > > On my system I manually changed dependencies on pth to ?libpthread-stubs-0.1. > > When you get a chance maybe you could take a look and let me know. > David > > ************************************************************** > # New ports collection makefile for: ? ?gnupg > # Date created: ? ? ? ? Sep 30, 1998 > # Whom: ? ? ? ? ? ? ? ? kuriyama@FreeBSD.org > # > # $FreeBSD: ports/security/gnupg/Makefile,v 1.121 2009/09/05 15:22:50 kuriyama > Exp $ > # > > PORTNAME= ? ? ? gnupg > PORTVERSION= ? ?2.0.13 > CATEGORIES= ? ? security > MASTER_SITES= ? ${MASTER_SITE_GNUPG} > MASTER_SITE_SUBDIR= ? ? gnupg > DISTFILES= ? ? ?${DISTNAME}${EXTRACT_SUFX} ${DISTNAME}${EXTRACT_SUFX}.sig > EXTRACT_ONLY= ? ${DISTNAME}${EXTRACT_SUFX} > > MAINTAINER= ? ? kuriyama@FreeBSD.org > COMMENT= ? ? ? ?The GNU Privacy Guard > > BUILD_DEPENDS= ?libassuan>=1.0.4:${PORTSDIR}/security/libassuan \ > ? ? ? ? ? ? ? ?libksba>=1.0.2:${PORTSDIR}/security/libksba > LIB_DEPENDS= ? ?gcrypt.16:${PORTSDIR}/security/libgcrypt \ > ? ? ? ? ? ? ? ?gpg-error:${PORTSDIR}/security/libgpg-error \ > ? ? ? ? ? ? ? ?ksba.17:${PORTSDIR}/security/libksba \ > ? ? ? ? ? ? ? ?pth.20:${PORTSDIR}/devel/pth > > ******************************************************* > Then looking at gnome2 > As you can see from the dependency list gnome2 requires gnupg. ?Maybe this is > the route?? > > When you get a chance maybe you could take a look. > > dns1# pkg_info -rR gnupg-2.0.13 > Information for gnupg-2.0.13: > > Depends on: > Dependency: openssl-0.9.8k_3 > Dependency: libssh2-1.2,2 > Dependency: ca_root_nss-3.11.9_2 > Dependency: libpthread-stubs-0.1 > Dependency: pkg-config-0.23_1 > Dependency: libiconv-1.13.1 > Dependency: gettext-0.17_1 > Dependency: libidn-1.14 > Dependency: libgpg-error-1.7 > Dependency: libksba-1.0.7 > Dependency: libgcrypt-1.4.4 > Dependency: curl-7.19.6_1 > Required by: > gnome2-2.26.3 > gpgme-1.2.0 > kdeartwork-4.3.1 > kdebase-4.3.1 > kdebase-runtime-4.3.1 > kdebase-workspace-4.3.1 > kdenetwork-4.3.1 > kdepim-4.3.1 > kdepim-runtime-4.3.1 > kdepimlibs-4.3.1 > kdesdk-4.3.1 > kdetoys-4.3.1 > seahorse-2.26.2_2 > seahorse-plugins-2.26.2_2 > tin-1.8.3_4 > From danny at cs.huji.ac.il Tue Sep 8 14:09:07 2009 From: danny at cs.huji.ac.il (Danny Braniss) Date: Tue Sep 8 14:09:14 2009 Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 In-Reply-To: <4AA64808.4030105@unsane.co.uk> References: <20090611194557.GC98175@bsdcrew.de> <991123400909060811u9bea4d9rdbf453dfaae7c185@mail.gmail.com> <20090906162544.GA39448@bsdcrew.de> <4AA64808.4030105@unsane.co.uk> Message-ID: > Danny Braniss wrote: > > [...] > > > >>>> ok, so some time has passed, but virtualbox-2.2.51r20457.tar.gz is no > >>>> longer available, there is a > >>>> ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/virtualbox-2.2.51r20457.tar.bz2 > >>>> then again in ports/emulatores/virtualbox the version is 3.0.51r22226, > >>>> > >>>> can someone please explain? > >>>> > > > > hi, the above was my question, which was totally ignored, not nice. > > I will try and refrase it: > > the call for testing is for a version (2.2.51r20457) which is not available, while > > the ports is 3.0.51r22226, so while I managed to compile it, it complains that COM > > is not running, all this under 8BETA-3, both under 32 and 64 bit. > > thnaks, > > danny > > > > > The call for testing went out on 11th june > (http://lists.freebsd.org/pipermail/freebsd-current/2009-June/008061.html) > I can only assume it was considered tested and working as the port was > committed on 15th june > (http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/Makefile?rev=1.1;content-type=text%2Fplain) > > Since then there have been 4 updates to the port. The last of which > updated it to 3.0.51r22226 on august 14th. > > I would say the call for testing is no longer valid, please use the > version in ports. thank you, and all those involved! danny From jimblist at gmail.com Tue Sep 8 15:46:20 2009 From: jimblist at gmail.com (Jim Brooks) Date: Tue Sep 8 15:46:26 2009 Subject: x11-fm/xfe dependencies Message-ID: Hi, xfe doesn't depend on GNOME. I tested removing this line from Makefile and compiled/ran successfully without GNOME: < USE_GNOME= gnomehack gnometarget From dougb at FreeBSD.org Tue Sep 8 17:35:56 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Sep 8 17:36:02 2009 Subject: portmaster is not always recursive In-Reply-To: <4AA59493.60509@quip.cz> References: <4A89CB20.3000408@quip.cz> <4A8E2121.6040507@FreeBSD.org> <4A8E8ACA.3060705@quip.cz> <4A8EF583.8090806@FreeBSD.org> <4A9966FE.7060509@quip.cz> <4A998242.80005@FreeBSD.org> <4A999B4A.3000603@quip.cz> <4A9ADAE6.70506@quip.cz> <4AA56AA3.1000100@quip.cz> <4AA57931.6080208@FreeBSD.org> <4AA59493.60509@quip.cz> Message-ID: <4AA695F3.2070702@FreeBSD.org> Miroslav Lachman wrote: > And now I have one problem on topic with recursive update. > > There were about 50 available updates, but I want to update just p5 > modules for Amavis / SpamAssassin. In this case -a + -i is not so useful > option nor +IGNOREME. There was already a discussion earlier in this thread about the -t option which I think would have done the job for you here. You could also have done 'portmaster -i p5' which should also have done it with a minimum of fuss. > All in all, portmaster is the best ports management tool for me and this > minor problems I have will not change it :) Thank you again for the kind words. :) Doug From wxs at FreeBSD.org Tue Sep 8 21:10:29 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Sep 8 21:10:36 2009 Subject: {incorrect,unsafe} use of UNZIP_CMD In-Reply-To: <864ordn5kz.fsf@ds4.des.no> References: <864ordn5kz.fsf@ds4.des.no> Message-ID: <20090908211028.GA95404@atarininja.org> On Tue, Sep 08, 2009 at 11:33:48AM +0200, Dag-Erling Sm??rgrav wrote: > des@tim /usr/ports% find . -mindepth 3 -type f -name Makefile | xargs grep 'DEPEND.*UNZIP' /dev/null > ./audio/libamrnb/Makefile:BUILD_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./audio/libamrwb/Makefile:BUILD_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./databases/pgtcl/Makefile:BUILD_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./emulators/xgs/Makefile:EXTRACT_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./games/pykawari/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./lang/f2c/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > > This will fail if the user redefines UNZIP_CMD to e.g. "unzip -v". I just fixed these. Thanks for noticing. The rest of these are not fatal errors but should eventually be cleaned up. If nobody gets to this before me I will get to it in a week or two, or after the freeze if necessary. -- WXS > all of these should just set USE_ZIP: > > des@tim /usr/ports% find . -mindepth 3 -type f -name Makefile | xargs egrep 'EXTRACT_DEPENDS.*(UNZIP|unzip)' /dev/null > ./cad/leocad/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./deskutils/superkaramba-lwp/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip > ./devel/tavrasm/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./emulators/xgs/Makefile:EXTRACT_DEPENDS= ${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./emulators/m2000/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./emulators/vmsbackup/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/cgoban2/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/openarena/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/pykawari/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./games/sdb/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./games/ezquake/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip \ > ./games/ufoai-data/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/quake-data/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./games/quake-extras/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./games/tremor/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/doomlegacy/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/uhexen/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip > ./games/kmquake2/Makefile:EXTRACT_DEPENDS=unzip:${PORTSDIR}/archivers/unzip > ./games/galaxyhack/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./hungarian/hunspell/Makefile:#EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip > ./japanese/edict-utf-8/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip > ./japanese/tomoe/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./java/diablo-jdk15/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./java/diablo-jdk16/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./java/diablo-jre15/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./java/diablo-jre16/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./java/sun-wtk/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./lang/f2c/Makefile:EXTRACT_DEPENDS=${UNZIP_CMD}:${PORTSDIR}/archivers/unzip > ./sysutils/memtest86/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip > ./textproc/fop/Makefile:EXTRACT_DEPENDS+= unzip:${PORTSDIR}/archivers/unzip > ./www/mambo/Makefile:EXTRACT_DEPENDS= unzip:${PORTSDIR}/archivers/unzip > > So should these: > > des@tim /usr/ports% find . -mindepth 3 -type f -name Makefile | xargs egrep 'EXTRACT_CMD.*(UNZIP|unzip)' /dev/null > ./deskutils/superkaramba-lwp/Makefile:EXTRACT_CMD= ${UNZIP_CMD} > ./games/pykawari/Makefile:EXTRACT_CMD= ${UNZIP_CMD} > ./misc/projectionlib/Makefile:EXTRACT_CMD= unzip -a > > java/jdk14 is just... weird. I won't paste the Makefile here. > > DES > -- > Dag-Erling Sm??rgrav - des@des.no > _______________________________________________ > 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 mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 8 21:14:02 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 8 21:14:09 2009 Subject: security/engine_pkcs11 unable to use it Message-ID: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> Hi, after installing security/engine_pkcs11, I'm unable to use it. As per http://www.opensc-project.org/engine_pkcs11/wiki/QuickStart I've modified my /etc/ssl/openssl.cnf, yet: % openssl req -config /etc/ssl/openssl.cnf -engine pkcs11 -new -key id_45 - keyform engine -out req.pem -text -x509 -subj "/CN=Foo Bar" invalid engine "pkcs11" 18730:error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dso/dso_dlfcn.c:162:filename(/usr/lib/engines/libpkcs11.so): Cannot open "/usr/lib/engines/libpkcs11.so" 18730:error:25070067:DSO support routines:DSO_load:could not load the shared library:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dso/dso_lib.c:244: 18730:error:260B6084:engine routines:DYNAMIC_LOAD:dso not found:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_dyn.c:450: 18730:error:2606A074:engine routines:ENGINE_by_id:no such engine:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_list.c:415:id=pkcs11 18730:error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dso/dso_dlfcn.c:162:filename(libpkcs11.so): Shared object "libpkcs11.so" not found, required by "openssl" 18730:error:25070067:DSO support routines:DSO_load:could not load the shared library:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dso/dso_lib.c:244: 18730:error:260B6084:engine routines:DYNAMIC_LOAD:dso not found:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_dyn.c:450: no engine specified unable to load Private Key Also, the file referenced on the quickstart page opensc-pkcs11.so is not installed by the port. Probably the weirdest thing is that I see no evidence of openssl understanding the configuration variables, meaning not looking in /usr/local/lib. For completeness: openssl.cnf changes: engines = engine_section [engine_section] pkcs11 = pkcs11_section [pkcs11_section] engine_id = pkcs11 dynamic_path = /usr/local/lib/engines/engine_pkcs11.so init = 0 uname -a FreeBSD smoochies.rachie.is-a-geek.net 8.0-BETA4 FreeBSD 8.0-BETA4 #14 r196875M: Mon Sep 7 18:00:45 CEST 2009 mel@smoochies.rachie.is-a- geek.net:/usr/obj/usr/src/sys/HPDV9000 i386 openssl version (base): OpenSSL 0.9.8k 25 Mar 2009 How would one get this engine recognized and working and could this information be added to a pkg-message? -- Mel From mezz7 at cox.net Tue Sep 8 22:49:24 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Sep 8 22:49:30 2009 Subject: x11-fm/xfe dependencies In-Reply-To: References: Message-ID: On Tue, 08 Sep 2009 10:20:47 -0500, Jim Brooks wrote: > Hi, > > xfe doesn't depend on GNOME. > I tested removing this line from Makefile > and compiled/ran successfully without GNOME: No... To have USE_GNOME does NOT means that it depends on GNOME. Explain us why you think so? Cheers, Mezz > < USE_GNOME= gnomehack gnometarget -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 9 07:24:06 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 9 07:24:13 2009 Subject: FreeBSD unmaintained ports which are currently marked broken In-Reply-To: <20090907062916.180E11CC39@mail.droso.net> References: <20090907062916.180E11CC39@mail.droso.net> Message-ID: <200909090924.00650.mel.flynn+fbsd.ports@mailing.thruhere.net> On Monday 07 September 2009 08:29:16 linimon@freebsd.org wrote: > portname: graphics/gephex > broken because: does not build > build errors: > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ge >phex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: > http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=geph >ex This is a libtool regression / creative use of libtool15 by upstream. I have fixed the offending module, by patching Makefile.am[1], but then run into issues with the frbinmodule. I could probably fix that too, but since I'm neither a videojock, nor have a joystick, I wonder if "making it compile" is good enough. So are there any users of this port that could do runtime testing? -- Mel --- modules/src/chromakeymodule/Makefile.am.orig 2007-04-29 16:53:43.000000000 +0200 +++ modules/src/chromakeymodule/Makefile.am 2009-09-09 08:43:28.000000000 +0200 @@ -11,7 +11,7 @@ chromakeymodule.def: chromakeymodule.spec $(PLUC) def @srcdir@/chromakeymodule.spec -EXEEXT=.@SHAREDLIBEXT@ +EXEEXT=.la bin_PROGRAMS = chromakeymodule @@ -47,7 +47,7 @@ cpuinfoINCLUDES = -I @srcdir@/../../../util/src/cpuinfo endif -chromakeymodule_LDFLAGS = @SHARED_LD_FLAGS@ +chromakeymodule_LDFLAGS = @SHARED_LD_FLAGS@ -module INCLUDES = -I@srcdir@/../../../engine/src/engine \ -I@srcdir@/../../../util/include \ From ale at FreeBSD.org Wed Sep 9 08:41:34 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Sep 9 08:41:41 2009 Subject: security/engine_pkcs11 unable to use it In-Reply-To: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4AA76A3C.3000908@FreeBSD.org> Mel Flynn ha scritto: > As per http://www.opensc-project.org/engine_pkcs11/wiki/QuickStart I've > modified my /etc/ssl/openssl.cnf, yet: Can you try the command-line alternative? -- Alex Dupre From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 9 09:27:56 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 9 09:28:02 2009 Subject: security/engine_pkcs11 unable to use it In-Reply-To: <4AA76A3C.3000908@FreeBSD.org> References: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> <4AA76A3C.3000908@FreeBSD.org> Message-ID: <200909091127.52592.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 09 September 2009 10:41:32 Alex Dupre wrote: > Mel Flynn ha scritto: > > As per http://www.opensc-project.org/engine_pkcs11/wiki/QuickStart I've > > modified my /etc/ssl/openssl.cnf, yet: > > Can you try the command-line alternative? OpenSSL> engine -t dynamic -pre SO_PATH:/usr/local/lib/engines/engine_pkcs11.so -pre ID:pkcs11 -pre LIST_ADD:1 -pre LOAD (dynamic) Dynamic engine loading support [Success]: SO_PATH:/usr/local/lib/engines/engine_pkcs11.so [Success]: ID:pkcs11 [Success]: LIST_ADD:1 [Success]: LOAD Loaded: (pkcs11) pkcs11 engine unable to load module (null) OpenSSL> engine -t dynamic -pre SO_PATH:/usr/local/lib/engines/engine_pkcs11.so -pre ID:pkcs11 -pre LIST_ADD:1 -pre LOAD -pre MODULE_PATH:/usr/local/lib/engines/engine_pkcs11.so (dynamic) Dynamic engine loading support [Success]: SO_PATH:/usr/local/lib/engines/engine_pkcs11.so [Success]: ID:pkcs11 [Success]: LIST_ADD:1 [Success]: LOAD [Success]: MODULE_PATH:/usr/local/lib/engines/engine_pkcs11.so Loaded: (pkcs11) pkcs11 engine unable to load module /usr/local/lib/engines/engine_pkcs11.so [ unavailable ] % ldd /usr/local/lib/engines/engine_pkcs11.so /usr/local/lib/engines/engine_pkcs11.so: libp11.so.3 => /usr/local/lib/libp11.so.3 (0x281b7000) libssl.so.6 => /usr/lib/libssl.so.6 (0x28300000) libltdl.so.7 => /usr/local/lib/libltdl.so.7 (0x281bf000) libc.so.7 => /lib/libc.so.7 (0x28091000) libcrypto.so.6 => /lib/libcrypto.so.6 (0x28346000) % find /usr/lib /usr/local/lib -name 'opensc-*' -ls|wc -l 0 -- Mel From ale at FreeBSD.org Wed Sep 9 09:45:17 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Sep 9 09:45:25 2009 Subject: security/engine_pkcs11 unable to use it In-Reply-To: <200909091127.52592.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> <4AA76A3C.3000908@FreeBSD.org> <200909091127.52592.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4AA7792B.4090601@FreeBSD.org> Mel Flynn ha scritto: >> Mel Flynn ha scritto: >>> As per http://www.opensc-project.org/engine_pkcs11/wiki/QuickStart I've >>> modified my /etc/ssl/openssl.cnf, yet: >> Can you try the command-line alternative? > > OpenSSL> engine -t dynamic -pre > SO_PATH:/usr/local/lib/engines/engine_pkcs11.so -pre ID:pkcs11 -pre LIST_ADD:1 > -pre LOAD -pre MODULE_PATH:/usr/local/lib/engines/engine_pkcs11.so > (dynamic) Dynamic engine loading support > [Success]: SO_PATH:/usr/local/lib/engines/engine_pkcs11.so > [Success]: ID:pkcs11 > [Success]: LIST_ADD:1 > [Success]: LOAD > [Success]: MODULE_PATH:/usr/local/lib/engines/engine_pkcs11.so > Loaded: (pkcs11) pkcs11 engine > unable to load module /usr/local/lib/engines/engine_pkcs11.so > [ unavailable ] Ops, I didn't notice it before, but which PKCS11 token are you using? This is the engine, MODULE_PATH must address a criptoki library. -- Alex Dupre From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 9 10:10:38 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 9 10:11:32 2009 Subject: security/engine_pkcs11 unable to use it In-Reply-To: <4AA7792B.4090601@FreeBSD.org> References: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> <200909091127.52592.mel.flynn+fbsd.ports@mailing.thruhere.net> <4AA7792B.4090601@FreeBSD.org> Message-ID: <200909091210.35307.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 09 September 2009 11:45:15 Alex Dupre wrote: > Mel Flynn ha scritto: > >> Mel Flynn ha scritto: > >>> As per http://www.opensc-project.org/engine_pkcs11/wiki/QuickStart I've > >>> modified my /etc/ssl/openssl.cnf, yet: > >> > >> Can you try the command-line alternative? > > > > OpenSSL> engine -t dynamic -pre > > SO_PATH:/usr/local/lib/engines/engine_pkcs11.so -pre ID:pkcs11 -pre > > LIST_ADD:1 -pre LOAD -pre > > MODULE_PATH:/usr/local/lib/engines/engine_pkcs11.so (dynamic) Dynamic > > engine loading support > > [Success]: SO_PATH:/usr/local/lib/engines/engine_pkcs11.so > > [Success]: ID:pkcs11 > > [Success]: LIST_ADD:1 > > [Success]: LOAD > > [Success]: MODULE_PATH:/usr/local/lib/engines/engine_pkcs11.so > > Loaded: (pkcs11) pkcs11 engine > > unable to load module /usr/local/lib/engines/engine_pkcs11.so > > [ unavailable ] > > Ops, I didn't notice it before, but which PKCS11 token are you using? > This is the engine, MODULE_PATH must address a criptoki library. Aha! Maybe patch below is an idea? OpenSSL> engine -t dynamic -pre SO_PATH:/usr/local/lib/engines/engine_pkcs11.so -pre ID:pkcs11 -pre LIST_ADD:1 -pre LOAD -pre MODULE_PATH:/usr/local/lib/opensc-pkcs11.so (dynamic) Dynamic engine loading support [Success]: SO_PATH:/usr/local/lib/engines/engine_pkcs11.so [Success]: ID:pkcs11 [Success]: LIST_ADD:1 [Success]: LOAD [Success]: MODULE_PATH:/usr/local/lib/opensc-pkcs11.so Loaded: (pkcs11) pkcs11 engine --- security/engine_pkcs11/Makefile.orig 2009-08-05 22:28:40.000000000 +0200 +++ security/engine_pkcs11/Makefile 2009-09-09 12:01:51.000000000 +0200 @@ -33,4 +33,8 @@ ${WRKSRC}/Makefile.in ${WRKSRC}/doc/Makefile.in .endif +post-install: + @${ECHO_MSG} "You will need a criptoki library to use the engine." + @${ECHO_MSG} "One is provided by security/opensc" + .include -- Mel From ale at FreeBSD.org Wed Sep 9 10:15:49 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Sep 9 10:15:55 2009 Subject: security/engine_pkcs11 unable to use it In-Reply-To: <200909091210.35307.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> <200909091127.52592.mel.flynn+fbsd.ports@mailing.thruhere.net> <4AA7792B.4090601@FreeBSD.org> <200909091210.35307.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4AA78052.30909@FreeBSD.org> Mel Flynn ha scritto: > +post-install: > + @${ECHO_MSG} "You will need a criptoki library to use the engine." > + @${ECHO_MSG} "One is provided by security/opensc" > + If you need engine_pkcs11, you know what you want, the cryptoki library should be the start. -- Alex Dupre From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 9 12:59:25 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 9 12:59:31 2009 Subject: security/engine_pkcs11 unable to use it In-Reply-To: <4AA78052.30909@FreeBSD.org> References: <200909082313.59252.mel.flynn+fbsd.ports@mailing.thruhere.net> <200909091210.35307.mel.flynn+fbsd.ports@mailing.thruhere.net> <4AA78052.30909@FreeBSD.org> Message-ID: <200909091459.22207.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 09 September 2009 12:15:46 Alex Dupre wrote: > Mel Flynn ha scritto: > > +post-install: > > + @${ECHO_MSG} "You will need a criptoki library to use the > > engine." + @${ECHO_MSG} "One is provided by security/opensc" > > + > > If you need engine_pkcs11, you know what you want, the cryptoki library > should be the start. I was actually looking for a way to decrypt my firefox's signons3.txt, which from searches on the net lead me to pkcs11 functions. ls security|grep pkcs11 lead me to the engine and nothing lead me to security/opensc. Granted, I should probably have researched the standard further. However, the configuration file issue remains. With the correct module_path added to openssl.cnf, openssl refuses to look in /usr/local/lib/engines or to give any indication it understands the sections added. Is this broken with the base openssl? -- Mel From a.sudarikov at hoster.ru Wed Sep 9 13:45:01 2009 From: a.sudarikov at hoster.ru (Sudarikov A Alexey) Date: Wed Sep 9 13:45:08 2009 Subject: FreeBSD Port: php5-5.2.10 update to php5-5.3 Message-ID: <328729473.20090909170528@hoster.ru> Please put PHP 5.3 into ports of FreeBSD! From jasonh at DataIX.net Wed Sep 9 16:10:22 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Wed Sep 9 16:10:29 2009 Subject: devel/9base v2 upgrade to v4 Message-ID: Would it be possible to fit in 9base-4 before the ports freeze. I am planning on going off air within the next couple of weeks and this is my preferred window manager and the provided with 9base-4 read command sure would come in handy. http://dl.suckless.org/tools/9base-4.tar.gz Thanks in advance. -- |-----------------------------------------------------------------------------| Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) From marketing at donateshoes.org Wed Sep 9 17:56:59 2009 From: marketing at donateshoes.org (Soles4Souls and Nine West) Date: Wed Sep 9 17:57:05 2009 Subject: Get 15% off the Vintage America Collection for Nine West by Donating to Soles4Souls Message-ID: <20090909101916.14800203@donateshoes.org> Get 15% off the Vintage America Collection for Nine West by Donating to Soles4Souls From eculp at encontacto.net Wed Sep 9 18:05:33 2009 From: eculp at encontacto.net (eculp) Date: Wed Sep 9 18:05:46 2009 Subject: Can't get hald to compile in up to date current laptop. Message-ID: <20090909130529.14611vrs3iq8f9ms@econet.encontacto.net> I'm running current 9.0 # uname -a FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #314: Wed Sep 9 06:15:13 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 The only ports that need undating are: hal-0.5.11_25 < needs updating (port has 0.5.11_26) pulseaudio-0.9.15_4 < needs updating (port has 0.9.15_5) I have checked ports/UPDATING and found nothing but I could have missed something. plusaudio doesn't bother me but hal does a bit. The error trying to compile follows. gmake[5]: Entering directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' cc -DHAVE_CONFIG_H -I. -I../../.. -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this function) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) gmake[5]: *** [probe-hiddev.o] Error 1 gmake[5]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/hal. Any help or suggestions will be appreciated. thanks, ed From eculp at encontacto.net Wed Sep 9 18:05:33 2009 From: eculp at encontacto.net (eculp) Date: Wed Sep 9 18:05:46 2009 Subject: Can't get hald to compile in up to date current laptop. Message-ID: <20090909130529.14611vrs3iq8f9ms@econet.encontacto.net> I'm running current 9.0 # uname -a FreeBSD ed.local.net.mx 9.0-CURRENT FreeBSD 9.0-CURRENT #314: Wed Sep 9 06:15:13 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 The only ports that need undating are: hal-0.5.11_25 < needs updating (port has 0.5.11_26) pulseaudio-0.9.15_4 < needs updating (port has 0.9.15_5) I have checked ports/UPDATING and found nothing but I could have missed something. plusaudio doesn't bother me but hal does a bit. The error trying to compile follows. gmake[5]: Entering directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' cc -DHAVE_CONFIG_H -I. -I../../.. -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this function) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) gmake[5]: *** [probe-hiddev.o] Error 1 gmake[5]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/hal. Any help or suggestions will be appreciated. thanks, ed From alexbestms at math.uni-muenster.de Wed Sep 9 18:29:18 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Wed Sep 9 18:29:25 2009 Subject: `portsclean -C` tripping over noschg flag Message-ID: i don't know if this is a known problem or not. i searched the PR database but couldn't find anything: certain ports apply flags (noschg e.g.) not during installation but right away in their working directory. misc/compat4x is one example. when doing "make clean" the working directory gets deleted properly. when doing `portsclean .C` instead portsclean is unable to delete the working directory since it trips over the noschg flag. cheers. alex From alexbestms at math.uni-muenster.de Wed Sep 9 18:36:27 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Wed Sep 9 18:36:33 2009 Subject: CFT - ioquake3 1.36 port Message-ID: tried to grab the patches but the connection to the server times out. alex From tlott at gamesnet.de Wed Sep 9 19:15:23 2009 From: tlott at gamesnet.de (Tobias Lott) Date: Wed Sep 9 19:15:33 2009 Subject: FreeBSD Port: php5-5.2.10 update to php5-5.3 In-Reply-To: <328729473.20090909170528@hoster.ru> References: <328729473.20090909170528@hoster.ru> Message-ID: <20090909211518.5f504bcc@sub.han.vpn.gamesnet.de> On Wed, 9 Sep 2009 17:05:28 +0400 Sudarikov A Alexey wrote: > Please put PHP 5.3 into ports of FreeBSD! > > _______________________________________________ > 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" There is only a BETA 1 Patch for Suhosin -- Tobias Lott From lenny at edpausa.com Thu Sep 10 03:08:16 2009 From: lenny at edpausa.com (lenny@edpausa.com) Date: Thu Sep 10 03:08:24 2009 Subject: libx11 build problems Message-ID: <520c2e9704d2199a3f049cf00a77924b.squirrel@polaris.edpausa.com> getting some weird autoconf errors. begging for help. thanks a lot in advance. lenny@skywalker:/usr/ports/x11/libX11$sudo make install ===> Extracting for libX11-1.2.1_1,1 => MD5 Checksum OK for xorg/lib/libX11-1.2.1.tar.bz2. => SHA256 Checksum OK for xorg/lib/libX11-1.2.1.tar.bz2. ===> Patching for libX11-1.2.1_1,1 ===> Applying FreeBSD patches for libX11-1.2.1_1,1 ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xcb.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/bigreqsproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xcmiscproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/kbproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/inputproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xf86bigfontproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/bin/automake-1.10 - found ===> libX11-1.2.1_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> libX11-1.2.1_1,1 depends on package: libtool>=2.2 - found ===> libX11-1.2.1_1,1 depends on executable: pkg-config - found ===> Configuring for libX11-1.2.1_1,1 /usr/local/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/local/share/aclocal/linc.m4:1: run info '(automake)Extending aclocal' /usr/local/share/aclocal/linc.m4:1: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... /usr/local/share/aclocal/libtool15.m4:611: AC_LIBTOOL_LINKER_OPTION is expanded from... /usr/local/share/aclocal/libtool15.m4:2492: _LT_AC_LANG_C_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:2491: AC_LIBTOOL_LANG_C_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:95: AC_LIBTOOL_SETUP is expanded from... /usr/local/share/aclocal/libtool15.m4:75: _AC_PROG_LIBTOOL is expanded from... /usr/local/share/aclocal/libtool15.m4:40: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:568: AC_LIBTOOL_COMPILER_OPTION is expanded from... /usr/local/share/aclocal/libtool15.m4:4546: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:2600: _LT_AC_LANG_CXX_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:2599: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:1646: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:3667: _LT_AC_LANG_F77_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:3666: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:3767: _LT_AC_LANG_GCJ_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:3766: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if xorg-macros used to generate configure is at least 1.2... yes, 1.2.1 ./configure.lineno: 2767: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libX11/work/libX11-1.2.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/libX11. From bsa8923 at rit.edu Thu Sep 10 07:38:28 2009 From: bsa8923 at rit.edu (Benjamin Allen) Date: Thu Sep 10 07:38:34 2009 Subject: FreeBSD Port: ruby-1.9.1.129_1,1 Message-ID: I was just curious why the ruby 1.9 port hasn't been pushed up to patch set 243. It seems to compile and install with no issues when RUBY_PATCHLEVEL=243 is set and file hashes are updated. Let me know if anything needs to be done on this port to help move it along. Kind Regards, Ben From a.sudarikov at hoster.ru Thu Sep 10 08:46:21 2009 From: a.sudarikov at hoster.ru (Sudarikov A Alexey) Date: Thu Sep 10 08:46:28 2009 Subject: FreeBSD Port: php5-5.2.10 update to php5-5.3 In-Reply-To: <20090909211518.5f504bcc@sub.han.vpn.gamesnet.de> References: <328729473.20090909170528@hoster.ru> <20090909211518.5f504bcc@sub.han.vpn.gamesnet.de> Message-ID: <351780212.20090910122650@hoster.ru> Hello, Tobias. Thank you! It is waiting for results! Greetings from Russia! ;-) On Wed, 9 Sep 2009 23:15:18 +0400 Tobias Lott wrote: > On Wed, 9 Sep 2009 17:05:28 +0400 > Sudarikov A Alexey wrote: >> Please put PHP 5.3 into ports of FreeBSD! >> >> _______________________________________________ >> 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" > There is only a BETA 1 Patch for Suhosin From sbrabez at gmail.com Thu Sep 10 08:48:58 2009 From: sbrabez at gmail.com (Sofian Brabez) Date: Thu Sep 10 08:49:31 2009 Subject: devel/9base v2 upgrade to v4 In-Reply-To: References: Message-ID: <3456f9ca0909100124h5796843bm3d94e663bd164bf8@mail.gmail.com> Hi Jason On Wed, Sep 9, 2009 at 6:10 PM, Jason J. Hellenthal wrote: > > Would it be possible to fit in 9base-4 before the ports freeze. I am > planning on going off air within the next couple of weeks and this is my > preferred window manager and the provided with 9base-4 read command sure > would come in handy. > > http://dl.suckless.org/tools/9base-4.tar.gz > > Thanks in advance. > > -- > > ?|-----------------------------------------------------------------------------| > > ?Jason J. Hellenthal > ?http://www.DataIX.net/ > ?jasonh@DataIX.net > ?0x691411AC > > ?- (2^(N-1)) > I prefer wait the port freeze of 14 September to update devel/9base but as you need it. I attached a unified diff which allow you to compile and install the new version 9base-4 released the 2009/09/27. As you could see, It needs lot of changes because lot of new binaries are now in plan9port distribution. That's why I want to wait the port freeze to correct handle them. Regards -- sbz -------------- next part -------------- diff -ruN 9base.orig/Makefile 9base/Makefile --- 9base.orig/Makefile 2009-09-10 10:10:10.000000000 +0200 +++ 9base/Makefile 2009-09-10 09:50:03.000000000 +0200 @@ -6,10 +6,10 @@ # PORTNAME= 9base -DISTVERSION= b20090309 +DISTVERSION= b20090927 CATEGORIES= devel MASTER_SITES= http://dl.suckless.org/tools/ -DISTNAME= ${PORTNAME}-2 +DISTNAME= ${PORTNAME}-4 MAINTAINER= sbrabez@gmail.com COMMENT= Port of various original plan9 tools @@ -19,17 +19,44 @@ MANPREFIX= ${PREFIX}/9 MAKE_ARGS= PREFIX="${PREFIX}/9" CC="${CC}" MANPREFIX="${MANPREFIX}/man" \ CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}" + MAKE_JOB_SAFE= yes -APPS= awk basename bc cat cleanname date dc echo grep mk rc sed \ - seq sleep sort tee test touch tr uniq yacc -MAN1= ${APPS:S|$|.1|} -MAN7= regexp.7 + +APPS= ${AWK} \ + ${BASENAME} \ + bc \ + cal \ + ${CAT} \ + cleanname \ + date \ + ${DC} \ + du \ + ${ECHO_CMD} \ + ${GREP} \ + hoc \ + ${LS} \ + mk \ + read \ + rc \ + ${SED} \ + seq \ + sleep \ + ${SORT} \ + tee \ + test \ + ${TOUCH} \ + ${TR} \ + troff \ + uniq \ + yacc + +MAN1= ${APPS:S|LANG=C||:C|.*/||:S|$|.1|} ONLY_FOR_ARCHS= i386 amd64 sparc64 ONLY_FOR_ARCHS_REASON= has low-level code unavailable for ${ARCH} post-patch: - @${REINPLACE_CMD} -e 's|PREFIX|"${PREFIX}/9"|' ${WRKSRC}/rc/plan9ish.c + @${REINPLACE_CMD} -e 's|PREFIX|"${PREFIX}/9"|' ${WRKSRC}/lib9/get9root.c @${REINPLACE_CMD} -e '/OBJTYPE!=/s|!=.*|=${ARCH:S,i386,386,:S,amd64,x86_64,:S,sparc64,sun4u,}|' ${WRKSRC}/lib9/Makefile post-install: diff -ruN 9base.orig/distinfo 9base/distinfo --- 9base.orig/distinfo 2009-09-10 10:10:10.000000000 +0200 +++ 9base/distinfo 2009-09-10 01:45:57.000000000 +0200 @@ -1,3 +1,3 @@ -MD5 (9base-2.tar.gz) = f9d30509996ec178702af20fec986e9d -SHA256 (9base-2.tar.gz) = fc60a3af4a2a21167403c099192842e00e5a6416af6b76512262059a203c3534 -SIZE (9base-2.tar.gz) = 301740 +MD5 (9base-4.tar.gz) = af10410542ea6b6875a71e06fdc12c66 +SHA256 (9base-4.tar.gz) = 704dde999650ce07486a208683475d8f93e8083041bb57a3dc469e12f43eb1d5 +SIZE (9base-4.tar.gz) = 961809 diff -ruN 9base.orig/pkg-plist 9base/pkg-plist --- 9base.orig/pkg-plist 2009-09-10 10:10:10.000000000 +0200 +++ 9base/pkg-plist 2009-09-10 09:58:14.000000000 +0200 @@ -1,13 +1,18 @@ 9/bin/awk 9/bin/basename 9/bin/bc +9/bin/cal 9/bin/cat 9/bin/cleanname 9/bin/date 9/bin/dc +9/bin/du 9/bin/echo 9/bin/grep +9/bin/hoc +9/bin/ls 9/bin/mk +9/bin/read 9/bin/rc 9/bin/sed 9/bin/seq @@ -17,12 +22,208 @@ 9/bin/test 9/bin/touch 9/bin/tr +9/bin/troff 9/bin/uniq 9/bin/yacc 9/etc/rcmain -@dirrm 9/man/man7 +9/lib/troff/tmac/tmac.v +9/lib/troff/tmac/tmac.uni +9/lib/troff/tmac/tmac.twb +9/lib/troff/tmac/tmac.srefs +9/lib/troff/tmac/tmac.spe +9/lib/troff/tmac/tmac.soft +9/lib/troff/tmac/tmac.skeep +9/lib/troff/tmac/tmac.sdisp +9/lib/troff/tmac/tmac.scover +9/lib/troff/tmac/tmac.s +9/lib/troff/tmac/tmac.rscover +9/lib/troff/tmac/tmac.ptx +9/lib/troff/tmac/tmac.psychrefs +9/lib/troff/tmac/tmac.pm +9/lib/troff/tmac/tmac.pictures +9/lib/troff/tmac/tmac.org +9/lib/troff/tmac/tmac.nihongo +9/lib/troff/tmac/tmac.mcs +9/lib/troff/tmac/tmac.m +9/lib/troff/tmac/tmac.jsdisp +9/lib/troff/tmac/tmac.html +9/lib/troff/tmac/tmac.e +9/lib/troff/tmac/tmac.cs +9/lib/troff/tmac/tmac.bits +9/lib/troff/tmac/tmac.antimes +9/lib/troff/tmac/tmac.anhtml +9/lib/troff/tmac/tmac.an +9/lib/troff/tmac/strings.mm +9/lib/troff/tmac/sendcover +9/lib/troff/tmac/name.sed +9/lib/troff/tmac/mmt +9/lib/troff/tmac/mmn +9/lib/troff/tmac/me/thesis.me +9/lib/troff/tmac/me/tbl.me +9/lib/troff/tmac/me/sh.me +9/lib/troff/tmac/me/revisions +9/lib/troff/tmac/me/null.me +9/lib/troff/tmac/me/local.me +9/lib/troff/tmac/me/index.me +9/lib/troff/tmac/me/footnote.me +9/lib/troff/tmac/me/float.me +9/lib/troff/tmac/me/eqn.me +9/lib/troff/tmac/me/deltext.me +9/lib/troff/tmac/me/chars.me +9/lib/troff/tmac/me/acm.me +9/lib/troff/tmac/cover.1127 +9/lib/troff/tmac/complet.1127 +9/lib/troff/term/tab.utf +9/lib/troff/term/tab.thinksmall +9/lib/troff/term/tab.thinkbold +9/lib/troff/term/tab.think +9/lib/troff/term/tab.post +9/lib/troff/term/tab.lp +9/lib/troff/term/tab.i300 +9/lib/troff/term/tab.dumb +9/lib/troff/term/tab.450-12 +9/lib/troff/term/tab.450 +9/lib/troff/term/tab.37 +9/lib/troff/hyphen.tex +9/lib/troff/font/devutf/utfmap +9/lib/troff/font/devutf/shell.lib +9/lib/troff/font/devutf/mkMAP +9/lib/troff/font/devutf/charlib/~= +9/lib/troff/font/devutf/charlib/_s_q +9/lib/troff/font/devutf/charlib/_r_h +9/lib/troff/font/devutf/charlib/_r_f +9/lib/troff/font/devutf/charlib/_r_c +9/lib/troff/font/devutf/charlib/_rH +9/lib/troff/font/devutf/charlib/_p_w +9/lib/troff/font/devutf/charlib/_o_b +9/lib/troff/font/devutf/charlib/_l_h +9/lib/troff/font/devutf/charlib/_l_f +9/lib/troff/font/devutf/charlib/_l_c +9/lib/troff/font/devutf/charlib/_lH +9/lib/troff/font/devutf/charlib/_f_f +9/lib/troff/font/devutf/charlib/_c_i +9/lib/troff/font/devutf/charlib/_b_x +9/lib/troff/font/devutf/charlib/S_l +9/lib/troff/font/devutf/charlib/README +9/lib/troff/font/devutf/charlib/RC +9/lib/troff/font/devutf/charlib/PC +9/lib/troff/font/devutf/charlib/LV +9/lib/troff/font/devutf/charlib/LH.example +9/lib/troff/font/devutf/charlib/LH +9/lib/troff/font/devutf/charlib/LA +9/lib/troff/font/devutf/charlib/L1 +9/lib/troff/font/devutf/charlib/F_l +9/lib/troff/font/devutf/charlib/F_i +9/lib/troff/font/devutf/charlib/FA +9/lib/troff/font/devutf/charlib/DG +9/lib/troff/font/devutf/charlib/34 +9/lib/troff/font/devutf/charlib/14 +9/lib/troff/font/devutf/charlib/12 +9/lib/troff/font/devutf/charlib/#263a +9/lib/troff/font/devutf/ZI +9/lib/troff/font/devutf/ZD +9/lib/troff/font/devutf/UnivMath6 +9/lib/troff/font/devutf/UnivMath5 +9/lib/troff/font/devutf/UnivMath4 +9/lib/troff/font/devutf/UnivMath3 +9/lib/troff/font/devutf/UnivMath2 +9/lib/troff/font/devutf/UnivMath1 +9/lib/troff/font/devutf/SyntaxI +9/lib/troff/font/devutf/SyntaxB +9/lib/troff/font/devutf/Syntax +9/lib/troff/font/devutf/S1 +9/lib/troff/font/devutf/S +9/lib/troff/font/devutf/R.nomath +9/lib/troff/font/devutf/R +9/lib/troff/font/devutf/PX +9/lib/troff/font/devutf/PI +9/lib/troff/font/devutf/PB +9/lib/troff/font/devutf/PA +9/lib/troff/font/devutf/NX +9/lib/troff/font/devutf/NR +9/lib/troff/font/devutf/NI +9/lib/troff/font/devutf/NB +9/lib/troff/font/devutf/LuxiSerif-Oblique +9/lib/troff/font/devutf/LuxiSerif-BoldOblique +9/lib/troff/font/devutf/LuxiSerif-Bold +9/lib/troff/font/devutf/LuxiSerif +9/lib/troff/font/devutf/LuxiSans-Oblique +9/lib/troff/font/devutf/LuxiSans-BoldOblique +9/lib/troff/font/devutf/LuxiSans-Bold +9/lib/troff/font/devutf/LuxiSans +9/lib/troff/font/devutf/LuxiMono-Oblique +9/lib/troff/font/devutf/LuxiMono-BoldOblique +9/lib/troff/font/devutf/LuxiMono-Bold +9/lib/troff/font/devutf/LuxiMono +9/lib/troff/font/devutf/LucidaSansI +9/lib/troff/font/devutf/LucidaSansCW83 +9/lib/troff/font/devutf/LucidaSansCW +9/lib/troff/font/devutf/LucidaSansB +9/lib/troff/font/devutf/LucidaSans +9/lib/troff/font/devutf/LucidaCW +9/lib/troff/font/devutf/LINKFILE +9/lib/troff/font/devutf/KX +9/lib/troff/font/devutf/KR +9/lib/troff/font/devutf/KI +9/lib/troff/font/devutf/KB +9/lib/troff/font/devutf/Jp +9/lib/troff/font/devutf/I +9/lib/troff/font/devutf/Helvetica-Narrow-Oblique +9/lib/troff/font/devutf/Helvetica-Narrow-BoldOblique +9/lib/troff/font/devutf/Helvetica-Narrow-Bold +9/lib/troff/font/devutf/Helvetica-Narrow +9/lib/troff/font/devutf/HX +9/lib/troff/font/devutf/HM +9/lib/troff/font/devutf/HL +9/lib/troff/font/devutf/HK +9/lib/troff/font/devutf/HI +9/lib/troff/font/devutf/HB +9/lib/troff/font/devutf/H +9/lib/troff/font/devutf/GR +9/lib/troff/font/devutf/DejaVuSerifOblique +9/lib/troff/font/devutf/DejaVuSerifBoldOblique +9/lib/troff/font/devutf/DejaVuSerifBold +9/lib/troff/font/devutf/DejaVuSerif +9/lib/troff/font/devutf/DejaVuSansOblique +9/lib/troff/font/devutf/DejaVuSansBoldOblique +9/lib/troff/font/devutf/DejaVuSansBold +9/lib/troff/font/devutf/DejaVuSans +9/lib/troff/font/devutf/DejaVuMonoSansOblique +9/lib/troff/font/devutf/DejaVuMonoSansBoldOblique +9/lib/troff/font/devutf/DejaVuMonoSansBold +9/lib/troff/font/devutf/DejaVuMonoSans +9/lib/troff/font/devutf/DejaVuCondensedSerifOblique +9/lib/troff/font/devutf/DejaVuCondensedSerifBoldOblique +9/lib/troff/font/devutf/DejaVuCondensedSerifBold +9/lib/troff/font/devutf/DejaVuCondensedSerif +9/lib/troff/font/devutf/DejaVuCondensedSansOblique +9/lib/troff/font/devutf/DejaVuCondensedSansBoldOblique +9/lib/troff/font/devutf/DejaVuCondensedSansBold +9/lib/troff/font/devutf/DejaVuCondensedSans +9/lib/troff/font/devutf/DESC +9/lib/troff/font/devutf/CY +9/lib/troff/font/devutf/CX +9/lib/troff/font/devutf/CW +9/lib/troff/font/devutf/CO +9/lib/troff/font/devutf/CI +9/lib/troff/font/devutf/CB +9/lib/troff/font/devutf/C +9/lib/troff/font/devutf/BI +9/lib/troff/font/devutf/B +9/lib/troff/font/devutf/AX +9/lib/troff/font/devutf/AR +9/lib/troff/font/devutf/AI +9/lib/troff/font/devutf/AB +9/lib/troff/font/devutf/0100to25ff @dirrm 9/man/man1 @dirrm 9/man +@dirrm 9/lib/troff/tmac/me +@dirrm 9/lib/troff/tmac +@dirrm 9/lib/troff/term +@dirrm 9/lib/troff/font/devutf/charlib +@dirrm 9/lib/troff/font/devutf +@dirrm 9/lib/troff/font +@dirrm 9/lib/troff @dirrm 9/etc @dirrm 9/bin @dirrm 9 From remko at FreeBSD.org Thu Sep 10 10:24:46 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Thu Sep 10 10:24:52 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability Message-ID: <200909101024.n8AAOjOc066250@freefall.freebsd.org> Old Synopsis: PHP session.save_path vulnerability New Synopsis: lang/php5: PHP session.save_path vulnerability Responsible-Changed-From-To: freebsd-www->freebsd-ports Responsible-Changed-By: remko Responsible-Changed-When: Thu Sep 10 10:24:18 UTC 2009 Responsible-Changed-Why: reassign to ports team; this has nothing to do with the webmasters queue http://www.freebsd.org/cgi/query-pr.cgi?pr=138698 From 000.fbsd at quip.cz Thu Sep 10 11:40:03 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Thu Sep 10 11:40:12 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability Message-ID: <200909101140.n8ABe3PV039271@freefall.freebsd.org> The following reply was made to PR ports/138698; it has been noted by GNATS. From: Miroslav Lachman <000.fbsd@quip.cz> To: bug-followup@FreeBSD.org, andzinsm@volt.iem.pw.edu.pl Cc: Subject: Re: ports/138698: lang/php5: PHP session.save_path vulnerability Date: Thu, 10 Sep 2009 13:14:32 +0200 I don't know what you are trying to solve. If PHP runs under user www (Apache), it can still read the content of the directory. If you want to disallow access to sessions of different domains (VirtualHosts), you can do it by using different session.save_path for each domain. In context of VirtualHost for www.domain1.tld: php_admin_value session.save_path /web/www.domain1.tld/tmp In context of VirtualHost for www.domain2.tld: php_admin_value session.save_path /web/www.domain2.tld/tmp From alexbestms at math.uni-muenster.de Thu Sep 10 12:00:45 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Thu Sep 10 12:00:52 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading Message-ID: hi there, it would be nice to have a note in UPDATING on how to rebuild an installed java/jdk1* under >= 8. since java/jdk1* requires an installed java environment in order to build it fails due to the version bump of /lib/libz.so.4 to /lib/libz.so.5 to be able to rebuild any installed java/jdk1* one needs to install misc/compat7x. after installation of java/jdk1* finishes misc/compat7x can safely be deleted (if it's not required by any other port). i haven't checked what the situation is like when no java environment is installed, but i believe this doesn't cause a problem since java/diablo-jdk* is used for bootrapping then. cheers. alex From andzinsm at volt.iem.pw.edu.pl Thu Sep 10 12:20:04 2009 From: andzinsm at volt.iem.pw.edu.pl (Maciej Andzinski) Date: Thu Sep 10 12:20:09 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability Message-ID: <200909101220.n8ACK32F077698@freefall.freebsd.org> The following reply was made to PR ports/138698; it has been noted by GNATS. From: Maciej Andzinski To: Miroslav Lachman <000.fbsd@quip.cz> Cc: bug-followup@FreeBSD.org Subject: Re: ports/138698: lang/php5: PHP session.save_path vulnerability Date: Thu, 10 Sep 2009 13:58:42 +0200 (CEST) The problem is in permissions and that is what I suggest to fix. Bu you are right, I've made a mistake - the owner of /var/lib/php5 should be root, not www. I suggest changing permissions to 01733 (rwx-wx-wt), it can prevent session numbers leaking. Is it clear now? From unixmania at gmail.com Thu Sep 10 12:45:09 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Thu Sep 10 12:45:16 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading In-Reply-To: References: Message-ID: On Thu, Sep 10, 2009 at 9:00 AM, Alexander Best wrote: > it would be nice to have a note in UPDATING on how to rebuild an installed > java/jdk1* under >= 8. since java/jdk1* requires an installed java environment > in order to build it fails due to the version bump of /lib/libz.so.4 to > /lib/libz.so.5 I agree. > to be able to rebuild any installed java/jdk1* one needs to install > misc/compat7x. after installation of java/jdk1* finishes misc/compat7x can > safely be deleted (if it's not required by any other port). The compat7x package is not required because libmap.conf does the job. Look at http://lists.freebsd.org/pipermail/freebsd-ports/2009-July/056123.html -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From erwin at FreeBSD.org Thu Sep 10 12:59:07 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Sep 10 12:59:13 2009 Subject: INDEX build failed for 6.x Message-ID: <200909101259.n8ACx71X098182@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: p5-Graphics-Color-0.24: no entry for p5-MooseX-Types>=0.19/local0/portmgr/tindex/ports/devel/p5-MooseX-Types make_index: p5-Graphics-Color-0.24: no entry for p5-MooseX-Types>=0.19/local0/portmgr/tindex/ports/devel/p5-MooseX-Types Committers on the hook: gerald roam tobez Most recent CVS update was: U graphics/p5-Graphics-Color/Makefile U graphics/p5-Graphics-Color/distinfo U graphics/p5-Graphics-Color/pkg-plist U lang/gcc44/Makefile U lang/gcc44/distinfo U math/p5-Geo-Distance/Makefile U math/p5-Geo-Distance/distinfo U security/mhash/Makefile U security/mhash/distinfo U security/mhash/files/patch-doc-Makefile.in U security/mhash/files/patch-include-mutils-mincludes.h U security/mhash/files/patch-include-mutils-mutils.h U security/mhash/files/patch-lib-gosthash.c U security/mhash/files/patch-lib-keygen_mcrypt.c U security/mhash/files/patch-lib-md5.c U security/mhash/files/patch-lib-mhash.c U security/mhash/files/patch-lib-mhash_sha1.c U security/mhash/files/patch-lib-ripemd.c U security/mhash/files/patch-lib-sha1.c U security/mhash/files/patch-lib-sha512_sha384.c U security/mhash/files/patch-lib-stdfns.c U security/mhash/files/patch-lib-tiger.c U security/mhash/files/patch-lib-whirlpool.c U security/mhash/files/patch-libtool U security/mhash/files/patch-src-hmac_test.c U security/mhash/files/patch-src-keygen_test.c U www/p5-WWW-Curl/Makefile U www/p5-WWW-Curl/distinfo U www/p5-WWW-Curl/files/patch-README U www/p5-WWW-Curl/files/patch-lib-WWW-Curl.pm From alexbestms at math.uni-muenster.de Thu Sep 10 13:10:19 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Thu Sep 10 13:10:26 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading In-Reply-To: <20090910145407.6ae8d5ba@suszko.eu> Message-ID: thanks for the hint. i was actually aware of this thread and the way of fixing the problem described in it. however from a users perspective i think installing a port to fix this problem is much more easy and convenient than to hack in any changes to /etc/libmap.conf. don't you agree? cheers. alex Maciej Suszko schrieb am 2009-09-10: > Alexander Best wrote: > > hi there, > > it would be nice to have a note in UPDATING on how to rebuild an > > installed java/jdk1* under >= 8. since java/jdk1* requires an > > installed java environment in order to build it fails due to the > > version bump of /lib/libz.so.4 to /lib/libz.so.5 > > to be able to rebuild any installed java/jdk1* one needs to install > > misc/compat7x. after installation of java/jdk1* finishes > > misc/compat7x can safely be deleted (if it's not required by any > > other port). > > i haven't checked what the situation is like when no java > > environment > > is installed, but i believe this doesn't cause a problem since > > java/diablo-jdk* is used for bootrapping then. > Add those lines in /etc/libmap.conf (this is for jdk16): > [/usr/local/jdk1.6.0/] > libz.so.4 libz.so.5 > Than you can rebuild your jdk. From wxs at FreeBSD.org Thu Sep 10 13:18:04 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Sep 10 13:19:12 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading In-Reply-To: References: <20090910145407.6ae8d5ba@suszko.eu> Message-ID: <20090910131803.GA49171@atarininja.org> On Thu, Sep 10, 2009 at 03:10:17PM +0200, Alexander Best wrote: > thanks for the hint. i was actually aware of this thread and the way > of fixing the problem described in it. however from a users > perspective i think installing a port to fix this problem is much more > easy and convenient than to hack in any changes to /etc/libmap.conf. > don't you agree? I'd submit a PR or contact the maintainer directly. It shouldn't be too hard to add compat7x as a build dependency. -- WXS From maciej at suszko.eu Thu Sep 10 13:22:27 2009 From: maciej at suszko.eu (Maciej Suszko) Date: Thu Sep 10 13:22:52 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading In-Reply-To: References: Message-ID: <20090910145407.6ae8d5ba@suszko.eu> Alexander Best wrote: > hi there, > > it would be nice to have a note in UPDATING on how to rebuild an > installed java/jdk1* under >= 8. since java/jdk1* requires an > installed java environment in order to build it fails due to the > version bump of /lib/libz.so.4 to /lib/libz.so.5 > > to be able to rebuild any installed java/jdk1* one needs to install > misc/compat7x. after installation of java/jdk1* finishes > misc/compat7x can safely be deleted (if it's not required by any > other port). > > i haven't checked what the situation is like when no java environment > is installed, but i believe this doesn't cause a problem since > java/diablo-jdk* is used for bootrapping then. Add those lines in /etc/libmap.conf (this is for jdk16): [/usr/local/jdk1.6.0/] libz.so.4 libz.so.5 Than you can rebuild your jdk. -- regards, Maciej Suszko. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090910/249b27c1/signature.pgp From maciej at suszko.eu Thu Sep 10 14:58:19 2009 From: maciej at suszko.eu (Maciej Suszko) Date: Thu Sep 10 14:58:26 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading In-Reply-To: References: <20090910145407.6ae8d5ba@suszko.eu> Message-ID: <20090910165810.0052d85c@suszko.eu> Alexander Best wrote: > thanks for the hint. i was actually aware of this thread and the way > of fixing the problem described in it. however from a users > perspective i think installing a port to fix this problem is much > more easy and convenient than to hack in any changes > to /etc/libmap.conf. don't you agree? I'm not sure if some bins/libs wouldn't be linked against those present in compat7x package in case when you forget to remove it after jdk upgrade. In my opinion using libmap.conf is more convenient, especially in this situation, when the whole jdk installation is done within one directory under /usr/local. -- regards, Maciej Suszko. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090910/d59558fc/signature.pgp From erwin at FreeBSD.org Thu Sep 10 15:44:16 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Sep 10 15:44:22 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200909101544.n8AFiFdd082015@builder.freebsd.org> From alexbestms at math.uni-muenster.de Thu Sep 10 16:12:48 2009 From: alexbestms at math.uni-muenster.de (Alexander Best) Date: Thu Sep 10 16:12:55 2009 Subject: /lib/libz.so version bump prevents java/jdk1* from upgrading In-Reply-To: <20090910131803.GA49171@atarininja.org> Message-ID: submitted a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=138706 thanks everybody. alex Wesley Shields schrieb am 2009-09-10: > On Thu, Sep 10, 2009 at 03:10:17PM +0200, Alexander Best wrote: > > thanks for the hint. i was actually aware of this thread and the > > way > > of fixing the problem described in it. however from a users > > perspective i think installing a port to fix this problem is much > > more > > easy and convenient than to hack in any changes to > > /etc/libmap.conf. > > don't you agree? > I'd submit a PR or contact the maintainer directly. It shouldn't be > too > hard to add compat7x as a build dependency. > -- WXS From esheesle at shadowlair.com Thu Sep 10 18:06:36 2009 From: esheesle at shadowlair.com (Eric Sheesley) Date: Thu Sep 10 18:06:42 2009 Subject: amavisd-new crashing Message-ID: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> For the past week or so I've had 2-3 different emails that, as they are attempting to be delivered end up crashing amavisd-new(just one instance, not the whole daemon) leading the the "error: queue file write error" from postfix. Both messages appear to have been 8bitmime encoded from a quick glance, but no other common points. These emails will continually crash amavis every 15 minutes as the servers attempt delivery. I've used portmanager to rebuild amavis and all dependencies with no change. Any ideas on what could be wrong? From 000.fbsd at quip.cz Thu Sep 10 18:50:03 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Thu Sep 10 18:50:37 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability Message-ID: <200909101850.n8AIo265071380@freefall.freebsd.org> The following reply was made to PR ports/138698; it has been noted by GNATS. From: Miroslav Lachman <000.fbsd@quip.cz> To: bug-followup@FreeBSD.org, andzinsm@volt.iem.pw.edu.pl Cc: Subject: Re: ports/138698: lang/php5: PHP session.save_path vulnerability Date: Thu, 10 Sep 2009 20:49:14 +0200 Yes, it is clear now and with owner root, it works. I propose to make this optional, as somebody has /tmp optimized for better speed (another disk device, flash device, RAM disk etc.) but not /var/lib/php5. And FreeBSD doesn't have /var/lib by default. /var/lib/* is mostly used by some Linux distributions). I am not sure if it is the right place to put these files, according to man hier(7). Next thing to think about is, that /tmp is (or easily can be) cleared at system startup, but /var/*/* not. If we do some change in default php.ini, it affects more then just "files are moved to another place", so things need to be done carefully. Maybe leave the default as is and put these hardening steps in comments in php.ini, then anybody can make own decision. From piotr.smyrak at heron.pl Thu Sep 10 19:11:05 2009 From: piotr.smyrak at heron.pl (piotr.smyrak@heron.pl) Date: Thu Sep 10 19:11:12 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability In-Reply-To: <200909101850.n8AIo265071380@freefall.freebsd.org> References: <200909101850.n8AIo265071380@freefall.freebsd.org> Message-ID: <20090910191101.M55014@heron.pl> On Thu, 10 Sep 2009 18:50:02 GMT, Miroslav Lachman wrote > The following reply was made to PR ports/138698; it has > been noted by GNATS. > > From: Miroslav Lachman <000.fbsd@quip.cz> > To: bug-followup@FreeBSD.org, andzinsm@volt.iem.pw.edu.pl > Cc: > Subject: Re: ports/138698: lang/php5: PHP > session.save_path vulnerability > Date: Thu, 10 Sep 2009 20:49:14 +0200 > > Yes, it is clear now and with owner root, it works. > > I propose to make this optional, as somebody has /tmp > optimized for better speed (another disk device, flash > device, RAM disk etc.) but not /var/lib/php5. And FreeBSD > doesn't have /var/lib by default. /var/lib/* is mostly > used by some Linux distributions). I am not sure if it is > the right place to put these files, according to man > hier(7). Next thing to think about is, that /tmp is (or > easily can be) cleared at system startup, but /var/*/* > not. If we do some change in default php.ini, it affects > more then just "files are moved to another place", so > things need to be done carefully. > > Maybe leave the default as is and put these hardening > steps in comments in php.ini, then anybody can make own decision. UPDATING msg would be in place, too IMO. -- Piotr Smyrak piotr.smyrak@heron.pl From peo at intersonic.se Thu Sep 10 20:39:22 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Thu Sep 10 20:39:28 2009 Subject: amavisd-new crashing In-Reply-To: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> References: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> Message-ID: <4AA963F5.3000202@intersonic.se> Eric Sheesley wrote: > > For the past week or so I've had 2-3 different emails that, as they are > attempting to be delivered end up crashing amavisd-new(just one > instance, not the whole daemon) leading the the "error: queue file > write error" from postfix. Both messages appear to have been 8bitmime > encoded from a quick glance, but no other common points. These emails > will continually crash amavis every 15 minutes as the servers attempt > delivery. I've used portmanager to rebuild amavis and all dependencies > with no change. Any ideas on what could be wrong? Hi, Both amavis and Postfix can be made to provide rather substantial logging, that's what I would have done in your case. Or do you already have some logs to share? Also, did you check that you did not run out of memory? HTH, -- per From joe.bruni at bestwestern.com Thu Sep 10 22:10:52 2009 From: joe.bruni at bestwestern.com (Joseph Bruni) Date: Thu Sep 10 22:10:57 2009 Subject: FreeBSD Port: snort-2.8.4.1_1 Message-ID: Hello, Could you update the snort port to expose the "--enable-ipv6" build option to the "config" phase? Regards, Joe Bruni From esheesle at shadowlair.com Thu Sep 10 23:23:29 2009 From: esheesle at shadowlair.com (Eric Sheesley) Date: Thu Sep 10 23:23:35 2009 Subject: amavisd-new crashing In-Reply-To: <4AA963F5.3000202@intersonic.se> References: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> <4AA963F5.3000202@intersonic.se> Message-ID: <4AA98A72.5060809@shadowlair.com> Here is one sample of the log(level 5 logging on). not very descriptive about the problem, at least i don't see it. Sep 10 19:00:07 rogue postfix/smtpd[77645]: connect from tx2ehsobe003.messaging.microsoft.com[65.55.88.13] Sep 10 19:00:07 rogue postfix/smtpd[77645]: NOQUEUE: client=tx2ehsobe003.messaging.microsoft.com[65.55.88.13] Sep 10 19:00:08 rogue amavis[77712]: (77712-01) ESMTP::10024 /var/amavis/tmp/amavis-20090910T190007-77712: -> SIZE=7072 BODY=7BIT Received: from rogue.shadowlair.com ([127.0.0.1]) by localhost (rogue.shadowlair.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for ; Thu, 10 Sep 2009 19:00:07 -0400 (EDT) Sep 10 19:00:08 rogue amavis[77712]: (77712-01) Checking: SukXX+6vDV2U [65.55.88.13] -> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) p001 1 Content-Type: text/plain, size: 3607 B, name: Sep 10 19:00:08 rogue postfix/smtpd[77645]: warning: lost connection with proxy 127.0.0.1:10024 Sep 10 19:00:08 rogue amavis[78041]: TIMING [total 5 ms] - bdb-open: 5 (100%)100, rundown: 0 (0%)100 Sep 10 19:00:08 rogue postfix/cleanup[78042]: 4EDE850837: message-id=<20090910230008.4EDE850837@rogue.shadowlair.com> Sep 10 19:00:08 rogue postfix/smtpd[77645]: disconnect from tx2ehsobe003.messaging.microsoft.com[65.55.88.13] Per olof Ljungmark wrote: > Eric Sheesley wrote: >> >> For the past week or so I've had 2-3 different emails that, as they >> are attempting to be delivered end up crashing amavisd-new(just one >> instance, not the whole daemon) leading the the "error: queue file >> write error" from postfix. Both messages appear to have been 8bitmime >> encoded from a quick glance, but no other common points. These emails >> will continually crash amavis every 15 minutes as the servers attempt >> delivery. I've used portmanager to rebuild amavis and all >> dependencies with no change. Any ideas on what could be wrong? > > Hi, > > Both amavis and Postfix can be made to provide rather substantial > logging, that's what I would have done in your case. Or do you already > have some logs to share? > > Also, did you check that you did not run out of memory? > > HTH, > > -- > per From esheesle at shadowlair.com Fri Sep 11 00:15:50 2009 From: esheesle at shadowlair.com (Eric Sheesley) Date: Fri Sep 11 00:15:57 2009 Subject: amavisd-new crashing In-Reply-To: References: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> <4AA963F5.3000202@intersonic.se> <4AA98A72.5060809@shadowlair.com> Message-ID: <4AA996B8.3030901@shadowlair.com> Actually, the directory is set to vscan as it should be(amavis runs as that) and that user has rw privs. If you notice below, the pid of the processes is different between the area where content-type is mentioned and the bdb is referenced. For some reason there is a very brutal crash before any real checks are run. I've rebuilt amavis and all dependencies using portmanager with no change. Any other thoughts or methods of debugging. One of the emails causing this was sent by a friend, so not even malicious, just causing a crash. Chuck Swiger wrote: > Hi-- > > On Sep 10, 2009, at 4:23 PM, Eric Sheesley wrote: >> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) ESMTP::10024 >> /var/amavis/tmp/amavis-20090910T190007-77712: -> >> SIZE=7072 BODY=7BIT Received: from >> rogue.shadowlair.com ([127.0.0.1]) by localhost (rogue.shadowlair.com >> [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for >> ; Thu, 10 Sep 2009 19:00:07 -0400 (EDT) >> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) Checking: SukXX+6vDV2U >> [65.55.88.13] -> >> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) p001 1 Content-Type: >> text/plain, size: 3607 B, name: >> Sep 10 19:00:08 rogue postfix/smtpd[77645]: warning: lost connection >> with proxy 127.0.0.1:10024 >> Sep 10 19:00:08 rogue amavis[78041]: TIMING [total 5 ms] - bdb-open: 5 >> (100%)100, rundown: 0 (0%)100 > > It sounds like amavisd can't open a BerkeleyDB database (probably the > nanny/cache/snmp stuff). Make sure that /var/amavis/db exists and is > writable by the amavisd or vscan user, whatever you are running amavisd as: > > # ls -l /var/amavis/db > total 556 > -rw-r----- 1 vscan vscan 24576 Sep 9 19:01 __db.001 > -rw-r----- 1 vscan vscan 131072 Sep 9 18:44 __db.002 > -rw-r----- 1 vscan vscan 270336 Sep 10 11:43 __db.003 > -rw-r----- 1 vscan vscan 360448 Sep 9 18:44 __db.004 > -rw-r----- 1 vscan vscan 4096 Sep 9 14:20 cache-expiry.db > -rw-r----- 1 vscan vscan 90112 Sep 10 14:01 cache.db > -rw-r----- 1 vscan vscan 12288 Sep 9 14:20 nanny.db > -rw-r----- 1 vscan vscan 12288 Sep 9 14:20 snmp.db > > Regards, From esheesle at shadowlair.com Fri Sep 11 00:20:44 2009 From: esheesle at shadowlair.com (Eric Sheesley) Date: Fri Sep 11 00:20:51 2009 Subject: amavisd-new crashing In-Reply-To: References: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> <4AA963F5.3000202@intersonic.se> <4AA98A72.5060809@shadowlair.com> Message-ID: <4AA997DF.9080700@shadowlair.com> Another sample attached: Sep 10 20:15:41 rogue postfix/smtpd[59483]: connect from mail-vw0-f180.google.com[209.85.212.180] Sep 10 20:15:41 rogue postfix/smtpd[59483]: NOQUEUE: client=mail-vw0-f180.google.com[209.85.212.180] Sep 10 20:15:41 rogue amavis[77720]: (77720-02) ESMTP::10024 /var/amavis/tmp/amavis-20090910T192517-77720: -> Received: from rogue.shadowlair.com ([127.0.0.1]) by localhost (rogue.shadowlair.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for ; Thu, 10 Sep 2009 20:15:41 -0400 (EDT) Sep 10 20:15:41 rogue amavis[77720]: (77720-02) dkim: VALID Author+Sender+MailFrom signature by i=@gmail.com, From: , a=rsa-sha256, c=relaxed/relaxed, s=gamma, d=gmail.com Sep 10 20:15:41 rogue amavis[77720]: (77720-02) dkim: VALID Author+Sender+MailFrom signature by i=deadsender@gmail.com, From: , a=rsa-sha1, c=nofws, s=gamma, d=gmail.com Sep 10 20:15:41 rogue amavis[77720]: (77720-02) Checking: 2UIxlfrQ4TAm [209.85.212.180] -> Sep 10 20:15:41 rogue amavis[77720]: (77720-02) p003 1 Content-Type: multipart/alternative Sep 10 20:15:41 rogue amavis[77720]: (77720-02) p001 1/1 Content-Type: text/plain, size: 3383 B, name: Sep 10 20:15:41 rogue amavis[77720]: (77720-02) p002 1/2 Content-Type: text/html, size: 5031 B, name: Sep 10 20:15:41 rogue postfix/smtpd[59483]: warning: lost connection with proxy 127.0.0.1:10024 Sep 10 20:15:41 rogue amavis[59998]: TIMING [total 6 ms] - bdb-open: 6 (100%)100, rundown: 0 (0%)100 Sep 10 20:15:41 rogue postfix/cleanup[59992]: 8EA9F5083B: message-id=<20090911001541.8EA9F5083B@rogue.shadowlair.com> Sep 10 20:15:41 rogue postfix/smtpd[59483]: disconnect from mail-vw0-f180.google.com[209.85.212.180] Chuck Swiger wrote: > Hi-- > > On Sep 10, 2009, at 4:23 PM, Eric Sheesley wrote: >> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) ESMTP::10024 >> /var/amavis/tmp/amavis-20090910T190007-77712: -> >> SIZE=7072 BODY=7BIT Received: from >> rogue.shadowlair.com ([127.0.0.1]) by localhost (rogue.shadowlair.com >> [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for >> ; Thu, 10 Sep 2009 19:00:07 -0400 (EDT) >> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) Checking: SukXX+6vDV2U >> [65.55.88.13] -> >> Sep 10 19:00:08 rogue amavis[77712]: (77712-01) p001 1 Content-Type: >> text/plain, size: 3607 B, name: >> Sep 10 19:00:08 rogue postfix/smtpd[77645]: warning: lost connection >> with proxy 127.0.0.1:10024 >> Sep 10 19:00:08 rogue amavis[78041]: TIMING [total 5 ms] - bdb-open: 5 >> (100%)100, rundown: 0 (0%)100 > > It sounds like amavisd can't open a BerkeleyDB database (probably the > nanny/cache/snmp stuff). Make sure that /var/amavis/db exists and is > writable by the amavisd or vscan user, whatever you are running amavisd as: > > # ls -l /var/amavis/db > total 556 > -rw-r----- 1 vscan vscan 24576 Sep 9 19:01 __db.001 > -rw-r----- 1 vscan vscan 131072 Sep 9 18:44 __db.002 > -rw-r----- 1 vscan vscan 270336 Sep 10 11:43 __db.003 > -rw-r----- 1 vscan vscan 360448 Sep 9 18:44 __db.004 > -rw-r----- 1 vscan vscan 4096 Sep 9 14:20 cache-expiry.db > -rw-r----- 1 vscan vscan 90112 Sep 10 14:01 cache.db > -rw-r----- 1 vscan vscan 12288 Sep 9 14:20 nanny.db > -rw-r----- 1 vscan vscan 12288 Sep 9 14:20 snmp.db > > Regards, From tjg at soe.ucsc.edu Fri Sep 11 00:36:50 2009 From: tjg at soe.ucsc.edu (Tim Gustafson) Date: Fri Sep 11 00:36:56 2009 Subject: Port Maintainer Support List Message-ID: <640305185.1236681252628305109.JavaMail.root@mail-01.cse.ucsc.edu> Is there a "port maintainer's support list"? I'd like to contribute a port, but I'm not all that savvy when it comes to this stuff, and it'd be nice to have some support in that regard. Thanks! Tim Gustafson Baskin School of Engineering UC Santa Cruz tjg@soe.ucsc.edu 831-459-5354 From tjg at soe.ucsc.edu Fri Sep 11 00:38:27 2009 From: tjg at soe.ucsc.edu (Tim Gustafson) Date: Fri Sep 11 00:38:33 2009 Subject: Port Maintainer Support List In-Reply-To: <640305185.1236681252628305109.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <1864085995.1237261252629506536.JavaMail.root@mail-01.cse.ucsc.edu> > Is there a "port maintainer's support list"? Doh! Please disregard this. I answered my own question about 30 seconds after sending the "hey, is there a ports maintainer list" question. Tim Gustafson Baskin School of Engineering UC Santa Cruz tjg@soe.ucsc.edu 831-459-5354 From tjg at soe.ucsc.edu Fri Sep 11 00:51:52 2009 From: tjg at soe.ucsc.edu (Tim Gustafson) Date: Fri Sep 11 00:51:58 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 Message-ID: <268690413.1237231252629385121.JavaMail.root@mail-01.cse.ucsc.edu> I'm trying to create a new port. To get myself started, I copied pecl-hash and then modified the Makefile and the distinfo file. When I try to make my port, it downloads the file from the PECL repository, extracts it, runs configure and then starts compiling, but in the end I get a bunch of errors from cc about undefined constants: kadm5.c: In function 'kadm5_error': kadm5.c:285: error: 'KADM5_FAILURE' undeclared (first use in this function) kadm5.c:285: error: (Each undeclared identifier is reported only once kadm5.c:285: error: for each function it appears in.) kadm5.c:288: error: 'KADM5_AUTH_GET' undeclared (first use in this function) kadm5.c:291: error: 'KADM5_AUTH_ADD' undeclared (first use in this function) So, I manually edited work/kadm5-0.2.3/kadm5.c and added: #include "kadm5/kadm5_err.h" That file has -most- of the needed declarations, but there are a few more that aren't there, and I'm thinking the version of Kerberos that's installed in FreeBSD 7.2 just doesn't have those declarations (the two missing declarations are for KADM5_AUTH_SETKEY and KADM5_SETKEY_DUP_ENCTYPES). So, my first question is: How can I tell my port to patch work/kadm5-0.2.3/kadm5.c with the needed line above? My second question is: Is there a "proper way" to hack the needed values into kadm5_err.h? Should I make a new .h file and include it as part of the port only? And last but not least: After I manually patched the kadm5.c file and hacked the missing declarations into kadm5_err.h, I get a different set of errors: kadm5.c: In function 'kadm5_error': kadm5.c:440: error: label at end of compound statement kadm5.c: In function 'zif_kadm5_get_principals': kadm5.c:1048: warning: passing argument 3 of 'kadm5_free_name_list' makes pointer from integer without a cast kadm5.c: In function 'zif_kadm5_get_policies': kadm5.c:1184: warning: passing argument 3 of 'kadm5_free_name_list' makes pointer from integer without a cast Now, I am not a C programmer. I took a C class in about 1996 and that's more or less the last I've done in C. Is there anyone out there who might be kind enough to help me get this port working? I have a real need for Kerberos administration from within PHP, and this PECL library being absent has been a stumbling block for a long time now. Tim Gustafson Baskin School of Engineering UC Santa Cruz tjg@soe.ucsc.edu 831-459-5354 From glen.j.barber at gmail.com Fri Sep 11 01:01:10 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Fri Sep 11 01:01:15 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <268690413.1237231252629385121.JavaMail.root@mail-01.cse.ucsc.edu> References: <268690413.1237231252629385121.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: Hi. On Thu, 10 Sep 2009 20:36:25 -0400, Tim Gustafson wrote: > I'm trying to create a new port. To get myself started, I copied > pecl-hash and then modified the Makefile and the distinfo file. When I > try to make my port, it downloads the file from the PECL repository, > extracts it, runs configure and then starts compiling, but in the end I > get a bunch of errors from cc about undefined constants: [snip] > So, my first question is: How can I tell my port to patch > work/kadm5-0.2.3/kadm5.c with the needed line above? > You will want to create a '-patch' line in the Makefile. See the following as a reference: http://www.freebsd.org/doc/en/books/porters-handbook/slow-patch.html > My second question is: Is there a "proper way" to hack the needed values > into kadm5_err.h? Should I make a new .h file and include it as part of > the port only? > You can create a ${PORTNAME}/files directory containing the file(s) you need, specific to your port and FreeBSD. See the following link for more information: http://www.freebsd.org/doc/en/books/porters-handbook/install.html > And last but not least: > > After I manually patched the kadm5.c file and hacked the missing > declarations into kadm5_err.h, I get a different set of errors: > [snip] Sorry. There are lots of experienced folks who can help with C errors. I, unfortunately, am not one of them. You may want to bookmark this, as well: http://www.freebsd.org/doc/en/books/porters-handbook/ Cheers, -- Glen Barber From cswiger at mac.com Fri Sep 11 01:07:32 2009 From: cswiger at mac.com (Chuck Swiger) Date: Fri Sep 11 01:07:42 2009 Subject: amavisd-new crashing In-Reply-To: <4AA98A72.5060809@shadowlair.com> References: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> <4AA963F5.3000202@intersonic.se> <4AA98A72.5060809@shadowlair.com> Message-ID: Hi-- On Sep 10, 2009, at 4:23 PM, Eric Sheesley wrote: > Sep 10 19:00:08 rogue amavis[77712]: (77712-01) ESMTP::10024 > /var/amavis/tmp/amavis-20090910T190007-77712: > -> > SIZE=7072 BODY=7BIT Received: from > rogue.shadowlair.com ([127.0.0.1]) by localhost (rogue.shadowlair.com > [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for > ; Thu, 10 Sep 2009 19:00:07 -0400 (EDT) > Sep 10 19:00:08 rogue amavis[77712]: (77712-01) Checking: SukXX+6vDV2U > [65.55.88.13] -> > Sep 10 19:00:08 rogue amavis[77712]: (77712-01) p001 1 Content-Type: > text/plain, size: 3607 B, name: > Sep 10 19:00:08 rogue postfix/smtpd[77645]: warning: lost connection > with proxy 127.0.0.1:10024 > Sep 10 19:00:08 rogue amavis[78041]: TIMING [total 5 ms] - bdb-open: 5 > (100%)100, rundown: 0 (0%)100 It sounds like amavisd can't open a BerkeleyDB database (probably the nanny/cache/snmp stuff). Make sure that /var/amavis/db exists and is writable by the amavisd or vscan user, whatever you are running amavisd as: # ls -l /var/amavis/db total 556 -rw-r----- 1 vscan vscan 24576 Sep 9 19:01 __db.001 -rw-r----- 1 vscan vscan 131072 Sep 9 18:44 __db.002 -rw-r----- 1 vscan vscan 270336 Sep 10 11:43 __db.003 -rw-r----- 1 vscan vscan 360448 Sep 9 18:44 __db.004 -rw-r----- 1 vscan vscan 4096 Sep 9 14:20 cache-expiry.db -rw-r----- 1 vscan vscan 90112 Sep 10 14:01 cache.db -rw-r----- 1 vscan vscan 12288 Sep 9 14:20 nanny.db -rw-r----- 1 vscan vscan 12288 Sep 9 14:20 snmp.db Regards, -- -Chuck From jasonh at DataIX.net Fri Sep 11 01:32:32 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Sep 11 01:32:38 2009 Subject: devel/9base v2 upgrade to v4 In-Reply-To: <3456f9ca0909100124h5796843bm3d94e663bd164bf8@mail.gmail.com> References: <3456f9ca0909100124h5796843bm3d94e663bd164bf8@mail.gmail.com> Message-ID: On Thu, 10 Sep 2009 04:24 -0000, sbrabez wrote: > Hi Jason > > On Wed, Sep 9, 2009 at 6:10 PM, Jason J. Hellenthal wrote: >> >> Would it be possible to fit in 9base-4 before the ports freeze. I am >> planning on going off air within the next couple of weeks and this is my >> preferred window manager and the provided with 9base-4 read command sure >> would come in handy. >> >> http://dl.suckless.org/tools/9base-4.tar.gz >> >> Thanks in advance. >> >> -- >> >> ?|-----------------------------------------------------------------------------| >> >> ?Jason J. Hellenthal >> ?http://www.DataIX.net/ >> ?jasonh@DataIX.net >> ?0x691411AC >> >> ?- (2^(N-1)) >> > > I prefer wait the port freeze of 14 September to update devel/9base but as you > need it. I attached a unified diff which allow you to compile and install the > new version 9base-4 released the 2009/09/27. > > As you could see, It needs lot of changes because lot of new binaries are now > in plan9port distribution. That's why I want to wait the port freeze to > correct handle them. > > Regards > Thank you very much, This is much appreciated. As a workaround I have been just doing a local compile of 9lib and read then just copying the resulting read static binary to local/9/bin. Though this has provided temporary fixes its a pretty tedious process. Curious question: Have you noticed any weirdness the user environment whether it be in X or on the console while the fdescfs module is loaded ?. I have had some impacts with this being loaded in the past that I can not really explain and has deterred me from wanting to use the environment with that module loaded. I have noticed this happening since 6.1 through 7.2-STABLE and not specific to just the wmii port. Best regards. And thanks again. -- |----------------------------------------------------------------------------| Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) From beckman at angryox.com Fri Sep 11 01:49:29 2009 From: beckman at angryox.com (Peter Beckman) Date: Fri Sep 11 01:50:01 2009 Subject: audio/sox bump to 14.3.0 request Message-ID: I haven't heard back from the maintainer of sox yet on the requested bump to sox 14.3.0. I didn't find any process outlined in the handbook or the porters handbook, and I would have searched the archives but the search index hasn't been rebuilt since 2007. I searched the archives via google with no real results on any process on how to poke the maintainer to life. ports/138248: audio/sox bump to 14.3.0 (actual title is wrong) Anyone seen Dan Nelson? --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman@angryox.com http://www.angryox.com/ --------------------------------------------------------------------------- From glen.j.barber at gmail.com Fri Sep 11 01:57:55 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Fri Sep 11 01:58:02 2009 Subject: audio/sox bump to 14.3.0 request In-Reply-To: References: Message-ID: Hi. On Thu, 10 Sep 2009 21:31:53 -0400, Peter Beckman wrote: > I haven't heard back from the maintainer of sox yet on the requested bump > to sox 14.3.0. I didn't find any process outlined in the handbook or the > porters handbook, and I would have searched the archives but the search > index hasn't been rebuilt since 2007. > Regarding ports that are maintained, there is generally a 2 week timeout with PRs regarding port upgrades (which is noted in the handbook), assuming a patch is provided. The most likely delay with your situation is that you did not support a patch to actually perform the update - simply the request. Upgrading ports that has other maintainers is time consuming to begin with - even moreso when you do not provide a patch to aide in the process. > I searched the archives via google with no real results on any process on > how to poke the maintainer to life. > You CC'd the maintainer. That is sufficient. -- Glen Barber From beckman at angryox.com Fri Sep 11 02:01:01 2009 From: beckman at angryox.com (Peter Beckman) Date: Fri Sep 11 02:01:08 2009 Subject: audio/sox bump to 14.3.0 request In-Reply-To: References: Message-ID: On Thu, 10 Sep 2009, Glen Barber wrote: > On Thu, 10 Sep 2009 21:31:53 -0400, Peter Beckman > wrote: > >> I haven't heard back from the maintainer of sox yet on the requested bump >> to sox 14.3.0. I didn't find any process outlined in the handbook or the >> porters handbook, and I would have searched the archives but the search >> index hasn't been rebuilt since 2007. >> > > Regarding ports that are maintained, there is generally a 2 week timeout with > PRs regarding port upgrades (which is noted in the handbook), assuming a > patch is provided. The most likely delay with your situation is that you did > not support a patch to actually perform the update - simply the request. > Upgrading ports that has other maintainers is time consuming to begin with - > even moreso when you do not provide a patch to aide in the process. > >> I searched the archives via google with no real results on any process on >> how to poke the maintainer to life. >> > > You CC'd the maintainer. That is sufficient. Awesome, thanks Glen. I didn't see the 2 week timeout in the handbook, must have missed it. I'll work on learning how to build the package so I can submit a diff rather than a request. Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman@angryox.com http://www.angryox.com/ --------------------------------------------------------------------------- From glen.j.barber at gmail.com Fri Sep 11 02:04:06 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Fri Sep 11 02:04:16 2009 Subject: audio/sox bump to 14.3.0 request In-Reply-To: References: Message-ID: On Thu, 10 Sep 2009 22:01:00 -0400, Peter Beckman wrote: > I'll work on learning how to build the package so I can submit a diff > rather than a request. The Porter's Handbook is a good place to start: http://www.freebsd.org/doc/en/books/porters-handbook/ The Handbook recommends the ports-mgmt/porttools port. I personally suggest the ports-mgmt/genplist port as well. Cheers, -- Glen Barber From chris.umina at studsvik.com Fri Sep 11 02:38:55 2009 From: chris.umina at studsvik.com (Christopher J. Umina) Date: Fri Sep 11 02:39:01 2009 Subject: Upgraded Trac, but still getting errors... Message-ID: <4AA9B48A.9030707@studsvik.com> Hi, I noticed recently (probably due to me upgrading ports) that my trac installations show this message: *Warning:* Can't synchronize with the repository (Couldn't open Subversion repository /var/svn/repo: SubversionException: ('SQLite compiled for 3.6.14.2, but running with 3.3.7', 200030)). Look in the Trac log for more information. The first thing I did was check the trac logs, which literally show nothing at all. Next thing I did was Google the error message, but nothing really matched. After that I decided to rebuild trac and deps (portupgrade -rR), which didn't fix the problem. I then got frustrated and ran a portupgrade -fa, which again didn't fix the problem. I upgraded python from python25 to python26, using the procedure outlined in /usr/ports/UPDATING which didn't fix the problem either. Through all this, I did notice that if I run tracd on the environment, the errors are gone and I can interact with subversion (through trac) perfectly. For that reason, I'm convinced it's something to do with Apache & friends, but I'm completely out of ideas, has anybody else seen these errors or have any suggestions? Packages (worth mentioning) currently installed: trac-0.11.5 subversion-1.6.5 python26-2.6.2_2 py26-pysqlite-2.3.5 py26-sqlite3-2.6.2_1 sqlite3-3.6.14.2 mod_python-3.3.1_2 apache-2.2.13 Thank you, Christopher J. Umina From corky1951 at comcast.net Fri Sep 11 03:10:46 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Fri Sep 11 03:10:53 2009 Subject: audio/sox bump to 14.3.0 request In-Reply-To: References: Message-ID: <20090911031042.GA4058@comcast.net> On Thu 10 Sep 2009 at 19:01:23 PDT Glen Barber wrote: >On Thu, 10 Sep 2009 22:01:00 -0400, Peter Beckman > wrote: >>I'll work on learning how to build the package so I can submit a >>diff rather than a request. > >The Porter's Handbook is a good place to start: > > http://www.freebsd.org/doc/en/books/porters-handbook/ > >The Handbook recommends the ports-mgmt/porttools port. I personally >suggest the ports-mgmt/genplist port as well. I would also recommend installing the ports-mgmt/tinderbox port as well. Some of my first few patches were bounced back by the committers because of build problems that were masked by software that was installed on my machine but not called out as a dependency in the port Makefile. I learned to always test the port in a tinderbox jail before submitting a PR with the patch. There should not be any error logs generated, but you should also check the build logs to verify that everything your port installs gets deinstalled in the deinstall phase. From dnelson at allantgroup.com Fri Sep 11 06:16:52 2009 From: dnelson at allantgroup.com (Dan Nelson) Date: Fri Sep 11 06:16:59 2009 Subject: audio/sox bump to 14.3.0 request In-Reply-To: References: Message-ID: <20090911055651.GA37884@dan.emsphone.com> In the last episode (Sep 10), Peter Beckman said: > I haven't heard back from the maintainer of sox yet on the requested bump > to sox 14.3.0. I didn't find any process outlined in the handbook or the > porters handbook, and I would have searched the archives but the search > index hasn't been rebuilt since 2007. > > I searched the archives via google with no real results on any process on > how to poke the maintainer to life. > > ports/138248: audio/sox bump to 14.3.0 (actual title is wrong) > > Anyone seen Dan Nelson? I have :) 14.3.0 switched back to simply direct-linking dependant libraries instead of having a separate libsox__*.so file for each audio format, so I had to remove a bunch of stuff that I added to get 14.2.0 working. I'll submit the patch tomorrow. -- Dan Nelson dnelson@allantgroup.com From taras at 1adm.ru Fri Sep 11 10:23:40 2009 From: taras at 1adm.ru (=?koi8-r?Q?=F4=C1=D2=C1=D3_=F3=C1=D7=DE=D5=CB?=) Date: Fri Sep 11 10:23:49 2009 Subject: csync2 broken, how to keep a few web servers in sync? In-Reply-To: <86ab1c7ev2.wl%mitsuru@zebu.riken.go.jp> References: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B07705B34@SRV.o.1adm.ru> <86ab1c7ev2.wl%mitsuru@zebu.riken.go.jp> Message-ID: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B09A2B1F5@SRV.o.1adm.ru> Mitsuru, sorry for late answer. I tested csync2 build with your path - all are OK! :) --- Some test data --- Two machines: carp1: Intel Xeon 1.6Ghz QuadCore/3Gb RAM/7200RPM SATA/FreeBSD 7.2/amd64 carp2: AMD Athlon 64 Processor 3000+/1Gb RAM/7200RPM SATA/FreeBSD 7.2/amd64 PCs are connected with 100Mbit network. Config file: carp1#cat /usr/local/etc/csync.cfg group mygroup { host carp1.domain.tld carp2.domain.tld; key /usr/local/etc/csync2/csync2.key; include /usr/local/www; exclude *~; backup-directory /usr/backups/csync2; backup-generations 3; auto younger; } After clean install I added copied /usr/src to carp1 and run csync2 -x: carp1# date; csync2 -x; date Fri Sep 11 13:45:51 MSD 2009 Fri Sep 11 13:55:27 MSD 2009 carp1# du -h -d 0 /usr/local/www/ 494M /usr/local/www/ carp1# find /usr/local/www | wc -l 43634 carp1# Result: about 10 minutes to sync (~40000 files 500Mb in size) Next I run csync2 -x on carp2: carp2# date; csync2 -x; date Fri Sep 11 13:59:30 MSD 2009 Fri Sep 11 13:59:43 MSD 2009 carp2# Result: about 13 seconds to update db. Next I added GLPI sources to carp1 and run csync2 -x again: carp1# du -h -d 1 /usr/local/www 494M /usr/local/www/src 13M /usr/local/www/glpi 508M /usr/local/www carp1# find /usr/local/www/glpi | wc -l 1442 carp1# date; csync2 -x; date Fri Sep 11 14:01:35 MSD 2009 Fri Sep 11 14:01:57 MSD 2009 carp1# date; csync2 -x; date Fri Sep 11 14:02:26 MSD 2009 Fri Sep 11 14:02:32 MSD 2009 carp1# Result: 22 seconds to sync anoter 1400 files 13M in size. Not bad results :). Another tip: generated certificates like described in http://oss.linbit.com/csync2/paper.pdf are not working (Pipe broken error), but generating from source (cd /usr/ports/net/csync2/work/csync2-1.34 && make cert) works well. Mitsuru, do you have Western Union in Japan? I need your name & city to transfer a little financial thank you. -- Savchuk Taras -----Original Message----- From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of mitsuru@zebu.riken.go.jp Sent: Thursday, September 03, 2009 9:54 AM To: freebsd-ports@freebsd.org Subject: Re: csync2 broken, how to keep a few web servers in sync? > Who interested in repair net/csync2 port, possibly for some amount of financial gratitude ;-) I've made a patch and compiled it, though I've not tested if it works. -- Mitsuru diff -ruN csync2.org/Makefile csync2/Makefile --- csync2.org/Makefile 2009-09-03 14:39:39.000000000 +0900 +++ csync2/Makefile 2009-09-03 14:40:09.000000000 +0900 @@ -24,12 +24,11 @@ MAN1= csync2.1 -BROKEN= does not compile with new gnuTLS - GNU_CONFIGURE= yes CONFIGURE_ARGS= --sysconfdir=${PREFIX}/etc CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" CONFIGURE_ENV+= LDFLAGS="-L${LOCALBASE}/lib" +CONFIGURE_ENV+= LIBGNUTLS_CONFIG="${LOCALBASE}/bin/pkg-config gnutls" PLIST_FILES= etc/csync2.cfg-dist \ sbin/csync2 \ diff -ruN csync2.org/files/patch-configure csync2/files/patch-configure --- csync2.org/files/patch-configure 1970-01-01 09:00:00.000000000 +0900 +++ csync2/files/patch-configure 2009-09-03 14:23:51.000000000 +0900 @@ -0,0 +1,11 @@ +--- configure.org 2009-09-03 14:22:32.000000000 +0900 ++++ configure 2009-09-03 14:23:02.000000000 +0900 +@@ -3836,7 +3836,7 @@ + else + LIBGNUTLS_CFLAGS=`$LIBGNUTLS_CONFIG $libgnutls_config_args --cflags` + LIBGNUTLS_LIBS=`$LIBGNUTLS_CONFIG $libgnutls_config_args --libs` +- libgnutls_config_version=`$LIBGNUTLS_CONFIG $libgnutls_config_args --version` ++ libgnutls_config_version=`$LIBGNUTLS_CONFIG $libgnutls_config_args --modversion` + + + ac_save_CFLAGS="$CFLAGS" _______________________________________________ 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 esheesle at shadowlair.com Fri Sep 11 11:14:50 2009 From: esheesle at shadowlair.com (Eric Sheesley) Date: Fri Sep 11 11:14:57 2009 Subject: amavisd-new crashing In-Reply-To: References: <20090910134721.128139atq6oiibac@webmail.shadowlair.com> <4AA963F5.3000202@intersonic.se> <4AA98A72.5060809@shadowlair.com> <4AA997DF.9080700@shadowlair.com> Message-ID: <4AAA312C.3040807@shadowlair.com> Decided to check the core dump that perl left behind but this is all i see(minus a couple thousand lines above this point with no more detail than given here: #1345 0x102454ff in ?? () #1346 0x1424448d in ?? () #1347 0x5440f750 in ?? () #1348 0x00020000 in ?? () #1349 0x688e0375 in ?? () #1350 0x0158b814 in ?? () #1351 0xcd500000 in ?? () #1352 0x90feeb80 in ?? () #1353 0x282d9b04 in ?? () #1354 0x00000001 in ?? () #1355 0xbfbfeeb8 in ?? () #1356 0x00000004 in ?? () Cannot access memory at address 0xbfc00000 (gdb) Sean wrote: > On Thu, 10 Sep 2009, Eric Sheesley wrote: > > [mail.log snipped] > > > What's in /var/log/messages? Or dmesg? > > I started having amavisd-new cause perl to coredump, apparently deep in > the middle of > Converter::UULib when a coredump was forced. > > >>> Regards, >> _______________________________________________ >> 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 gesbbb at yahoo.com Fri Sep 11 11:16:46 2009 From: gesbbb at yahoo.com (Jerry) Date: Fri Sep 11 11:16:52 2009 Subject: Unable to fetch multimedia/linux-realplayer Message-ID: <20090911071644.125571d4@scorpio.seibercom.net> I am unable to fetch the /usr/ports/multimedia/linux-realplayer distfile. /usr/ports/multimedia/linux-realplayer # make fetch => mplayer-codecs-linux-real-20040626-1.i386.rpm doesn't seem to exist in /usr/p orts/distfiles/. => Attempting to fetch from ftp://fr2.rpmfind.net/linux/sourceforge/m/mp/mplayer -tru/. fetch: ftp://fr2.rpmfind.net/linux/sourceforge/m/mp/mplayer-tru/mplayer-codecs-l inux-real-20040626-1.i386.rpm: File unavailable (e.g., file not found, no access ) => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/mplayer-codecs-linux-re al-20040626-1.i386.rpm: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Am I the only one having this problem? -- Jerry gesbbb@yahoo.com In God we trust; all else we walk through. From rene at freebsd.org Fri Sep 11 15:06:34 2009 From: rene at freebsd.org (Rene Ladan) Date: Fri Sep 11 15:07:07 2009 Subject: setiathome for FreeBSD port updated Message-ID: Hi, I've updated the setiathome port for FreeBSD to version 6.08, based on SVN revision 412 (see attached boinc-setiathome-enhanced.diff). The biggest differences are: * it builds again (there was an issue with detecting a build dependency) * distfile rerolled to be simply a 'svn export' of the seti_boinc directory * outdated astropulse part (5.00) dropped for now. I'm planning on making a different port for it, this greatly simplifies the port logic. The new port is tested against the reference work unit on an amd64 computer. The difference as well as the stderr.txt are attached. I've also tested it with the ports-mgmt/porttools and ports-mgmt/portlint ports and a test build for FreeBSD 6.X/i386 is currently running (to build-test against gcc 3.4). The patch might have a problem in that the 'files' directory is not properly made, in that case just create it manually and move the generated patch-* and *.in files to there. With some luck I could squeeze it in before the Ports freeze starts? Regards, Ren? -------------- next part -------------- Can't open init data file - running in standalone mode Can't open init data file - running in standalone mode setiathome_enhanced 6.08 $Revision: 412 $ g++ (GCC) 4.2.1 20070719 [FreeBSD] libboinc: BOINC 6.4.5 Work Unit Info: ............... WU true angle range is : 0.775000 Optimal function choices: ----------------------------------------------------- name ----------------------------------------------------- v_BaseLineSmooth (no other) v_GetPowerSpectrum 0.00042 0.00000 test v_vGetPowerSpectrum 0.00031 0.00000 test v_vGetPowerSpectrum2 0.00050 0.00000 test v_vGetPowerSpectrumUnrolled 0.00024 0.00000 test v_vGetPowerSpectrumUnrolled2 0.00025 0.00000 test v_vGetPowerSpectrumUnrolled 0.00024 0.00000 choice v_ChirpData 0.14416 0.00000 test fpu_ChirpData 0.05473 0.00001 test v_vChirpData_x86_64 0.13421 0.00002 test sse1_ChirpData_ak 0.03601 0.00000 test sse2_ChirpData_ak 0.02274 0.00000 test sse3_ChirpData_ak 0.02222 0.00000 test sse3_ChirpData_ak 0.02222 0.00000 choice v_Transpose 0.04816 0.00000 test v_Transpose2 0.02516 0.00000 test v_Transpose4 0.01343 0.00000 test v_Transpose8 0.02142 0.00000 test v_pfTranspose2 0.02868 0.00000 test v_pfTranspose4 0.01449 0.00000 test v_pfTranspose8 0.02234 0.00000 test v_vTranspose4 0.01489 0.00000 test v_vTranspose4np 0.01383 0.00000 test v_vTranspose4ntw 0.01168 0.00000 test v_vTranspose4x8ntw 0.01235 0.00000 test v_vTranspose4x16ntw 0.00749 0.00000 test v_vpfTranspose8x4ntw 0.01169 0.00000 test v_vTranspose4x16ntw 0.00749 0.00000 choice FPU opt folding 0.00177 0.00000 test AK SSE folding 0.00145 0.00000 test BH SSE folding 0.00136 0.00000 test BH SSE folding 0.00136 0.00000 choice Flopcounter: 11916529602287.912109 Spike count: 13 Pulse count: 1 Triplet count: 0 Gaussian count: 0 called boinc_finish -------------- next part -------------- A non-text attachment was scrubbed... Name: result.diff Type: application/octet-stream Size: 3076 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090911/9afed883/result.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: boinc-setiathome-enhanced.diff Type: application/octet-stream Size: 16100 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090911/9afed883/boinc-setiathome-enhanced.obj From david at vizion2000.net Fri Sep 11 20:00:40 2009 From: david at vizion2000.net (David Southwell) Date: Fri Sep 11 20:00:47 2009 Subject: python26-2.6.2_3 fails patchset up on amd64 Message-ID: <200909112100.27416.david@vizion2000.net> portupgrade -a failed. I then attempted the following which also failed with identical error messages: dns1# make ===> Found saved configuration for python26-2.6.2_3 ===> Extracting for python26-2.6.2_3 => MD5 Checksum OK for python/Python-2.6.2.tgz. => SHA256 Checksum OK for python/Python-2.6.2.tgz. ===> Patching for python26-2.6.2_3 /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -i.bak -e 's,/usr/doc/python- docs-,/usr/local/share/doc/python,g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, "/usr/local"]|g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python2.6-config /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python-shared2.6-config ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying FreeBSD patches for python26-2.6.2_3 1 out of 11 hunks failed--saving rejects to setup.py.rej => Patch patch-setup.py failed to apply cleanly. => Patch(es) patch-Lib_test_test_threading.py patch-Modules-_ctypes-libffi- configure patch-Python2.6-Lib_local.py patch-Python_thread__pthread.h applied cleanly. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. dns1# Thanks in advance for any advice David From ktullavik at gmail.com Sat Sep 12 12:13:06 2009 From: ktullavik at gmail.com (Kjell Tore Ullavik) Date: Sat Sep 12 12:13:39 2009 Subject: port does not fetch with fetch -A, redirect Message-ID: <4AAB8B38.3030705@gmail.com> Hi! I just submitted a new port http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/138753 However, I forgot to change a temporary solution for fetching the distfile. It does not fetch with the -A option as used by the port system. The submitted Makefile contains the redirect I got as mastersite, but that does'nt work anymore. WORKS # fetch http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz FAILS # fetch -ApRr http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz fetch: http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz: Moved Temporarily How do I deal with this? From niktychina at gmail.com Sat Sep 12 12:33:38 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sat Sep 12 12:33:44 2009 Subject: FreeBSD Port: hal-0.5.11_26 Message-ID: Hello all, i updated to hal-0.5.11_26 and now i'm experiencing some problems wth hald. Some time after starting it stops working. lshal gives no response, devices aren't detected anymore. I can't restart hal, stop it or kill: lettuce# /usr/local/etc/rc.d/hald forcestop Stopping hald. Waiting for PIDS: 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240 et cetera, et cetera, et cetera... I hadn't have this problem with earlier versions until i updated hal. Help me to solve it, please. Cheers, Nik From m.seaman at infracaninophile.co.uk Sat Sep 12 12:57:21 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Sep 12 12:57:27 2009 Subject: port does not fetch with fetch -A, redirect In-Reply-To: <4AAB8B38.3030705@gmail.com> References: <4AAB8B38.3030705@gmail.com> Message-ID: <4AAB9AA3.90909@infracaninophile.co.uk> Kjell Tore Ullavik wrote: > Hi! > I just submitted a new port > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/138753 > However, I forgot to change a temporary solution for fetching the distfile. > It does not fetch with the -A option as used by the port system. The > submitted > Makefile contains the redirect I got as mastersite, but that does'nt > work anymore. > > WORKS > # fetch > http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz > > FAILS > # fetch -ApRr > http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz > fetch: > http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz: > Moved Temporarily > > > How do I deal with this? > Tell the port to use the URL you get redirected to perhaps? Hmmm... I see that's exactly what you have already done. Despite the problems you report, it seems to work fine from here. happy-idiot-talk:/tmp:% HEAD -uSe http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz HEAD http://launchpadlibrarian.net/26637583/pyjama-0.3.0.1_all.tar.gz HEAD http://launchpad.net/pyjama/trunk/0.3/+download/pyjama-0.3.0.1_all.tar.gz --> 302 Moved Temporarily HEAD http://launchpadlibrarian.net/26637583/pyjama-0.3.0.1_all.tar.gz --> 200 OK [...] My hunch is that if you're having problems downloading from that URL, then it's probably something local to you, and the rest of the world won't be troubled by it. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090912/5d35b361/signature.pgp From m.seaman at infracaninophile.co.uk Sat Sep 12 13:01:49 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Sep 12 13:02:15 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: References: Message-ID: <4AAB9BB6.2040700@infracaninophile.co.uk> Nikolay Tychina wrote: > Hello all, > > i updated to hal-0.5.11_26 and now i'm experiencing some problems wth hald. > Some time after starting it stops working. lshal gives no response, devices > aren't detected anymore. > I can't restart hal, stop it or kill: > lettuce# /usr/local/etc/rc.d/hald forcestop > Stopping hald. > Waiting for PIDS: 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > 1240, 1240, 1240, 1240, 1240, 1240 et cetera, et cetera, et cetera... > > > I hadn't have this problem with earlier versions until i updated hal. > Help me to solve it, please. > forcestop still only sends TERM, and you need to send a KILL to finish off the stuck process: # kill -9 1240 # /usr/local/etc/rc.d/hald restart Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090912/7ea3f036/signature.pgp From niktychina at gmail.com Sat Sep 12 13:06:16 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sat Sep 12 13:06:28 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: <4AAB9BB6.2040700@infracaninophile.co.uk> References: <4AAB9BB6.2040700@infracaninophile.co.uk> Message-ID: i tried kill. hald is invulnerable :( Nik 2009/9/12 Matthew Seaman > Nikolay Tychina wrote: > >> Hello all, >> >> i updated to hal-0.5.11_26 and now i'm experiencing some problems wth >> hald. >> Some time after starting it stops working. lshal gives no response, >> devices >> aren't detected anymore. >> I can't restart hal, stop it or kill: >> lettuce# /usr/local/etc/rc.d/hald forcestop >> Stopping hald. >> Waiting for PIDS: 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, >> 1240, 1240, 1240, 1240, 1240, 1240 et cetera, et cetera, et cetera... >> >> >> I hadn't have this problem with earlier versions until i updated hal. >> Help me to solve it, please. >> >> > forcestop still only sends TERM, and you need to send a KILL to finish off > the > stuck process: > > # kill -9 1240 > # /usr/local/etc/rc.d/hald restart > > 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 > > From m.seaman at infracaninophile.co.uk Sat Sep 12 13:17:52 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Sep 12 13:18:04 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: References: <4AAB9BB6.2040700@infracaninophile.co.uk> Message-ID: <4AAB9F79.4080906@infracaninophile.co.uk> Nikolay Tychina wrote: > i tried kill. > hald is invulnerable :( If hald is in a state where it won't respond to a kill -9 then you have no alternative but to hit the big red button and force your machine to reboot in order to get rid of it. hald shouldn't ever get into that state -- it used to happen to programs using resources on a NFS drive if the NFS server went away suddenly, and you'ld see lots of 'D's in the STAT column of ps(1}'s -auxwww output. That is about the only way to achieve that effect I know of, and it shouldn't affect a system daemon like hald though. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090912/4ce82c44/signature.pgp From niktychina at gmail.com Sat Sep 12 13:35:52 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sat Sep 12 13:36:04 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: <4AAB9F79.4080906@infracaninophile.co.uk> References: <4AAB9BB6.2040700@infracaninophile.co.uk> <4AAB9F79.4080906@infracaninophile.co.uk> Message-ID: 2009/9/12 Matthew Seaman wrote: > > If hald is in a state where it won't respond to a kill -9 then you have > no alternative but to hit the big red button and force your machine to > reboot in order to get rid of it. hald shouldn't ever get into that state > -- it used to happen to programs using resources on a NFS drive if the NFS > server went away suddenly, and you'ld see lots of 'D's in the STAT column > of ps(1}'s -auxwww output. That is about the only way to achieve that effect > I know of, and it shouldn't affect a system daemon like hald though. > Here's ps output: > ps auxww | grep hal haldaemon 1240 0,0 0,2 6812 4012 ?? Ds 12:17 0:15,38 /usr/local/sbin/hald root 1244 0,0 0,1 5776 2140 ?? I 12:17 0:00,04 hald-runner root 1252 0,0 0,1 5600 1732 ?? I 12:17 0:00,01 hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) root 1258 0,0 0,1 5600 1732 ?? I 12:17 0:00,01 hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) root 1261 0,0 0,1 3652 1432 ?? S 12:17 0:02,30 hald-addon-storage: /dev/cd0 (hald-addon-storage) nicholas 1471 0,0 0,2 8084 3692 ?? S 12:20 0:00,64 /usr/local/libexec/gvfs-hal-volume-monitor root 2513 0,0 0,1 3652 1292 ?? DE 15:46 0:00,21 hald-probe-scsi: /dev/da1 (hald-probe-scsi) root 2514 0,0 0,1 3652 1240 ?? I 15:46 0:00,01 /usr/local/libexec/hald-addon-storage nicholas 3735 0,0 0,1 3340 1152 p1 S+ 17:31 0:00,00 grep hal I noticed, if i plug/unplug my mobile phone (it works as flash drive) for several times, usb can brake. I.e. when i plug phone again nothing is being shown in dmesg. Could usb cause this hald state? From niktychina at gmail.com Sat Sep 12 13:39:19 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sat Sep 12 13:39:31 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: References: <4AAB9BB6.2040700@infracaninophile.co.uk> <4AAB9F79.4080906@infracaninophile.co.uk> Message-ID: Yeah, i killed all `pgrep hal` processes except 2: lettuce# ps auxww | grep hal haldaemon 1240 0,0 0,2 6812 4012 ?? Ds 12:17 0:15,38 /usr/local/sbin/hald root 2513 0,0 0,1 3652 1292 ?? DE 15:46 0:00,22 hald-probe-scsi: /dev/da1 (hald-probe-scsi) Something with my usb (da1 was phone) From admin at galaxypc.net Sat Sep 12 14:07:39 2009 From: admin at galaxypc.net (GalaxyPC.Net Administrator) Date: Sat Sep 12 14:07:46 2009 Subject: amavisd-new crashing Message-ID: <005001ca33b0$b5d07a40$21716ec0$@net> Eric, I battled this all morning and found some helpful posts on the amavisd-new sourceforge lists. In the decoders section of amavisd.conf, look for the following lines. Comment out one at a time, reloading amavisd each time, of course, until you are able to flush your queue successfully. In my case it was 'asc', but in yours I would try 'uue' first. There were suggestions on SF to comment all the 'ascii' lines out. ['asc', \&do_ascii], ['uue', \&do_ascii], ['hqx', \&do_ascii], ['ync', \&do_ascii], Good luck, Russ From marcus at marcuscom.com Sat Sep 12 16:50:30 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Sep 12 16:50:43 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: References: <4AAB9BB6.2040700@infracaninophile.co.uk> <4AAB9F79.4080906@infracaninophile.co.uk> Message-ID: <1252774233.97925.75.camel@shumai.marcuscom.com> On Sat, 2009-09-12 at 17:35 +0400, Nikolay Tychina wrote: > 2009/9/12 Matthew Seaman wrote: > > > > If hald is in a state where it won't respond to a kill -9 then you have > > no alternative but to hit the big red button and force your machine to > > reboot in order to get rid of it. hald shouldn't ever get into that state > > -- it used to happen to programs using resources on a NFS drive if the NFS > > server went away suddenly, and you'ld see lots of 'D's in the STAT column > > of ps(1}'s -auxwww output. That is about the only way to achieve that effect > > I know of, and it shouldn't affect a system daemon like hald though. > > > > > Here's ps output: > > ps auxww | grep hal > haldaemon 1240 0,0 0,2 6812 4012 ?? Ds 12:17 0:15,38 > /usr/local/sbin/hald > root 1244 0,0 0,1 5776 2140 ?? I 12:17 0:00,04 > hald-runner > root 1252 0,0 0,1 5600 1732 ?? I 12:17 0:00,01 > hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) > root 1258 0,0 0,1 5600 1732 ?? I 12:17 0:00,01 > hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) > root 1261 0,0 0,1 3652 1432 ?? S 12:17 0:02,30 > hald-addon-storage: /dev/cd0 (hald-addon-storage) > nicholas 1471 0,0 0,2 8084 3692 ?? S 12:20 0:00,64 > /usr/local/libexec/gvfs-hal-volume-monitor > root 2513 0,0 0,1 3652 1292 ?? DE 15:46 0:00,21 > hald-probe-scsi: /dev/da1 (hald-probe-scsi) > root 2514 0,0 0,1 3652 1240 ?? I 15:46 0:00,01 > /usr/local/libexec/hald-addon-storage > nicholas 3735 0,0 0,1 3340 1152 p1 S+ 17:31 0:00,00 grep hal > > I noticed, if i plug/unplug my mobile phone (it works as flash drive) for > several times, usb can brake. I.e. when i plug phone again nothing is being > shown in dmesg. Could usb cause this hald state? This has been reported before. You need to make sure you unmount any volumes related to that USB device before removing it. The new USB stack will allow hal to force the unmount, but that isn't coming until hal-0.5.13, and won't be available unless you're running 8.X or higher. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090912/c0233292/attachment.pgp From fullermd at over-yonder.net Sat Sep 12 17:04:39 2009 From: fullermd at over-yonder.net (Matthew D. Fuller) Date: Sat Sep 12 17:04:47 2009 Subject: port does not fetch with fetch -A, redirect In-Reply-To: <4AAB9AA3.90909@infracaninophile.co.uk> References: <4AAB8B38.3030705@gmail.com> <4AAB9AA3.90909@infracaninophile.co.uk> Message-ID: <20090912164638.GI31424@over-yonder.net> On Sat, Sep 12, 2009 at 01:57:07PM +0100 I heard the voice of Matthew Seaman, and lo! it spake thus: > > Despite the problems you report, it seems to work fine from here. It doesn't work fine when you use fetch -A, which ports does for the fetch target. I had to do the same thing (manually dereference to the launchpadlibrarian.net URL) for the bazaar-ng and bzrtools ports. It's a ugly PITA. I wish ports just followed the redirects; we have SIZE and 2 checksums to tell us if it points to something we don't want. But who wants to start THAT flamefest? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From gcr+freebsd-ports at tharned.org Sat Sep 12 17:05:42 2009 From: gcr+freebsd-ports at tharned.org (Greg Rivers) Date: Sat Sep 12 17:05:49 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: References: Message-ID: On Sat, 12 Sep 2009, Nikolay Tychina wrote: > i updated to hal-0.5.11_26 and now i'm experiencing some problems wth hald. > Some time after starting it stops working. lshal gives no response, devices > aren't detected anymore. > I can't restart hal, stop it or kill: > lettuce# /usr/local/etc/rc.d/hald forcestop > Stopping hald. > Waiting for PIDS: 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, 1240, > [snip] > 1240, 1240, 1240, 1240, 1240, 1240 et cetera, et cetera, et cetera... > > I hadn't have this problem with earlier versions until i updated hal. > Help me to solve it, please. > This sounds like the same problem I reported last month on freebsd-current@: see thread at http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010406.html Sam Leffler indicated that this is a known problem, but the person working on it was away. It does make hald pretty much unusable. -- Greg Rivers From niktychina at gmail.com Sat Sep 12 17:09:36 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sat Sep 12 17:09:42 2009 Subject: FreeBSD Port: hal-0.5.11_26 In-Reply-To: References: Message-ID: Greg Rivers wrote: > > > This sounds like the same problem I reported last month on freebsd-current@: > see thread at > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010406.html > > Sam Leffler indicated that this is a known problem, but the person working > on it was away. It does make hald pretty much unusable. > > -- > Greg Rivers > Joe Marcus Clarke wrote: > This has been reported before. You need to make sure you unmount any > volumes related to that USB device before removing it. The new USB > stack will allow hal to force the unmount, but that isn't coming until > hal-0.5.13, and won't be available unless you're running 8.X or higher. > Thanks for explanations. I will check mount everytime (I'm running 7.2-STABLE) Cheers, Nik From david at vizion2000.net Sat Sep 12 17:32:04 2009 From: david at vizion2000.net (David Southwell) Date: Sat Sep 12 17:32:16 2009 Subject: python26-2.6.2_3 fails patchset up on amd64 In-Reply-To: <20090911223317.GA19750@amp2.iem.pw.edu.pl> References: <200909112100.27416.david@vizion2000.net> <20090911223317.GA19750@amp2.iem.pw.edu.pl> Message-ID: <200909121831.49306.david@vizion2000.net> > On Fri, Sep 11, 2009 at 09:00:27PM +0100, David Southwell wrote: > > portupgrade -a failed. I then attempted the following which also failed > > with identical error messages: > > Hello David, > > Patching files/patch-setup.py : > > % diff /PORTS/lang/python26/files/patch-setup.py /tmp > 77c77 > < - elif platform in ('freebsd4', 'freebsd5', 'freebsd6'): > --- > > > - elif platform in ('freebsd4', 'freebsd5', 'freebsd6', > > 'freebsd7', 'freebsd8'): > > 81c81 > < macros = dict( # FreeBSD 4-6 > --- > > > macros = dict( # FreeBSD > > I build it sucessfully. > > cheers, > -at > > > dns1# make > > ===> Found saved configuration for python26-2.6.2_3 > > ===> Extracting for python26-2.6.2_3 > > => MD5 Checksum OK for python/Python-2.6.2.tgz. > > => SHA256 Checksum OK for python/Python-2.6.2.tgz. > > ===> Patching for python26-2.6.2_3 > > /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 > > /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static > > /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules > > /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > > > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared| python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > > > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared| python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > > > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared| python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > > > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared| python),\12.6,'` > > /usr/bin/sed -i.bak -e 's,/usr/doc/python- > > docs-,/usr/local/share/doc/python,g' > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py > > /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, "/usr/local"]|g' > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py > > /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' > > /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port > > \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > /usr/ports/lang/python26/work/python2.6-config > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > /usr/ports/lang/python26/work/python-shared2.6-config > > ===> Applying extra patch > > /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying > > FreeBSD patches for python26-2.6.2_3 > > 1 out of 11 hunks failed--saving rejects to setup.py.rej > > => Patch patch-setup.py failed to apply cleanly. > > => Patch(es) patch-Lib_test_test_threading.py > > patch-Modules-_ctypes-libffi- configure patch-Python2.6-Lib_local.py > > patch-Python_thread__pthread.h applied cleanly. > > *** Error code 1 > > > > Stop in /usr/ports/lang/python26. > > *** Error code 1 > > > > Stop in /usr/ports/lang/python26. > > dns1# > > Thanks in advance for any advice > > > > David > Just cvsup ports and tried again here is what I am getting: dns1# portupgrade -a ---> Upgrading 'py26-papyon-0.4.1' to 'py26-papyon-0.4.2' (net-im/papyon) ---> Building '/usr/ports/net-im/papyon' ===> Cleaning for py26-papyon-0.4.2 ===> Extracting for py26-papyon-0.4.2 => MD5 Checksum OK for papyon-0.4.2.tar.gz. => SHA256 Checksum OK for papyon-0.4.2.tar.gz. ===> Patching for py26-papyon-0.4.2 ===> Applying FreeBSD patches for py26-papyon-0.4.2 ===> py26-papyon-0.4.2 depends on file: /usr/local/lib/python2.6/site- packages/gtk-2.0/gobject/_gobject.so - found ===> py26-papyon-0.4.2 depends on file: /usr/local/lib/python2.6/site- packages/OpenSSL/SSL.so - found ===> py26-papyon-0.4.2 depends on file: /usr/local/lib/python2.6/site- packages/Crypto/Hash/SHA.py - found ===> py26-papyon-0.4.2 depends on file: /usr/local/bin/python2.6 - not found ===> Verifying install for /usr/local/bin/python2.6 in /usr/ports/lang/python26 ===> Found saved configuration for python26-2.6.2_3 ===> Extracting for python26-2.6.2_3 => MD5 Checksum OK for python/Python-2.6.2.tgz. => SHA256 Checksum OK for python/Python-2.6.2.tgz. ===> Patching for python26-2.6.2_3 /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -i.bak -e 's,/usr/doc/python- docs-,/usr/local/share/doc/python,g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, "/usr/local"]|g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python2.6-config /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python-shared2.6-config ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying FreeBSD patches for python26-2.6.2_3 1 out of 11 hunks failed--saving rejects to setup.py.rej => Patch patch-setup.py failed to apply cleanly. => Patch(es) patch-Lib_test_test_threading.py patch-Modules-_ctypes-libffi- configure patch-Python2.6-Lib_local.py patch-Python_thread__pthread.h applied cleanly. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/net-im/papyon. ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'py26-papyon-0.4.1' pkg_delete: package 'py26-papyon-0.4.1' is required by these other packages and may not be deinstalled (but I'll delete it anyway): py26-telepathy-butterfly-0.5.0 pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/gnet/proxy/HTTPConnect.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/gnet/proxy/proxy_infos.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site-packages/papyon/msnp/command.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site-packages/papyon/msnp/constants.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site-packages/papyon/msnp/mailbox.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/msnp/notification.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/msnp/switchboard.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site-packages/papyon/profile.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/service/AddressBook/scenario/contacts/accept_invite.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/service/AddressBook/scenario/contacts/messenger_contact_add.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/lib/python2.6/site- packages/papyon/service/description/SingleSignOn/RequestMultipleSecurityTokens.pyc' fails original MD5 checksum - deleted anyway. [Updating the pkgdb in /var/db/pkg ... - 1081 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> py26-papyon-0.4.2 depends on file: /usr/local/lib/python2.6/site- packages/gtk-2.0/gobject/_gobject.so - found ===> py26-papyon-0.4.2 depends on file: /usr/local/lib/python2.6/site- packages/OpenSSL/SSL.so - found ===> py26-papyon-0.4.2 depends on file: /usr/local/lib/python2.6/site- packages/Crypto/Hash/SHA.py - found ===> py26-papyon-0.4.2 depends on file: /usr/local/bin/python2.6 - not found ===> Verifying reinstall for /usr/local/bin/python2.6 in /usr/ports/lang/python26 ===> Patching for python26-2.6.2_3 /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ ln: /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts//smtpd.py: File exists *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/net-im/papyon. *** Error code 1 Stop in /usr/ports/net-im/papyon. ===> Cleaning for python26-2.6.2_3 ===> Cleaning for py26-papyon-0.4.2 ---> Cleaning out obsolete shared libraries ---> Upgrading 'xcb-util-0.3.5' to 'xcb-util-0.3.6' (x11/xcb-util) From ktullavik at gmail.com Sat Sep 12 19:11:43 2009 From: ktullavik at gmail.com (Kjell Tore Ullavik) Date: Sat Sep 12 19:11:49 2009 Subject: port does not fetch with fetch -A, redirect In-Reply-To: <20090912164638.GI31424@over-yonder.net> References: <4AAB8B38.3030705@gmail.com> <4AAB9AA3.90909@infracaninophile.co.uk> <20090912164638.GI31424@over-yonder.net> Message-ID: <4AABF25D.7030707@gmail.com> Oh, the launchpadlibrarian address, still works, my bad. Hopefully everything is ok then. From jorge at bsdchile.cl Sun Sep 13 00:40:44 2009 From: jorge at bsdchile.cl (Jorge Medina) Date: Sun Sep 13 00:40:50 2009 Subject: valgrind FreeBSD 7.2 with updated ports error Message-ID: <28d0e6b80909121713u4246c8c7n48e457955691f753@mail.gmail.com> if gcc34 -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include -I./x86 -DVG_LIBDIR="\"/usr/local/lib/valgrind"\" -Winline -Wall -Wshadow -O -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -g -DELFSZ=32 -MT vg_messages.o -MD -MP -MF ".deps/vg_messages.Tpo" -c -o vg_messages.o vg_messages.c; \ then mv -f ".deps/vg_messages.Tpo" ".deps/vg_messages.Po"; else rm -f ".deps/vg_messages.Tpo"; exit 1; fi if gcc34 -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include -I./x86 -DVG_LIBDIR="\"/usr/local/lib/valgrind"\" -Winline -Wall -Wshadow -O -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -g -DELFSZ=32 -MT vg_mylibc.o -MD -MP -MF ".deps/vg_mylibc.Tpo" -c -o vg_mylibc.o vg_mylibc.c; \ then mv -f ".deps/vg_mylibc.Tpo" ".deps/vg_mylibc.Po"; else rm -f ".deps/vg_mylibc.Tpo"; exit 1; fi vg_mylibc.c: In function `vgPlain_brk': vg_mylibc.c:445: warning: implicit declaration of function `brk' vg_mylibc.c:446: warning: implicit declaration of function `sbrk' vg_mylibc.c:446: warning: return makes pointer from integer without a cast if gcc34 -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include -I./x86 -DVG_LIBDIR="\"/usr/local/lib/valgrind"\" -Winline -Wall -Wshadow -O -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -g -DELFSZ=32 -MT vg_needs.o -MD -MP -MF ".deps/vg_needs.Tpo" -c -o vg_needs.o vg_needs.c; \ then mv -f ".deps/vg_needs.Tpo" ".deps/vg_needs.Po"; else rm -f ".deps/vg_needs.Tpo"; exit 1; fi if gcc34 -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include -I./x86 -DVG_LIBDIR="\"/usr/local/lib/valgrind"\" -Winline -Wall -Wshadow -O -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -g -DELFSZ=32 -MT vg_procselfmaps.o -MD -MP -MF ".deps/vg_procselfmaps.Tpo" -c -o vg_procselfmaps.o vg_procselfmaps.c; \ then mv -f ".deps/vg_procselfmaps.Tpo" ".deps/vg_procselfmaps.Po"; else rm -f ".deps/vg_procselfmaps.Tpo"; exit 1; fi vg_procselfmaps.c: In function `find_path': vg_procselfmaps.c:45: warning: passing arg 1 of `dladdr' makes pointer from integer without a cast vg_procselfmaps.c: In function `vgPlain_parse_procselfmaps': vg_procselfmaps.c:389: warning: assignment discards qualifiers from pointer target type vg_procselfmaps.c:195: warning: unused variable `pp' vg_procselfmaps.c:196: warning: 'maj' might be used uninitialized in this function vg_procselfmaps.c:196: warning: 'min' might be used uninitialized in this function vg_procselfmaps.c:196: warning: 'ino' might be used uninitialized in this function if gcc34 -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include -I./x86 -DVG_LIBDIR="\"/usr/local/lib/valgrind"\" -Winline -Wall -Wshadow -O -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -g -DELFSZ=32 -MT vg_proxylwp.o -MD -MP -MF ".deps/vg_proxylwp.Tpo" -c -o vg_proxylwp.o vg_proxylwp.c; \ then mv -f ".deps/vg_proxylwp.Tpo" ".deps/vg_proxylwp.Po"; else rm -f ".deps/vg_proxylwp.Tpo"; exit 1; fi In file included from vg_unsafe.h:105, from vg_proxylwp.c:33: /usr/include/sys/shm.h:80: error: field `shm_perm' has incomplete type gmake[4]: *** [vg_proxylwp.o] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/valgrind/work/valgrind-stable-352/coregrind' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/valgrind/work/valgrind-stable-352/coregrind' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/valgrind/work/valgrind-stable-352/coregrind' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/valgrind/work/valgrind-stable-352' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/devel/valgrind. -- Jorge Andr?s Medina Oliva. From andzinsm at volt.iem.pw.edu.pl Sun Sep 13 16:40:06 2009 From: andzinsm at volt.iem.pw.edu.pl (Maciej =?ISO-8859-2?Q?Andzi=F1ski?=) Date: Sun Sep 13 16:40:12 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability Message-ID: <200909131640.n8DGe5xP028540@freefall.freebsd.org> The following reply was made to PR ports/138698; it has been noted by GNATS. From: Maciej =?ISO-8859-2?Q?Andzi=F1ski?= To: Miroslav Lachman <000.fbsd@quip.cz> Cc: bug-followup@FreeBSD.org Subject: Re: ports/138698: lang/php5: PHP session.save_path vulnerability Date: Sun, 13 Sep 2009 18:38:44 +0200 I am linux user, so maybe you could recomend better location in FreeBSD than /var/lib/php5? I am also thinking where to add "mkdir" command, is there any special place in makefile? What do you think? From joey at mingrone.org Sun Sep 13 16:43:13 2009 From: joey at mingrone.org (Joey Mingrone) Date: Sun Sep 13 16:43:20 2009 Subject: FreeBSD Port: octave-3.2.2_5 Message-ID: Hi: I'm having some trouble upgrading this port. % uname -a FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... i386 Here's the error in the build: making gendoc.cc g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread making DOCSTRINGS /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by ./gendoc not found gmake[2]: *** [DOCSTRINGS] Error 1 gmake[2]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2/src' gmake[1]: *** [src] Error 2 gmake[1]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/math/octave. ===>>> make failed for math/octave ===>>> Aborting update This may also be relevant: usr/local/lib % find ./ -iname "*libstdc++*" ./gcc44/libstdc++.so.6 ./gcc44/libstdc++.so ./gcc44/libstdc++.a /usr/local/lib % pkg_info -W ./gcc44/libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6 was installed by package gcc-4.4.2.20090908 /usr/lib % find ./ -iname "*libstdc++*" ./libstdc++.a ./libstdc++.so.6 ./libstdc++.so ./libstdc++_p.a If there's any other information I can provide, please let me know. Cheers, Joey From miklosovic.freebsd at gmail.com Sun Sep 13 20:00:36 2009 From: miklosovic.freebsd at gmail.com (Stefan Miklosovic) Date: Sun Sep 13 20:00:43 2009 Subject: add own program to ports + help with port / program Message-ID: hi list, I am about writing shell script which adds system account by tens (even hundreds). Info about added accounts is stored in external file which has syntax like this account-name:comment:email-addres Briefly, account-name is name of account comment field is comment which appears in /etc/passwd comment field email-address is address where info about just created account is sent (optional) eg. joe:Joe Brown:joe@something.com mark:Mark Red:mark@nowhere.org tim:Tim Yellow:timmy@example.com Script is checking file syntax and if syntax is bad, it exits. If it is ok, accounts is being created. You can modify a lot of infos, these are stored in config file in /usr/local/etc/pwgroup.conf, eg # output file with passwords of newly # created user accounts PASSWD_FILE="passwords" # uid of first created user UID="2000" # root home dir of users HOME_DIR="/home" # comment for users, appears in /etc/passwd # in comment field COMMENT="" # primary group for users, if empty, # primary group will be a user name GROUP="users" # comma separated list of groups # users should be a member of GROUPLIST="" # shell for users SHELL="/bin/csh" # use quotas QUOTAS="NO" # hard quote limit QUOTA_HARD="1536" # soft quote limit QUOTA_SOFT="1024" # disk device upon which users are created DISK_DEV="/home" # expiration date of accounts ACCOUNT_EXP="30-Jun-2010" # length of password PASSWORD_LENGTH="8" ========== as you can see, you can set quotas for users, account expiration of accounts, password length, shell and so on. Variables in config file are default, if you do not overwrite some at command line. some examples: # pwgrp -a -f users -c "unix begginer" -s /usr/local/bin/bash -q -qh 2048 -l 10 (adding users) # pwgrp -r -f remove_users (list of users for removing) Password are generated by apg program Quotas are set by setquotas. The main reason I write this mail is to make some feedback about program to me and even test it and comment it. I want to write this program but I do not know if I do it correct and I need some feedback about programming style or just some info what do you think about it. At this time, there is absence of manual, but if you track code, I think you understand it. Any ideas are highly appreciated. From freebsd at edvax.de Sun Sep 13 20:04:40 2009 From: freebsd at edvax.de (Polytropon) Date: Sun Sep 13 20:04:47 2009 Subject: add own program to ports + help with port / program In-Reply-To: References: Message-ID: <20090913214935.57a33015.freebsd@edvax.de> On Sun, 13 Sep 2009 21:38:00 +0200, Stefan Miklosovic wrote: > I am about writing shell script which adds system account > by tens (even hundreds). Interesting and useful tool. I'm sure many sysadmins have created such tools for their own needs, but it wouldn't be bad to have one publically available from the ports collection. > Password are generated by apg program In order to employ an alternate password generation program (e. g. pwgen), you could even add an entry to your configuration file. > I want to write this program but I do not know if I do it correct and I need > some > feedback about programming style or just some info what do you think about > it. Style is highly debatable and is discussed ocassionally on this list. But finally, YOU are the programmer and YOU are the one who decides about style. Programming tips to mainly rely on which programming language you use. For example, if you're using C, I would suggest you to only use "safe functions" (e. g. no strcpy() function) and always check return values (e. g. fopen(), fputs() and fclose() functions, if you use them for accessing files). In case you are using threads, check that your program is "thread safe". Testing as much as possible is important because you're writing a program that is acting on system level (root) when it does "simply" create user accounts. > At this time, there is absence of manual, but if you track code, I think > you understand it. In order to comply to FreeBSD's philosophy of quality, you should, if your program is complete, take the time to write a manpage. As a developer, I always loved FreeBSD for its excellent documentation. Don't do it "the Linux way" - leave documentation to the Web, a Wiki, or the users. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From chat95 at mac.com Sun Sep 13 20:51:15 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sun Sep 13 20:51:22 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: References: Message-ID: <20090914.052227.737004071327874254.chat95@mac.com> From: Joey Mingrone Subject: FreeBSD Port: octave-3.2.2_5 Date: Sun, 13 Sep 2009 13:43:12 -0300 > Hi: > > I'm having some trouble upgrading this port. > > % uname -a > FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... i386 > > Here's the error in the build: > making gendoc.cc > g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include > -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread > making DOCSTRINGS > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by ./gendoc not found > gmake[2]: *** [DOCSTRINGS] Error 1 > gmake[2]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2/src' > gmake[1]: *** [src] Error 2 > gmake[1]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/math/octave. > > ===>>> make failed for math/octave > ===>>> Aborting update > > This may also be relevant: > > usr/local/lib % find ./ -iname "*libstdc++*" > ./gcc44/libstdc++.so.6 > ./gcc44/libstdc++.so > ./gcc44/libstdc++.a > > /usr/local/lib % pkg_info -W ./gcc44/libstdc++.so.6 > /usr/local/lib/gcc44/libstdc++.so.6 was installed by package gcc-4.4.2.20090908 > > /usr/lib % find ./ -iname "*libstdc++*" > ./libstdc++.a > ./libstdc++.so.6 > ./libstdc++.so > ./libstdc++_p.a > > If there's any other information I can provide, please let me know. > > Cheers, > > Joey > Hi Joey, I guess some other programs linked against use it. Whole ports rebuild might fix. thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From mandrews at bit0.com Mon Sep 14 00:03:47 2009 From: mandrews at bit0.com (Mike Andrews) Date: Mon Sep 14 00:03:54 2009 Subject: amavisd-new crashing In-Reply-To: <005001ca33b0$b5d07a40$21716ec0$@net> References: <005001ca33b0$b5d07a40$21716ec0$@net> Message-ID: On Sat, 12 Sep 2009, GalaxyPC.Net Administrator wrote: > Eric, > > I battled this all morning and found some helpful posts on the amavisd-new > sourceforge lists. In the decoders section of amavisd.conf, look for the > following lines. Comment out one at a time, reloading amavisd each time, of > course, until you are able to flush your queue successfully. In my case it > was 'asc', but in yours I would try 'uue' first. There were suggestions on > SF to comment all the 'ascii' lines out. > > ['asc', \&do_ascii], > ['uue', \&do_ascii], > ['hqx', \&do_ascii], > ['ync', \&do_ascii], Yep, I had the same problem on two different machines (one 8.0 one 7.2), and the same fix. The problem is actually in Convert::UUlib, rather than specifically in amavisd-new... commenting out those lines removes all calls to Convert::UUlib thus working around the problem. From villa.alberto at gmail.com Mon Sep 14 00:18:27 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Mon Sep 14 00:19:00 2009 Subject: show port commit history in portmaster Message-ID: <200909140157.41331.villa.alberto@gmail.com> hello! encouraged by a request, i've written this small utility (attached) to show the commit history for a port (using freshports.org), and i was wondering... how about adding this functionality to portmaster? here's an example of its output: $ ./portchangelog.sh editors/vim ===>>> Gathering commit history for editors/vim ===>>> Number of commits found: 220 (showing only 100 on this page) =================>>> 29 Jul 2009 21:19:43 >> 7.2.239 Committer: wxs@FreeBSD.org Chase patch rename so that it passes "make checksum" =================>>> 29 Jul 2009 08:40:23 >> 7.2.239 Committer: obrien@FreeBSD.org Change name of diked patch. at the moment it is a bit rough (it is just a shell script), but i can make it more serious if wanted (eg. not using a " " to identify a field) so... what do you think about this? -- Alberto Villa As far as we know, our computer has never had an undetected error. -- Weisert From gerald at pfeifer.com Mon Sep 14 00:21:39 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Mon Sep 14 00:21:46 2009 Subject: My plan to fix the versioning for lang/gcc ports In-Reply-To: References: Message-ID: Hi Ade, I think I haven't thanked you for your input and recommendation on this. On Tue, 19 May 2009, Ade Lovett wrote: >> PORTVERSION= 4.3.4.20090517 > Rather than going that way, why not take a leaf out of "standard" > practice for DNS SOA serial numbers, and go with: > > PORTVERSION= 4.3.4 > PORTREVISION= ${SNAPDATE}${SNAPREVISION} > > SNAPDATE= 20090517 > SNAPREVISION= 00 This immediately resonated, and I liked the idea a lot. There is one killer argument which made me go for the somewhat more tricky approach to pack all that into PORTVERSION and not touch PORTREVISION, and that was the occasional need -- by third parties -- to do a PORTREVISION bump using Tools/bump_revision.pl or the like. > Probably a lot less work in the long run. The current approach is not a lot more work, but inded three non- immediate Makefile variable tricks. From lang/gcc45: PORTVERSION= 4.5.0.20090910 VERSIONSTRING= ${PORTVERSION:C/([0-9]+\.[0-9]+).*\.([0-9]+)/\1-\2/} SUFFIX= ${PORTVERSION:C/([0-9]+).([0-9]+).*/\1\2/} PLIST_SUB= GCC_VER=${PORTVERSION:C/(.+)\.[0-9]+/\1/} \ I have using this for a couple of months across all lang/gcc4x ports, and it's been working well. Gerald From chat95 at mac.com Mon Sep 14 01:55:47 2009 From: chat95 at mac.com (Maho NAKATA) Date: Mon Sep 14 01:55:53 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: References: Message-ID: <20090914.105527.737004071327869963.chat95@mac.com> From: Joey Mingrone Subject: FreeBSD Port: octave-3.2.2_5 Date: Sun, 13 Sep 2009 13:43:12 -0300 > Hi: > > I'm having some trouble upgrading this port. > > % uname -a > FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... i386 > > Here's the error in the build: > making gendoc.cc > g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include > -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread > making DOCSTRINGS > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by ./gendoc not found > gmake[2]: *** [DOCSTRINGS] Error 1 > gmake[2]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2/src' > gmake[1]: *** [src] Error 2 > gmake[1]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/math/octave. > > ===>>> make failed for math/octave > ===>>> Aborting update > > This may also be relevant: > > usr/local/lib % find ./ -iname "*libstdc++*" > ./gcc44/libstdc++.so.6 > ./gcc44/libstdc++.so > ./gcc44/libstdc++.a > > /usr/local/lib % pkg_info -W ./gcc44/libstdc++.so.6 > /usr/local/lib/gcc44/libstdc++.so.6 was installed by package gcc-4.4.2.20090908 > > /usr/lib % find ./ -iname "*libstdc++*" > ./libstdc++.a > ./libstdc++.so.6 > ./libstdc++.so > ./libstdc++_p.a > > If there's any other information I can provide, please let me know. > > Cheers, > > Joey > Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. you should recompile all ports... thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From tingox at gmail.com Mon Sep 14 06:29:49 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Sep 14 06:29:56 2009 Subject: editors/openoffice.org-3 - build fails again In-Reply-To: References: Message-ID: Upfate: FWIW - with a ports tre updated yesterday (2009-09-13) the openoffice.org3.1.1 bilds and installs like it should. My machine is: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 18:23:22 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/V2 amd64 -- Regards, Torfinn Ingolfsen From mitsuru at zebu.yokohama.riken.jp Mon Sep 14 06:48:36 2009 From: mitsuru at zebu.yokohama.riken.jp (mitsuru@zebu.yokohama.riken.jp) Date: Mon Sep 14 06:48:42 2009 Subject: csync2 broken, how to keep a few web servers in sync? In-Reply-To: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B09A2B1F5@SRV.o.1adm.ru> References: <6ADDA2AC9C82F04AAFF4CD5C6884888F2B07705B34@SRV.o.1adm.ru> <86ab1c7ev2.wl%mitsuru@zebu.riken.go.jp> <6ADDA2AC9C82F04AAFF4CD5C6884888F2B09A2B1F5@SRV.o.1adm.ru> Message-ID: <863a6qnhrb.wl%mitsuru@zebu.riken.go.jp> > I tested csync2 build with your path - all are OK! :) Thank you for your precise report. I have sent a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=138804 > Mitsuru, do you have Western Union in Japan? I need your name & city to transfer a little financial thank you. It's not necessary. You could donate to the FreeBSD Foundation if you want, and it would benefit us all. http://www.freebsdfoundation.org/donate/ -- Mitsuru From avg at icyb.net.ua Mon Sep 14 08:20:08 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Sep 14 08:20:14 2009 Subject: multimedia/dvdauthor and freebidi Message-ID: <4AADFCB3.10502@icyb.net.ua> I am not sure if this is a local problem here or something more general. I can not build multimedia/dvdauthor port (version 0.6.14_4) when fribidi-0.19.2_1 is also installed on the system. I don't fribidi capabilities in dvdauthor, but it was installed as a dependency for some other port (kde-ish) and, unfortunately, dvdauthor port automatically discovers it and uses it without asking me any questions. Technical details. Here's the failure message from the build: ... if cc -DHAVE_CONFIG_H -I. -I. -I. -DSYSCONFDIR="\"/usr/local/etc\"" -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/fribidi -I/usr/local/include -I/usr/local/include -Wall -DICONV_CONV=yes -MT subreader.o -MD -MP -MF ".deps/subreader.Tpo" -c -o subreader.o subreader.c; \ then mv -f ".deps/subreader.Tpo" ".deps/subreader.Po"; else rm -f ".deps/subreader.Tpo"; exit 1; fi subreader.c: In function 'sub_read_line_aqt': subreader.c:661: warning: comparison with string literal results in unspecified behaviour subreader.c:661: warning: comparison with string literal results in unspecified behaviour subreader.c: In function 'sub_read_line_subrip09': subreader.c:717: warning: comparison with string literal results in unspecified behaviour subreader.c: In function 'sub_fribidi': subreader.c:1082: error: 'FRIBIDI_TRUE' undeclared (first use in this function) subreader.c:1082: error: (Each undeclared identifier is reported only once subreader.c:1082: error: for each function it appears in.) subreader.c:1083: error: 'FRIBIDI_FALSE' undeclared (first use in this function) subreader.c:1102: warning: passing argument 3 of 'fribidi_log2vis' from incompatible pointer type gmake[2]: *** [subreader.o] Error 1 gmake[2]: Leaving directory `/usr/obj/ports/usr/ports/multimedia/dvdauthor/work/dvdauthor-0.6.14/src' -- Andriy Gapon From david at vizion2000.net Mon Sep 14 09:31:11 2009 From: david at vizion2000.net (David Southwell) Date: Mon Sep 14 09:31:18 2009 Subject: Still getting python26 build failure Message-ID: <200909141030.53657.david@vizion2000.net> FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009 david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 Thanks in advance for info on how to fix this.. David dns1# cd python26 dns1# make ===> Found saved configuration for python26-2.6.2_3 ===> Extracting for python26-2.6.2_3 => MD5 Checksum OK for python/Python-2.6.2.tgz. => SHA256 Checksum OK for python/Python-2.6.2.tgz. ===> Patching for python26-2.6.2_3 /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared| python),\12.6,'` /usr/bin/sed -i.bak -e 's,/usr/doc/python- docs-,/usr/local/share/doc/python,g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, "/usr/local"]|g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python2.6-config /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python-shared2.6-config ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying FreeBSD patches for python26-2.6.2_3 1 out of 11 hunks failed--saving rejects to setup.py.rej => Patch patch-setup.py failed to apply cleanly. => Patch(es) patch-Lib_test_test_threading.py patch-Modules-_ctypes-libffi- configure patch-Python2.6-Lib_local.py patch-Python_thread__pthread.h applied cleanly. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. From fenner at FreeBSD.org Mon Sep 14 10:00:15 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Mon Sep 14 10:00:22 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200909141000.n8EA0ECc001340@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 bugmaster at FreeBSD.org Mon Sep 14 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 14 11:06:33 2009 Subject: Current unassigned ports problem reports Message-ID: <200909141106.n8EB65pW071391@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/138806 New port: games/avp-demo ("Aliens versus predator" dem o ports/138804 Update port: net/csync2 a patch to compile with new g o ports/138800 [patch] - update devel/a2dev f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 f ports/138791 [PATCH] math/py25-sympy: update to 0.6.5 o ports/138787 [NEW PORT] security/nettle2: A low-level cryptographic o ports/138786 x11-toolkits/plib unable to connect to network o ports/138785 [maintainer] misc/heyu2 - update from 2.7.0 to 2.8.0 o ports/138774 Tools/bump_revision.pl incorrectly handled REVISION?= f ports/138770 [patch] devel/boost-python-libs: don't default to pyst o ports/138767 Update port: multimedia/cx88 Add PID filter and suppor o ports/138763 update textproc/ibus o ports/138761 [PATCH] science/avogadro: update to 0.9.8 o ports/138753 New port: multimedia/pyjama Frontend to the Jamendo mu o ports/138751 [Maintainer] remove audio/audacious-mac o ports/138750 [Maintainer Update] converters/bsdconv 3.3 o ports/138746 Update port: multimedia/libtuner Add XC5000/S5H1411 tu o ports/138743 [MAINTAINER] mail/hotwayd: Mark as deprecated o ports/138740 postfix-2.6.3,1 will not build on 9-CURRENT o ports/138734 net/ladvd: update to 0.8.5 f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138712 update irc/kvirc-devel to 4.0.0rc1 f ports/138707 Port update: sysutils/radmind - Fix plist so package c o ports/138704 [MAINTAINER] sysutils/gosa: update to 2.6.5 o ports/138700 [PATCH]math/gsl: update to 1.13 o ports/138698 ports lang/php5: PHP session.save_path vulnerability o ports/138695 new slave port - games/ioquake3-devel o ports/138677 [MAINTAINER] sysutils/gosa: update to 2.6.5 o ports/138673 [new port] science/mol2ps o ports/138670 [new port] science/checkmol o ports/138651 [NEW PORT] net-mgmt/zabbix-proxy: 1.6.6 o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori f ports/138614 devel/gearmand: Upgrade to 0.9, and dependency fixes o ports/138602 audio/sphinxbase port update o ports/138601 audio/pocketsphinx port upgrade patch o ports/138596 [MAINTAINER] sysutils/samesame vlruwk problem o ports/138539 new port www/weave f ports/138506 Update Port: editors/p5-Padre to v. 0.45 f ports/138502 editors/p5-Padre dumps core. o ports/138486 [patch] www/apache22-peruser-mpm: FreeBSD fixes f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend f ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138422 port games/exult: linking fails with undefined referen f ports/138414 [PATCH] multimedia/shell-fm: update to 0.7 o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file f ports/138372 [UPDATE] security/prelude-lml to 0.9.15 f ports/138371 [UPDATE] security/libprelude to 0.9.24.1 f ports/138361 x11/libxcb: alleviate dependency on python f ports/138355 net/freeradius2 can't install from package when /usr/p o ports/138348 patch to java/openjdk6 so that build works again o ports/138345 [patch] graphics/wildmagic: update to latest version o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk f ports/138298 [PATCH]sysutils/file: update to 5.03 f ports/138284 security/openssh-portable: OpenSSH GSSAPI Key Exchange o ports/138259 Update ports: emulators/sdlmame-devel Update to 0.133u o ports/138252 Compile Issue: databases/firebird20-client o ports/138248 audio/sox bump to 14.2.0 o ports/138239 [PATCH] audio/fluidsynth: update to 1.0.9 o ports/138234 [new port] mail/milter-manager 1.2.0 o ports/138232 [new port] mail/opendkim 1.0.0 f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 f ports/138170 Update: x11/xlockmore to 5.28 f ports/138167 New upstream for converters/enca o ports/138164 [NEW PORT] security/p5-Net-Radius-Server: Framework fo o ports/138158 [NEW PORT] editors/p5-Vimana: Vim script manager o ports/138121 mail/fetchmail: fetchmail-6.3.11/SSL_set_fd() bad free f ports/138019 [PATCH] mail/dkimproxy: update to 1.2 f ports/137992 [PATCH] The startup script of mail/spamd has several b f ports/137990 Update of net/Scapy 2.0.1_3 f ports/137974 [update] converters/pdf2djvu: update + fix configure f o ports/137967 update to net-mgmt/chillispot rc script o ports/137959 [PATCH] irc/bitlbee-otr is not doing SRV lookups for X f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a f ports/137867 Cannot compile ports/databases/freetds (FreeBSD 8.0 BE f ports/137835 [PATCH] audio/musicpd o ports/137828 [PATCH] palm/barry: update to 0.14 o ports/137793 [NEW PORT] sysutils/uhidd: Userland USB HID device dri f ports/137751 [new port] audio/jokosher: Multi-track non-linear audi o ports/137747 [patch] Upgrade mail/mailscanner to 4.78.9 o ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137730 [NEW PORT] devel/fb303: The Facebook Bassline f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136934 devel/root is marked as BROKEN but OK with GCC 3.4 o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind o ports/136427 can't make devel/gwenhywfar o ports/136377 [MAINTAINER] science/netcdf: update to 4.0.1 o ports/136359 New port - lang/gnat-gcc44 f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136188 ftp/proftpd: Upgrade proftpd-mod_sql_tds to version 4. o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/134743 devel/Monotone and pthreaded dependencies o ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 o ports/134534 [PATCH] net/skype12, remove IGNORE s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files f ports/134181 [MAINTAINER] www/httrack: update to 3.43.4 s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133196 net/xmlrpc-c: rtorrent-devel rtorrent std::bad_alloc f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/131877 New Port: devel/parasite GTK+ UI debugging tool s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca s ports/130199 [PATCH] audio/mp3info: take maintainership s ports/130198 [PATCH] audio/libshout2: take maintainership o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 181 problems total. From jumper99 at gmx.de Mon Sep 14 11:54:16 2009 From: jumper99 at gmx.de (Helmut Schneider) Date: Mon Sep 14 11:54:23 2009 Subject: portupgrade does not find updates Message-ID: Hi, since a week or so portupgrade does not find updates on all of my machines (~15, all 7.2-RELEASE) anymore: [root@BSDHelmut ~]# portversion -v | grep -v "=" amavisd-new-2.6.4_1,1 < needs updating (port has 2.6.4_2,1) firefox-3.0.13,1 < needs updating (port has 3.0.14,1) libxml2-2.7.3_1 < needs updating (port has 2.7.4) lzma-9.06 < needs updating (port has 9.07) p5-Archive-Tar-1.52 < needs updating (port has 1.54) pear-Net_SMTP-1.3.2 < needs updating (port has 1.3.3) phpMyAdmin-3.2.1 < needs updating (port has 3.2.2) python26-2.6.2_2 < needs updating (port has 2.6.2_3) xcb-util-0.3.5 < needs updating (port has 0.3.6) [root@BSDHelmut ~]# portupgrade -av ---> Session started at: Mon, 14 Sep 2009 13:50:56 +0200 ** None has been installed or upgraded. ---> Session ended at: Mon, 14 Sep 2009 13:51:24 +0200 (consumed 00:00:28) [root@BSDHelmut ~]# I updates both portsdb and pkgdb manually without success. Any ideas? Thanks, Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From krassi at bulinfo.net Mon Sep 14 12:02:32 2009 From: krassi at bulinfo.net (Krassimir Slavchev) Date: Mon Sep 14 12:02:38 2009 Subject: GCC cross build fails for ARCH=arc and ABI=elf32 Message-ID: <4AAE2D26.3030006@bulinfo.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am trying to compile cross-gcc under 7.2 and build fails with: ... gmake[5]: Entering directory `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib/libc' rm -f libc.a rm -rf tmp mkdir tmp cd tmp; \ for i in argz/lib.a stdlib/lib.a ctype/lib.a search/lib.a stdio/lib.a string/lib.a signal/lib.a time/lib.a locale/lib.a reent/lib.a errno/lib.a misc/lib.a syscalls/lib.a sys/lib.a; do \ /usr/local/arc-elf32/bin/ar x ../$i; \ done; \ /usr/local/arc-elf32/bin/ar rc ../libc.a *.o /usr/local/arc-elf32/bin/ar: ../search/lib.a: No such file or directory /usr/local/arc-elf32/bin/ranlib libc.a rm -rf tmp rm -f crt0.o ln sys/crt0.o crt0.o >/dev/null 2>/dev/null || cp sys/crt0.o crt0.o gmake[5]: Leaving directory `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib/libc' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib/libc' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib' gmake[1]: *** [all-target-newlib] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/cross-gcc/work/build' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/devel/cross-gcc. *** Error code 1 Stop in /usr/ports/devel/cross-gcc. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.1163.0 env TGTARCH=arc TGTABI=elf32 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! devel/cross-gcc (compiler error) - ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Trying to compile under -current: gmake[2]: Entering directory `/usr/ports/devel/cross-gcc/work/build/gcc' build/genrecog .././../gcc-4.3.2/gcc/config/arc/arc.md \ insn-conditions.md > tmp-recog.c .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate 'move_dest_operand' .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate 'move_src_operand' .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate 'move_dest_operand' in 'match_operand' expression .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate 'move_src_operand' in 'match_operand' expression .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate 'move_src_operand' .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate 'move_dest_operand' .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate 'move_src_operand' in 'match_operand' expression .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate 'move_dest_operand' in 'match_operand' expression .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate 'move_dest_operand' .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate 'move_src_operand' .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate 'move_dest_operand' in 'match_operand' expression .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate 'move_src_operand' in 'match_operand' expression gmake[2]: *** [s-recog] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/devel/cross-gcc/work/build/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/cross-gcc/work/build' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/devel/cross-gcc. *** Error code 1 Stop in /usr/ports/devel/cross-gcc. Any help is appreciated -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFKri0mxJBWvpalMpkRAtYwAJ46fWbDtVJmadzJ9jgcIlcDpGfpmgCbBg8H TVABA15dKYRbA4Nk0z9xlWo= =n6E7 -----END PGP SIGNATURE----- From stas at FreeBSD.org Mon Sep 14 12:08:32 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Mon Sep 14 12:08:39 2009 Subject: GCC cross build fails for ARCH=arc and ABI=elf32 In-Reply-To: <4AAE2D26.3030006@bulinfo.net> References: <4AAE2D26.3030006@bulinfo.net> Message-ID: <20090914160824.956fd282.stas@FreeBSD.org> On Mon, 14 Sep 2009 14:46:46 +0300 Krassimir Slavchev mentioned: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I am trying to compile cross-gcc under 7.2 and build fails with: > > ... > gmake[5]: Entering directory > `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib/libc' > rm -f libc.a > rm -rf tmp > mkdir tmp > cd tmp; \ > for i in argz/lib.a stdlib/lib.a ctype/lib.a search/lib.a > stdio/lib.a string/lib.a signal/lib.a time/lib.a locale/lib.a > reent/lib.a errno/lib.a misc/lib.a syscalls/lib.a sys/lib.a; do \ > /usr/local/arc-elf32/bin/ar x ../$i; \ > done; \ > /usr/local/arc-elf32/bin/ar rc ../libc.a *.o > /usr/local/arc-elf32/bin/ar: ../search/lib.a: No such file or directory > /usr/local/arc-elf32/bin/ranlib libc.a > rm -rf tmp > rm -f crt0.o > ln sys/crt0.o crt0.o >/dev/null 2>/dev/null || cp sys/crt0.o crt0.o > gmake[5]: Leaving directory > `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib/libc' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory > `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib/libc' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory > `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory > `/usr/ports/devel/cross-gcc/work/build/arc-elf32/newlib' > gmake[1]: *** [all-target-newlib] Error 2 > gmake[1]: Leaving directory `/usr/ports/devel/cross-gcc/work/build' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/devel/cross-gcc. > *** Error code 1 > > Stop in /usr/ports/devel/cross-gcc. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portinstall.1163.0 env TGTARCH=arc TGTABI=elf32 make > ** Fix the problem and try again. > ** Listing the failed packages (*:skipped / !:failed) > ! devel/cross-gcc (compiler error) > - ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > > Trying to compile under -current: > > gmake[2]: Entering directory `/usr/ports/devel/cross-gcc/work/build/gcc' > build/genrecog .././../gcc-4.3.2/gcc/config/arc/arc.md \ > insn-conditions.md > tmp-recog.c > .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate > 'move_dest_operand' > .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate > 'move_src_operand' > .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate > 'move_dest_operand' in 'match_operand' expression > .././../gcc-4.3.2/gcc/config/arc/arc.md:156: warning: unknown predicate > 'move_src_operand' in 'match_operand' expression > .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate > 'move_src_operand' > .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate > 'move_dest_operand' > .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate > 'move_src_operand' in 'match_operand' expression > .././../gcc-4.3.2/gcc/config/arc/arc.md:171: warning: unknown predicate > 'move_dest_operand' in 'match_operand' expression > .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate > 'move_dest_operand' > .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate > 'move_src_operand' > .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate > 'move_dest_operand' in 'match_operand' expression > .././../gcc-4.3.2/gcc/config/arc/arc.md:194: warning: unknown predicate > 'move_src_operand' in 'match_operand' expression > gmake[2]: *** [s-recog] Segmentation fault: 11 (core dumped) > gmake[2]: Leaving directory `/usr/ports/devel/cross-gcc/work/build/gcc' > gmake[1]: *** [all-gcc] Error 2 > gmake[1]: Leaving directory `/usr/ports/devel/cross-gcc/work/build' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/devel/cross-gcc. > *** Error code 1 > > Stop in /usr/ports/devel/cross-gcc. > > > Any help is appreciated > You need to pass it the ABI value that is supported both by gcc and newlib c library which is used in this port. I don't have any knowledge about the arc platform, but I belive that elf32 is not a valid ABI value. What OS you trying to build this toolchain for? -- Stanislav Sedov ST4096-RIPE -------------- 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/20090914/1d11fa93/attachment.pgp From rene at freebsd.org Mon Sep 14 13:56:31 2009 From: rene at freebsd.org (Rene Ladan) Date: Mon Sep 14 13:56:40 2009 Subject: setiathome for FreeBSD port updated In-Reply-To: References: Message-ID: 2009/9/11 Rene Ladan : > Hi, > > I've updated the setiathome port for FreeBSD to version 6.08, based on > SVN revision 412 > I've also tested it with the > ports-mgmt/porttools and ports-mgmt/portlint ports and a test build for > FreeBSD 6.X/i386 is currently running (to build-test against gcc 3.4). > The FreeBSD 6.X/i386 test build (tinderbox) failed while building a dependency, blocking the actual test build. If anyone is interested, my computer can be seen here: http://setiathome.berkeley.edu/show_host_detail.php?hostid=4500916 Regards, Ren? From joey at mingrone.org Mon Sep 14 15:33:20 2009 From: joey at mingrone.org (Joey Mingrone) Date: Mon Sep 14 15:33:27 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: <20090914.105527.737004071327869963.chat95@mac.com> References: <20090914.105527.737004071327869963.chat95@mac.com> Message-ID: Hi Maho: Thanks for your quick replies. On Sun, Sep 13, 2009 at 22:55, Maho NAKATA wrote: > Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. > you should recompile all ports... > thanks > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ > ? Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt > I did have GCC44 before the build and I also did upgrade all ports. This error was reproduced on a second box running 7.4. I'll try and investigate a bit more and reply if I find a solution. Cheers, Joey From jasonh at DataIX.net Mon Sep 14 16:20:03 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Mon Sep 14 16:20:09 2009 Subject: show port commit history in portmaster In-Reply-To: <200909140157.41331.villa.alberto@gmail.com> References: <200909140157.41331.villa.alberto@gmail.com> Message-ID: On Sun, 13 Sep 2009 19:57 -0000, villa.alberto wrote: > hello! > encouraged by a request, i've written this small utility (attached) to show > the commit history for a port (using freshports.org), and i was wondering... > how about adding this functionality to portmaster? > here's an example of its output: > > $ ./portchangelog.sh editors/vim > ===>>> Gathering commit history for editors/vim > ===>>> Number of commits found: 220 (showing only 100 on this page) > > =================>>> > 29 Jul 2009 21:19:43 >> 7.2.239 > Committer: wxs@FreeBSD.org > Chase patch rename so that it passes "make checksum" > > =================>>> > 29 Jul 2009 08:40:23 >> 7.2.239 > Committer: obrien@FreeBSD.org > Change name of diked patch. > > at the moment it is a bit rough (it is just a shell script), but i can make it > more serious if wanted (eg. not using a " " to identify a field) > so... what do you think about this? > I don't see this as a necessary addition. For one portmaster is a shell script. For two it means that the upgrade always needs to be connected and able to connect to the freshports site. For three freshports is just an 3rd party site where as you can get commit info right from the FreeBSD.org repo's. Four I don't see why anyone needs the commit info at upgrade time because as a part of administration this should be taken care of before you decide to upgrade anything. Best regards. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) From villa.alberto at gmail.com Mon Sep 14 17:31:00 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Mon Sep 14 17:31:06 2009 Subject: show port commit history in portmaster In-Reply-To: References: <200909140157.41331.villa.alberto@gmail.com> Message-ID: <200909141930.51624.villa.alberto@gmail.com> On Monday 14 September 2009 18:19:51 Jason J. Hellenthal wrote: > I don't see this as a necessary addition. For one portmaster is a shell > script. sorry, i don't get this point > For two it means that the upgrade always needs to be connected and > able to connect to the freshports site. you need it too when you download distfiles. also, read the next answer > Four I don't see why anyone needs the commit info at upgrade time > because as a part of administration this should be taken care of before > you decide to upgrade anything. no, i didn't mean this should be shown when upgrading: i would add an option, something like --commit-history. by you as the casual portmaster user, this change wouldn't even be noted > For three freshports is just an > 3rd party site where as you can get commit info right from the FreeBSD.org > repo's. ok, you're right. as said, the script is rough at the moment, i could make it more serious (but it works fine for my needs, so i won't, if doug isn't interested in adding it to portmaster) thanks for you feedback! -- Alberto Villa If God wanted us to be brave, why did he give us legs? -- Marvin Kitman From sergey.dyatko at gmail.com Mon Sep 14 18:34:48 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Mon Sep 14 18:34:54 2009 Subject: show port commit history in portmaster In-Reply-To: References: <200909140157.41331.villa.alberto@gmail.com> Message-ID: <20090914213442.2f857730@notebook> On Mon, 14 Sep 2009 12:19:51 -0400 "Jason J. Hellenthal" wrote: JJH> On Sun, 13 Sep 2009 19:57 -0000, villa.alberto wrote: JJH> JJH> > hello! JJH> > encouraged by a request, i've written this small utility JJH> > (attached) to show the commit history for a port (using JJH> > freshports.org), and i was wondering... how about adding this JJH> > functionality to portmaster? here's an example of its output: [skipped] JJH> JJH> I don't see this as a necessary addition. For one portmaster is a JJH> shell script. For two it means that the upgrade always needs to be JJH> connected and able to connect to the freshports site. For three JJH> freshports is just an 3rd party site where as you can get commit JJH> info right from the FreeBSD.org repo's. Four I don't see why JJH> anyone needs the commit info at upgrade time because as a part of JJH> administration this should be taken care of before you decide to JJH> upgrade anything. quite often when csup for ports tree I want to see what exactly has changed in comparison with the previous version, the script was ready to be very handy. Alberto, I didn't see any attachments from you :( JJH> JJH> Best regards. JJH> -- wbr, tiger From ariff at FreeBSD.org Mon Sep 14 19:24:29 2009 From: ariff at FreeBSD.org (Ariff Abdullah) Date: Mon Sep 14 19:24:36 2009 Subject: Porting Chromium to FreeBSD In-Reply-To: <4AA155E8.5060408@FreeBSD.org> References: <4AA155E8.5060408@FreeBSD.org> Message-ID: <20090915032422.5914506c.ariff@FreeBSD.org> [CC'ing to ports@] On Fri, 04 Sep 2009 19:01:12 +0100 Kris Kennaway wrote: > Alex Moura wrote: > > Porting Chromium to FreeBSD > > Ben needs help with sound integration, which he hasn't had success > with yet. > > Should this suffice? http://people.freebsd.org/~ariff/libasound/ -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. -------------- 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/20090914/335571b1/attachment.pgp From villa.alberto at gmail.com Mon Sep 14 19:30:06 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Mon Sep 14 19:30:12 2009 Subject: show port commit history in portmaster In-Reply-To: <20090914213442.2f857730@notebook> References: <200909140157.41331.villa.alberto@gmail.com> <20090914213442.2f857730@notebook> Message-ID: <200909142129.57699.villa.alberto@gmail.com> On Monday 14 September 2009 20:34:42 Sergey V. Dyatko wrote: > quite often when csup for ports tree I want to see what exactly has > changed in comparison with the previous version the same for me! > Alberto, I didn't see any attachments from you :( yeah, it happens :/ download it from http://kdenlive.org/~freebsd/portchangelog.sh -- Alberto Villa You just wait, I'll sin till I blow up! -- Dylan Thomas From dougb at FreeBSD.org Mon Sep 14 20:17:59 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Sep 14 20:18:06 2009 Subject: show port commit history in portmaster In-Reply-To: <200909141930.51624.villa.alberto@gmail.com> References: <200909140157.41331.villa.alberto@gmail.com> <200909141930.51624.villa.alberto@gmail.com> Message-ID: <4AAEA4E8.2030807@FreeBSD.org> Alberto Villa wrote: >> For two it means that the upgrade always needs to be connected and >> able to connect to the freshports site. > > you need it too when you download distfiles. also, read the next answer A lot of users download all the distfiles first, then use portmaster in "off line" mode. This is why users requested the -F feature. >> Four I don't see why anyone needs the commit info at upgrade time >> because as a part of administration this should be taken care of before >> you decide to upgrade anything. > > no, i didn't mean this should be shown when upgrading: i would add an option, > something like --commit-history. by you as the casual portmaster user, this > change wouldn't even be noted While I certainly appreciate your wanting to include this as part of portmaster my suggestion would be that you polish this up a bit and submit it as its own port. I could easily see why users would like to have this functionality in a convenient form, whether they use portmaster or not. Doug -- This .signature sanitized for your protection From villa.alberto at gmail.com Mon Sep 14 20:28:36 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Mon Sep 14 20:28:42 2009 Subject: show port commit history in portmaster In-Reply-To: <4AAEA4E8.2030807@FreeBSD.org> References: <200909140157.41331.villa.alberto@gmail.com> <200909141930.51624.villa.alberto@gmail.com> <4AAEA4E8.2030807@FreeBSD.org> Message-ID: <200909142228.26232.villa.alberto@gmail.com> On Monday 14 September 2009 22:17:44 Doug Barton wrote: > A lot of users download all the distfiles first, then use portmaster > in "off line" mode. This is why users requested the -F feature. i use it too, of course! > While I certainly appreciate your wanting to include this as part of > portmaster my suggestion would be that you polish this up a bit and > submit it as its own port. I could easily see why users would like to > have this functionality in a convenient form, whether they use > portmaster or not. i accept you suggestion: if i have time, i'll make a port out of it thanks for your answer! -- Alberto Villa For large values of one, one equals two, for small values of two. From jumper99 at gmx.de Mon Sep 14 20:44:24 2009 From: jumper99 at gmx.de (Helmut Schneider) Date: Mon Sep 14 20:44:30 2009 Subject: portupgrade does not find updates References: Message-ID: Helmut Schneider wrote: > since a week or so portupgrade does not find updates on all of my > machines (~15, all 7.2-RELEASE) anymore: cvsup5.de.freebsd.org seems down - since a few days. From me at janh.de Mon Sep 14 22:39:39 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Mon Sep 14 22:39:48 2009 Subject: FreeBSD Port: octave-3.2.2_5 References: 20090914.105527.737004071327869963.chat95@mac.com Message-ID: <4AAEC62D.9000007@janh.de> Maho NAKATA wrote: > From: Joey Mingrone >> I'm having some trouble upgrading this port. >> >> % uname -a >> FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... i386 >> >> Here's the error in the build: >> making gendoc.cc >> g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include >> -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread >> making DOCSTRINGS >> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >> required by ./gendoc not found > Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. > you should recompile all ports... > thanks I hit the same error on 7.2-RELEASE. I did recompile all Fortran dependencies with gcc44 and removed gcc43, still the error persists. Having recompiled just gendoc.cc with gcc42 from base, I was able to finish the build, but running octave does not work, either: /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/lib/octave-3.2.2/liboctinterp.so not found Since liboctinterp.so was compiled with gcc44 and not with gcc from base, I guess it should not try to load /usr/lib/libstdc++.so.6 but /usr/local/lib/gcc44/libstdc++.so.6 -- or am I wrong? Any idea besides recompiling "all ports"? I really do not see the point in that, since nothing but the Fortran ports should use gcc44. Maybe, I do not understand the dynamic linking with multiple gcc versions involved after all. Cheers, Jan Henrik From morganw at chemikals.org Mon Sep 14 23:21:22 2009 From: morganw at chemikals.org (Wes Morgan) Date: Mon Sep 14 23:21:34 2009 Subject: Porting Chromium to FreeBSD In-Reply-To: <20090915032422.5914506c.ariff@FreeBSD.org> References: <4AA155E8.5060408@FreeBSD.org> <20090915032422.5914506c.ariff@FreeBSD.org> Message-ID: On Tue, 15 Sep 2009, Ariff Abdullah wrote: > [CC'ing to ports@] > > On Fri, 04 Sep 2009 19:01:12 +0100 > Kris Kennaway wrote: >> Alex Moura wrote: >>> Porting Chromium to FreeBSD >> >> Ben needs help with sound integration, which he hasn't had success >> with yet. >> >> > > Should this suffice? > > http://people.freebsd.org/~ariff/libasound/ > This looks very interesting. Nice work. I recall reading, years ago, that there was some kind of GPL/BSD licensing issue with the ALSA headers that would pose problems for FreeBSD. Was that just misinformed-ness, or would this have to be a port? From ariff at FreeBSD.org Tue Sep 15 00:05:22 2009 From: ariff at FreeBSD.org (Ariff Abdullah) Date: Tue Sep 15 00:05:30 2009 Subject: Porting Chromium to FreeBSD In-Reply-To: References: <4AA155E8.5060408@FreeBSD.org> <20090915032422.5914506c.ariff@FreeBSD.org> Message-ID: <20090915080517.455afea2.ariff@FreeBSD.org> On Mon, 14 Sep 2009 18:21:16 -0500 (CDT) Wes Morgan wrote: > On Tue, 15 Sep 2009, Ariff Abdullah wrote: > > > [CC'ing to ports@] > > > > On Fri, 04 Sep 2009 19:01:12 +0100 > > Kris Kennaway wrote: > >> Alex Moura wrote: > >>> Porting Chromium to FreeBSD > >> > >> Ben needs help with sound integration, which he hasn't had > >success > with yet. > >> > >> > > > > Should this suffice? > > > > http://people.freebsd.org/~ariff/libasound/ > > > > > This looks very interesting. Nice work. I recall reading, years ago, > that there was some kind of GPL/BSD licensing issue with the ALSA > headers that would pose problems for FreeBSD. Was that just > misinformed-ness, or would this have to be a port? > This is just the userland (library) part. I believe Net/Df bsd have these in their pkgsrc since many moons ago. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. -------------- 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/20090915/73d5aee7/attachment.pgp From chat95 at mac.com Tue Sep 15 01:01:58 2009 From: chat95 at mac.com (Maho NAKATA) Date: Tue Sep 15 01:02:28 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: <4AAEC62D.9000007@janh.de> References: <20090914.105527.737004071327869963.chat95@mac.com> <4AAEC62D.9000007@janh.de> Message-ID: <20090915.093855.737004071327863653.chat95@mac.com> From: Jan Henrik Sylvester Subject: Re: FreeBSD Port: octave-3.2.2_5 Date: Tue, 15 Sep 2009 00:39:41 +0200 > Maho NAKATA wrote: >> From: Joey Mingrone > >>> I'm having some trouble upgrading this port. >>> % uname -a >>> FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... >>> i386 >>> Here's the error in the build: >>> making gendoc.cc >>> g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include >>> -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread >>> making DOCSTRINGS >>> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >>> required by ./gendoc not found > >> Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. >> you should recompile all ports... >> thanks > > I hit the same error on 7.2-RELEASE. I did recompile all Fortran > dependencies with gcc44 and removed gcc43, still the error persists. > > Having recompiled just gendoc.cc with gcc42 from base, I was able to > finish the build, but running octave does not work, either: > > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by /usr/local/lib/octave-3.2.2/liboctinterp.so not found > > Since liboctinterp.so was compiled with gcc44 and not with gcc from > base, I guess it should not try to load /usr/lib/libstdc++.so.6 but > /usr/local/lib/gcc44/libstdc++.so.6 -- or am I wrong? > > Any idea besides recompiling "all ports"? I really do not see the > point in that, since nothing but the Fortran ports should use > gcc44. Maybe, I do not understand the dynamic linking with multiple > gcc versions involved after all. > > Cheers, > Jan Henrik Hi Jan, I think there is no better way to do recomple whole ports :-O I guess that's why gerald@ did before the ports freeze and we will have a newer (better bug free, I believe) FORTRAN compiler. Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From lambert at lambertfam.org Tue Sep 15 03:38:41 2009 From: lambert at lambertfam.org (Scott Lambert) Date: Tue Sep 15 03:38:47 2009 Subject: Nagios SIGSEGV on FreeBSD 8 Message-ID: <20090915030813.GB66091@sysmon.tcworks.net> I've been running a FreeBSD 8-BETA2 server for DNS on a network I recently took over. No problems. We needed to get Nagios running on that network to watch all the hosts in RFC 1918 space. Taking the easy route, I just installed the Nagios 3.0.6 port on this 8-BETA2 box. Nagios runs great until someone acknowleges a down host, (adding a comment). Later, when the host comes back up, Nagios exits on a SIGSEGV. It seems to only happen when we have retention data (retention.dat) showing the host down. If we just restart Nagios without removing the retention.dat file, it SIGSEGV's the next time it tries to mark the host up. I upgraded to the nagios-devel (Nagios 3.1.2) port and we have the same problem. I'm not good with gdb, but it looks like there are two threads running. I can't tell what the other thread is doing, but the one that SEGVs seems to be trying to remove the comment associated with the acknowlegement message. sudo gdb -c /var/coredumps/nagios-52050.core /usr/local/bin/nagios GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `nagios'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0807fe8b in get_next_comment_by_host () [New Thread 28326280 (LWP 100051)] [New Thread 28301140 (LWP 100222)] (gdb) bt #0 0x0807fe8b in get_next_comment_by_host () #1 0x08080940 in delete_host_acknowledgement_comments () #2 0x28331180 in ?? () #3 0x4aaac053 in ?? () #4 0x080cc394 in __JCR_LIST__ () #5 0x28342f00 in ?? () #6 0x00000000 in ?? () #7 0xbfbfe858 in ?? () #8 0x08071c15 in handle_host_state () Previous frame inner to this frame (corrupt stack?) Here is the code for get_next_comment_by_host: comment *get_next_comment_by_host(char *host_name, comment *start){ comment *temp_comment=NULL; if(host_name==NULL || comment_hashlist==NULL) return NULL; if(start==NULL) temp_comment=comment_hashlist[hashfunc(host_name,NULL,COMMENT_HASHSLOTS)]; else temp_comment=start->nexthash; for(;temp_comment && compare_hashdata(temp_comment->host_name,NULL,host_name,NULL)<0;temp_comment=temp_comment->nexthash); if(temp_comment && compare_hashdata(temp_comment->host_name,NULL,host_name,NULL)==0) return temp_comment; return NULL; } I don't grok the for loop but I'm not much of a C guy. I think they obfuscated a while loop there. I am guessing that if the hashfunc() and compare_hashdata() calls were an issue, they would show up in the backtrace? The reason I ask here, is I haven't found any reports of similar issues on the Nagios list or elsewhere on Google. I suspect the issue may have to do with threads on FreeBSD 8. I need more clue to figure out if my suspicions could be correct. I must be the first sucker to try to run Nagios on FreeBSD 8. :-) Thanks, -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From chris.umina at studsvik.com Tue Sep 15 04:09:57 2009 From: chris.umina at studsvik.com (Christopher J. Umina) Date: Tue Sep 15 04:10:04 2009 Subject: Upgraded Trac, but still getting errors... In-Reply-To: <4AA9B48A.9030707@studsvik.com> References: <4AA9B48A.9030707@studsvik.com> Message-ID: <4AAF138A.1000800@studsvik.com> For all interested, The problem was that php5-sqlite & php5-pdo-sqlite and py26-sqlite3 conflict when mod_python and PHP are loaded into Apache. For me, the solution, since the web server had no use for SQLite support in PHP, was to remove php5-sqlite and php5-pdo-sqlite. Once removed, a restart of Apache got rid of the error messages. Possibly note-worthy for the porters. Thank you, Christopher J. Umina Christopher J. Umina wrote: > Hi, > > I noticed recently (probably due to me upgrading ports) that my trac > installations show this message: > > *Warning:* Can't synchronize with the repository (Couldn't open > Subversion repository /var/svn/repo: SubversionException: ('SQLite > compiled for 3.6.14.2, but running with 3.3.7', 200030)). Look in the > Trac log for more information. > > The first thing I did was check the trac logs, which literally show > nothing at all. Next thing I did was Google the error message, but > nothing really matched. After that I decided to rebuild trac and deps > (portupgrade -rR), which didn't fix the problem. I then got > frustrated and ran a portupgrade -fa, which again didn't fix the > problem. I upgraded python from python25 to python26, using the > procedure outlined in /usr/ports/UPDATING which didn't fix the problem > either. > > Through all this, I did notice that if I run tracd on the environment, > the errors are gone and I can interact with subversion (through trac) > perfectly. For that reason, I'm convinced it's something to do with > Apache & friends, but I'm completely out of ideas, has anybody else > seen these errors or have any suggestions? > > Packages (worth mentioning) currently installed: > trac-0.11.5 > subversion-1.6.5 > python26-2.6.2_2 > py26-pysqlite-2.3.5 > py26-sqlite3-2.6.2_1 > sqlite3-3.6.14.2 > mod_python-3.3.1_2 > apache-2.2.13 > > Thank you, > Christopher J. Umina > _______________________________________________ > 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 james.technew at gmail.com Tue Sep 15 06:48:30 2009 From: james.technew at gmail.com (James Chang) Date: Tue Sep 15 06:48:36 2009 Subject: python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree Message-ID: Der Sir, When I build python26 from FreeBSD ports, it shown me the following ERROR messages: ==================================================================== <-root->make depend all ===> Vulnerability check disabled, database not found ===> Found saved configuration for python26-2.6.2_3 ===> Extracting for python26-2.6.2_3 => MD5 Checksum OK for python/Python-2.6.2.tgz. => SHA256 Checksum OK for python/Python-2.6.2.tgz. ===> Patching for python26-2.6.2_3 /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -i.bak -e 's,/usr/doc/python-docs-,/usr/local/share/doc/python,g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, "/usr/local"]|g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python2.6-config /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python-shared2.6-config ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-configure-pth ===> Applying FreeBSD patches for python26-2.6.2_3 1 out of 11 hunks failed--saving rejects to setup.py.rej => Patch patch-setup.py failed to apply cleanly. => Patch(es) patch-Lib_test_test_threading.py patch-Modules-_ctypes-libffi-configure patch-Python2.6-Lib_local.py patch-Python_thread__pthread.h applied cleanly. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. Best Regards! James Chang From david at vizion2000.net Tue Sep 15 08:09:08 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 08:09:15 2009 Subject: python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree In-Reply-To: References: Message-ID: <200909150909.05644.david@vizion2000.net> > Der Sir, > > When I build python26 from FreeBSD ports, it shown me the > following ERROR messages: > > ==================================================================== > <-root->make depend all > ===> Vulnerability check disabled, database not found > ===> Found saved configuration for python26-2.6.2_3 > ===> Extracting for python26-2.6.2_3 > => MD5 Checksum OK for python/Python-2.6.2.tgz. > => SHA256 Checksum OK for python/Python-2.6.2.tgz. > ===> Patching for python26-2.6.2_3 > /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 > /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 > /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static > /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules > /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > 's,(idle|pydoc|python-shared|python),\12.6,'` > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > 's,(idle|pydoc|python-shared|python),\12.6,'` > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > 's,(idle|pydoc|python-shared|python),\12.6,'` > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > 's,(idle|pydoc|python-shared|python),\12.6,'` > /usr/bin/sed -i.bak -e > 's,/usr/doc/python-docs-,/usr/local/share/doc/python,g' > /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py > /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, > "/usr/local"]|g' > /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py > /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' > /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port > \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > /usr/ports/lang/python26/work/python2.6-config > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > /usr/ports/lang/python26/work/python-shared2.6-config > ===> Applying extra patch > /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying extra > patch > /usr/ports/lang/python26/files/extra-patch-configure-pth > ===> Applying FreeBSD patches for python26-2.6.2_3 > 1 out of 11 hunks failed--saving rejects to setup.py.rej > => Patch patch-setup.py failed to apply cleanly. > => Patch(es) patch-Lib_test_test_threading.py > patch-Modules-_ctypes-libffi-configure patch-Python2.6-Lib_local.py > patch-Python_thread__pthread.h applied cleanly. > *** Error code 1 > > Stop in /usr/ports/lang/python26. > *** Error code 1 > > Stop in /usr/ports/lang/python26. > > > Best Regards! > This is the same error I have been getting and reporting here for almost a week. I have just submitted a PR but do not yet have a number. I will post it here as soon as I receive the PR acknowledgement. David > From david at vizion2000.net Tue Sep 15 08:11:38 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 08:11:48 2009 Subject: python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree In-Reply-To: <200909150909.05644.david@vizion2000.net> References: <200909150909.05644.david@vizion2000.net> Message-ID: <200909150911.35772.david@vizion2000.net> > > Der Sir, > > > > When I build python26 from FreeBSD ports, it shown me the > > following ERROR messages: > > > > ==================================================================== > > <-root->make depend all > > ===> Vulnerability check disabled, database not found > > ===> Found saved configuration for python26-2.6.2_3 > > ===> Extracting for python26-2.6.2_3 > > => MD5 Checksum OK for python/Python-2.6.2.tgz. > > => SHA256 Checksum OK for python/Python-2.6.2.tgz. > > ===> Patching for python26-2.6.2_3 > > /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 > > /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static > > /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules > > /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > > > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > > > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > > > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > > > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -i.bak -e > > 's,/usr/doc/python-docs-,/usr/local/share/doc/python,g' > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py > > /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, > > "/usr/local"]|g' > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py > > /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' > > /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port > > \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > /usr/ports/lang/python26/work/python2.6-config > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > /usr/ports/lang/python26/work/python-shared2.6-config > > ===> Applying extra patch > > /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying extra > > patch > > /usr/ports/lang/python26/files/extra-patch-configure-pth > > ===> Applying FreeBSD patches for python26-2.6.2_3 > > 1 out of 11 hunks failed--saving rejects to setup.py.rej > > => Patch patch-setup.py failed to apply cleanly. > > => Patch(es) patch-Lib_test_test_threading.py > > patch-Modules-_ctypes-libffi-configure patch-Python2.6-Lib_local.py > > patch-Python_thread__pthread.h applied cleanly. > > *** Error code 1 > > > > Stop in /usr/ports/lang/python26. > > *** Error code 1 > > > > Stop in /usr/ports/lang/python26. > > > > > > Best Regards! > > This is the same error I have been getting and reporting here for almost a > week. I have just submitted a PR but do not yet have a number. I will post > it here as soon as I receive the PR acknowledgement. > > David PS Can you please post output from uname -a? Thanks > From david at vizion2000.net Tue Sep 15 08:13:03 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 08:13:09 2009 Subject: python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree In-Reply-To: <200909150909.05644.david@vizion2000.net> References: <200909150909.05644.david@vizion2000.net> Message-ID: <200909150913.00670.david@vizion2000.net> > > Der Sir, > > > > When I build python26 from FreeBSD ports, it shown me the > > following ERROR messages: > > > > ==================================================================== > > <-root->make depend all > > ===> Vulnerability check disabled, database not found > > ===> Found saved configuration for python26-2.6.2_3 > > ===> Extracting for python26-2.6.2_3 > > => MD5 Checksum OK for python/Python-2.6.2.tgz. > > => SHA256 Checksum OK for python/Python-2.6.2.tgz. > > ===> Patching for python26-2.6.2_3 > > /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 > > /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static > > /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules > > /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > > > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > > > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > > > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > > > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > /usr/bin/sed -i.bak -e > > 's,/usr/doc/python-docs-,/usr/local/share/doc/python,g' > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py > > /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, > > "/usr/local"]|g' > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py > > /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' > > /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port > > \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > /usr/ports/lang/python26/work/python2.6-config > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > /usr/ports/lang/python26/work/python-shared2.6-config > > ===> Applying extra patch > > /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying extra > > patch > > /usr/ports/lang/python26/files/extra-patch-configure-pth > > ===> Applying FreeBSD patches for python26-2.6.2_3 > > 1 out of 11 hunks failed--saving rejects to setup.py.rej > > => Patch patch-setup.py failed to apply cleanly. > > => Patch(es) patch-Lib_test_test_threading.py > > patch-Modules-_ctypes-libffi-configure patch-Python2.6-Lib_local.py > > patch-Python_thread__pthread.h applied cleanly. > > *** Error code 1 > > > > Stop in /usr/ports/lang/python26. > > *** Error code 1 > > > > Stop in /usr/ports/lang/python26. > > > > > > Best Regards! > > This is the same error I have been getting and reporting here for almost a > week. I have just submitted a PR but do not yet have a number. I will post > it here as soon as I receive the PR acknowledgement. > > David PR link: http://www.freebsd.org/cgi/query-pr.cgi?pr=138835 > From sergey.dyatko at gmail.com Tue Sep 15 08:39:13 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Tue Sep 15 08:39:23 2009 Subject: skype problem with fc10 and worldofgoo-demo Message-ID: <20090915113907.498fd6f5@tiger.minsk.domain> Hi, all When I'm trying install skype I got following error: tiger# make install clean ===> Installing for skype-2.0.0.72,1 ===> skype-2.0.0.72,1 depends on file: /compat/linux/bin/sh - found ===> skype-2.0.0.72,1 depends on file: /compat/linux/lib/libasound.so.2.0.0 - found ===> skype-2.0.0.72,1 depends on file: /compat/linux/usr/lib/libGL.so.1.2 - not found ===> Verifying install for /compat/linux/usr/lib/libGL.so.1.2 in /usr/ports/graphics/linux-dri74 ===> Installing for linux-dri-7.4_1 ===> linux-dri-7.4_1 conflicts with installed package(s): linux-f10-libGLU-7.2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/graphics/linux-dri74. *** Error code 1 Stop in /usr/ports/net/skype. tiger# pkg_info -W /compat/linux/usr/lib/libGL.so.1.2 pkg_info: /compat/linux/usr/lib/libGL.so.1.2: file cannot be found tiger# pkg_info -Lx linux-f10-libGLU Information for linux-f10-libGLU-7.2: Files: /compat/linux/usr/lib/libGLU.so.1 /compat/linux/usr/lib/libGLU.so.1.3.070300 tiger# Earlier I'm using linux-dri-7.4_1 but today I'm install games/linux-worldofgoo-demo [tiger@tiger]/usr/ports/games/linux-worldofgoo-demo%make run-depends-list /usr/ports/audio/linux-f10-libogg /usr/ports/audio/linux-f10-libvorbis /usr/ports/audio/linux-f10-mikmod /usr/ports/audio/linux-f10-sdl_mixer /usr/ports/devel/linux-f10-sdl12 /usr/ports/emulators/linux_base-f10 /usr/ports/graphics/linux-f10-libGLU ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ /usr/ports/textproc/linux-f10-expat /usr/ports/x11-fonts/linux-f10-fontconfig /usr/ports/x11/linux-f10-xorg-libs any suggestions ? -- wbr, tiger From david at vizion2000.net Tue Sep 15 08:54:12 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 08:54:18 2009 Subject: Premature closure of PRs Message-ID: <200909150954.10209.david@vizion2000.net> I want to understand why bug reports get closed prematurely and without any discussion with the original person submitting the report. For example I submitted PR today in connection with a bug I originally reported to both the ports and the python lists last week. When there was no immediate fix I then submitted a PR this morning at was submitted: Tue Sep 15 08:10:02 UTC 2009 It was closed 8 minutes later without further query: Closed-Date: Tue Sep 15 08:18:07 UTC 2009 Despite the fact there had been a posting on both the ports and python lists by James Chang which was distributed to the lists at Tue, 15 Sep 2009 06:48:37 +0000 (UTC) I then attempted to Submit a Follow up to include Chang's report only to find that the PR had been prematurely closed simply because the maintainer assumed that as he could not replicate it the report must be unfounded. Last-Modified: Tue Sep 15 08:18:07 UTC 2009 Can we please have the system modified so that reports are not closed until the submitter has had an opportunity to review the reasons and comment. Lastly How does one get a closed PR re-opened? Yrs frustrated David Southwell From dougb at FreeBSD.org Tue Sep 15 09:04:44 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Sep 15 09:04:49 2009 Subject: Portmaster updates, including multiple -x options Message-ID: <4AAF58A0.2000401@FreeBSD.org> Howdy! I just committed portmaster version 2.12 which includes an often-requested feature, the ability to specify the -x option more than once. I also added options to the Makefile for installing programmable completion files for Bash and zsh. avg gave me a great suggestion for solving the problems with building virtualbox which I incorporated in this version as well. In addition to these changes I did extensive testing on the -x option in regards to the previous thread about it not working in conjunction with -r. I could not reproduce any failures using -x with -r, however in tracing the various code paths where -x might come into play I did find a couple places where it was not being used consistently which are now fixed. Finally there is another new option based on a user request. The --list-origins feature will produce a list of the origin directories for all of the root and leaf ports installed on a system. This list can then be used to duplicate the installed ports on another system or to feed portmaster after deleting all ports for a major version upgrade. Enjoy these new features! Doug -- This .signature sanitized for your protection From david at vizion2000.net Tue Sep 15 09:08:54 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 09:09:06 2009 Subject: Premature closure of PRs In-Reply-To: <200909150954.10209.david@vizion2000.net> References: <200909150954.10209.david@vizion2000.net> Message-ID: <200909151008.52311.david@vizion2000.net> > I want to understand why bug reports get closed prematurely and without any > discussion with the original person submitting the report. > > For example I submitted PR today in connection with a bug I originally > reported to both the ports and the python lists last week. When there was > no immediate fix I then submitted a PR this morning at was submitted: > > Tue Sep 15 08:10:02 UTC 2009 > > It was closed 8 minutes later without further query: > > Closed-Date: Tue Sep 15 08:18:07 UTC 2009 > > Despite the fact there had been a posting on both the ports and python > lists by James Chang which was distributed to the lists at > > Tue, 15 Sep 2009 06:48:37 +0000 (UTC) > > I then attempted to Submit a Follow up to include Chang's report only to > find that the PR had been prematurely closed simply because the maintainer > assumed that as he could not replicate it the report must be unfounded. > > Last-Modified: Tue Sep 15 08:18:07 UTC 2009 > > Can we please have the system modified so that reports are not closed until > the submitter has had an opportunity to review the reasons and comment. > > Lastly How does one get a closed PR re-opened? > > Yrs frustrated > David Southwell ps the PR link is: http://www.freebsd.org/cgi/query-pr.cgi?pr=138835 (ports/138835: Python compile failure) > From peterjeremy at acm.org Tue Sep 15 09:23:42 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Tue Sep 15 09:23:48 2009 Subject: portupgrade does not find updates In-Reply-To: References: Message-ID: <20090915073437.GA48679@server.vk2pj.dyndns.org> On 2009-Sep-14 22:44:09 +0200, Helmut Schneider wrote: >Helmut Schneider wrote: >> since a week or so portupgrade does not find updates on all of my >> machines (~15, all 7.2-RELEASE) anymore: > > >cvsup5.de.freebsd.org seems down - since a few days. http://www.mavetju.org/unix/freebsd-mirrors/cvsup-stats-global.php is your friend here. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090915/3194c3cd/attachment.pgp From david at vizion2000.net Tue Sep 15 09:34:38 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 09:34:45 2009 Subject: python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree In-Reply-To: <200909150913.00670.david@vizion2000.net> References: <200909150909.05644.david@vizion2000.net> <200909150913.00670.david@vizion2000.net> Message-ID: <200909151034.36407.david@vizion2000.net> > > > Der Sir, > > > > > > When I build python26 from FreeBSD ports, it shown me the > > > following ERROR messages: > > > > > > ==================================================================== > > > <-root->make depend all > > > ===> Vulnerability check disabled, database not found > > > ===> Found saved configuration for python26-2.6.2_3 > > > ===> Extracting for python26-2.6.2_3 > > > => MD5 Checksum OK for python/Python-2.6.2.tgz. > > > => SHA256 Checksum OK for python/Python-2.6.2.tgz. > > > ===> Patching for python26-2.6.2_3 > > > /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 > > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 > > > /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static > > > /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules > > > /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py > > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ > > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > > > > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e > > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > > > > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e > > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > > > > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e > > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > > /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' > > > /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > > > > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e > > > 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e > > > 's,(idle|pydoc|python-shared|python),\12.6,'` > > > /usr/bin/sed -i.bak -e > > > 's,/usr/doc/python-docs-,/usr/local/share/doc/python,g' > > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py > > > /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, > > > "/usr/local"]|g' > > > /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py > > > /usr/bin/sed -i.bak -e 's|^ \(..ASDLGEN.*\)$| true|g' > > > /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > > /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port > > > \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in > > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' > > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > > /usr/ports/lang/python26/work/python2.6-config > > > /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' > > > /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > > > > /usr/ports/lang/python26/work/python-shared2.6-config > > > ===> Applying extra patch > > > /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying > > > extra patch > > > /usr/ports/lang/python26/files/extra-patch-configure-pth > > > ===> Applying FreeBSD patches for python26-2.6.2_3 > > > 1 out of 11 hunks failed--saving rejects to setup.py.rej > > > => Patch patch-setup.py failed to apply cleanly. > > > => Patch(es) patch-Lib_test_test_threading.py > > > patch-Modules-_ctypes-libffi-configure patch-Python2.6-Lib_local.py > > > patch-Python_thread__pthread.h applied cleanly. > > > *** Error code 1 > > > > > > Stop in /usr/ports/lang/python26. > > > *** Error code 1 > > > > > > Stop in /usr/ports/lang/python26. > > > > > > > > > Best Regards! > > > > This is the same error I have been getting and reporting here for almost > > a week. I have just submitted a PR but do not yet have a number. I will > > post it here as soon as I receive the PR acknowledgement. > > > > David > > PR link: > http://www.freebsd.org/cgi/query-pr.cgi?pr=138835 > > _______________________________________________ Due to the premature closure of the original PR I have had to resubmit the info. Here is the new open PR Link: http://www.freebsd.org/cgi/query-pr.cgi?pr=138837 > From erwin at FreeBSD.org Tue Sep 15 09:51:57 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Sep 15 09:52:03 2009 Subject: [HEADSUP]: Ports feature freeze now enforced Message-ID: <20090915095154.GH54962@droso.net> As an experiment, there will not be a complete ports freeze ahead of the release of 8.0. To ensure that the tree is kept in a stable condition, we do need to have more discipline about the feature freeze we are currently using. To achieve this, I have added a new tag to the commit log Feature safe: which needs to be set to yes explicitly for each commit. While this is is tedious, it does mean that commits will be allowed without prior explicit approval from portmgr. Portmgr is still working on a written set of rules for what is and isn't allowed during a feature freeze, so please use common sense for now, and try to err on the side of caution and contact portmgr when in any doubt. Sweeping commits touching a large number of ports, shared library updates affect more than a trivial number of ports, you get the picture; anything that would require a rebuild of more than a trivial amount of ports is not allowed without prior approval from portmgr. With the release only a few weeks off, we cannot afford any major mishaps, so be conservative. The feature freeze is enforced from right now and current plan is to tag the tree after RC1 is released. There will be a short freeze while the tag is processed, and after that we will proceed with the ports slush as usual. Please consider your commits in this light and help make this experiment a success so we can avoid long freezes for future releases. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090915/0c00340e/attachment-0001.pgp From david at vizion2000.net Tue Sep 15 09:57:07 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 09:57:19 2009 Subject: [HEADSUP]: Ports feature freeze now enforced In-Reply-To: <20090915095154.GH54962@droso.net> References: <20090915095154.GH54962@droso.net> Message-ID: <200909151057.04556.david@vizion2000.net> > As an experiment, there will not be a complete ports freeze ahead of the > release of 8.0. To ensure that the tree is kept in a stable condition, > we do need to have more discipline about the feature freeze we are > currently using. To achieve this, I have added a new tag to the commit > log Feature safe: which needs to be set to yes explicitly for each > commit. While this is is tedious, it does mean that commits will be > allowed without prior explicit approval from portmgr. Portmgr is still > working on a written set of rules for what is and isn't allowed during a > feature freeze, so please use common sense for now, and try to err on > the side of caution and contact portmgr when in any doubt. Sweeping > commits touching a large number of ports, shared library updates affect > more than a trivial number of ports, you get the picture; anything that > would require a rebuild of more than a trivial amount of ports is not > allowed without prior approval from portmgr. With the release only a > few weeks off, we cannot afford any major mishaps, so be conservative. > > The feature freeze is enforced from right now and current plan is to tag > the tree after RC1 is released. There will be a short freeze while the > tag is processed, and after that we will proceed with the ports slush as > usual. > > Please consider your commits in this light and help make this experiment > a success so we can avoid long freezes for future releases. > > -erwin > Please can we ensure the python bug can be fixed. I noiw have a problem python26 will not build and the maintainer has not fixed the port. He has not tested the routine that causes the failure and a lot of ports are dependent upon python26!! See latest PRs David Southwell From 000.fbsd at quip.cz Tue Sep 15 09:57:20 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Sep 15 09:57:30 2009 Subject: Portmaster updates, including multiple -x options In-Reply-To: <4AAF58A0.2000401@FreeBSD.org> References: <4AAF58A0.2000401@FreeBSD.org> Message-ID: <4AAF64FC.4000200@quip.cz> Doug Barton wrote: > Howdy! > > I just committed portmaster version 2.12 which includes an > often-requested feature, the ability to specify the -x option more > than once. I also added options to the Makefile for installing > programmable completion files for Bash and zsh. avg gave me a great > suggestion for solving the problems with building virtualbox which I > incorporated in this version as well. > > In addition to these changes I did extensive testing on the -x option > in regards to the previous thread about it not working in conjunction > with -r. I could not reproduce any failures using -x with -r, however > in tracing the various code paths where -x might come into play I did > find a couple places where it was not being used consistently which > are now fixed. > > Finally there is another new option based on a user request. The > --list-origins feature will produce a list of the origin directories > for all of the root and leaf ports installed on a system. This list > can then be used to duplicate the installed ports on another system or > to feed portmaster after deleting all ports for a major version upgrade. > > Enjoy these new features! Nice improvements! When you are talking about completion, I am using this for tcsh: alias _PKGS_VeRsIoN_ 'ls -1 /var/db/pkg' complete portmaster 'c/--/(force-config show-work clean-distfiles clean-distfiles-all \ check-depends help version)/' \ 'c/-/(a b B C d D e f F g G h H i l L m n o p r R s t u v w x)/' \ 'n@*@`_PKGS_VeRsIoN_`@' It is basic for older version of portmaster, so I am sure it doesn't contain all the options. I can polish it up if you want to include it in you port. It can be rewritten to not use alias _PKGS_VeRsIoN_. The alias is there because I am using it for other completion in my ~/.cshrc. And one thing is missing - support for completion of /usr/ports/* Miroslav Lachman From me at janh.de Tue Sep 15 10:03:30 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Tue Sep 15 10:14:42 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: <20090915.093855.737004071327863653.chat95@mac.com> References: <20090914.105527.737004071327869963.chat95@mac.com> <4AAEC62D.9000007@janh.de> <20090915.093855.737004071327863653.chat95@mac.com> Message-ID: <4AAF6267.6080706@janh.de> Maho NAKATA wrote: > From: Jan Henrik Sylvester >> Maho NAKATA wrote: >>> From: Joey Mingrone >>>> I'm having some trouble upgrading this port. >>>> % uname -a >>>> FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... >>>> i386 >>>> Here's the error in the build: >>>> making gendoc.cc >>>> g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include >>>> -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread >>>> making DOCSTRINGS >>>> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >>>> required by ./gendoc not found >>> Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. >>> you should recompile all ports... >>> thanks >> I hit the same error on 7.2-RELEASE. I did recompile all Fortran >> dependencies with gcc44 and removed gcc43, still the error persists. >> >> Having recompiled just gendoc.cc with gcc42 from base, I was able to >> finish the build, but running octave does not work, either: >> >> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >> required by /usr/local/lib/octave-3.2.2/liboctinterp.so not found >> >> Since liboctinterp.so was compiled with gcc44 and not with gcc from >> base, I guess it should not try to load /usr/lib/libstdc++.so.6 but >> /usr/local/lib/gcc44/libstdc++.so.6 -- or am I wrong? >> >> Any idea besides recompiling "all ports"? I really do not see the >> point in that, since nothing but the Fortran ports should use >> gcc44. Maybe, I do not understand the dynamic linking with multiple >> gcc versions involved after all. > I think there is no better way to do recomple whole ports :-O > I guess that's why gerald@ did before the ports freeze and we will > have a newer (better bug free, I believe) FORTRAN compiler. After running 'ldconfig /usr/local/lib/gcc44/ /usr/local/lib/', I was able to run octave. Actually, I am really not sure what I am doing here. Do you really think recompiling all ports would cure my system or is octave simply looking at the wrong directories for libraries? Thanks, Jan Henrik From miwi at FreeBSD.org Tue Sep 15 10:14:10 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Sep 15 10:23:12 2009 Subject: ports/138835: Python compile failure In-Reply-To: <200909151105.27983.david@vizion2000.net> References: <200909151105.27983.david@vizion2000.net> Message-ID: <20090915101407.GA58780@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David sorry but stop your agressive blaming here, first you come not without any more infos only it failed secound we are all humons and do sometimes mistakes so, now show me your 'make showconfig" and "uname -a" Thx! On Tue, Sep 15, 2009 at 11:05:27AM +0100, David Southwell wrote: > As reported by Ralph Kenyon > > > >On 2009-09-15T10:08:52+0100, David Southwell wrote: > > > I want to understand why bug reports get closed prematurely and without > any > > > discussion with the original person submitting the report. > > ... > > > > Yrs frustrated > > > David Southwell > > >ps the PR link is: > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=138835 > > >(ports/138835: Python compile failure) > > >I am wondering the same thing. extra-patch-setup.py is wrong. miwi's > >"can't confirm" post in ports/138835 doesn't even show the patch being > >applied. > > >Here is the rejects file: > > >*************** > >*** 1273,1279 **** > ) > libraries = [] > > - elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', > 'freebsd8'): > # FreeBSD's P1003.1b semaphore support is very experimental > # and has many known problems. (as of June 2008) > macros = dict( # FreeBSD > --- 1277,1283 ---- > ) > libraries = [] > > + elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', > 'freebsd8', 'freebsd9'): > # FreeBSD's P1003.1b semaphore support is very experimental > # and has many known problems. (as of June 2008) > macros = dict( # FreeBSD > > > >Kenyon Ralph > >End of signed message > > This bug now has a new PR > Link is: > http://www.freebsd.org/cgi/query-pr.cgi?pr=138837 > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqvaO8ACgkQdLJIhLHm/OkC+QCfTJzBNF/I+tvYV4nb88Ro+Nf5 8bcAniJ0J0Bbcggd6Tv4sHecqs5mTd+6 =0sgD -----END PGP SIGNATURE----- From david at vizion2000.net Tue Sep 15 10:14:33 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 10:23:12 2009 Subject: security/gnome-keyring compile error Message-ID: <200909151114.31442.david@vizion2000.net> gnome-libtool: link: ar cru .libs/libgcr.a libgcr_la-gcr-certificate.o libgcr_la-gcr-certificate-basics-widget.o libgcr_la-gcr-certificate-details- widget.o libgcr_la-gcr-import-dialog.o libgcr_la-gcr-importer.o libgcr_la-gcr- library.o libgcr_la-gcr-parser.o libgcr_la-gcr-simple-certificate.o libgcr_la- gcr-marshal.o .libs/libgcr.lax/libegg.a/libegg_la-egg-asn1.o .libs/libgcr.lax/libegg.a/libegg_la-egg-buffer.o .libs/libgcr.lax/libegg.a/libegg_la-egg-hex.o .libs/libgcr.lax/libegg.a/libegg_la-egg-libgcrypt.o .libs/libgcr.lax/libegg.a/libegg_la-egg-oid.o .libs/libgcr.lax/libegg.a/libegg_la-egg-openssl.o .libs/libgcr.lax/libegg.a/libegg_la-egg-unix-credentials.o .libs/libgcr.lax/libegg.a/libegg_la-egg-secure-memory.o .libs/libgcr.lax/libegg.a/libegg_la-egg-symkey.o .libs/libgcr.lax/libegg- secure-entry.a/libegg_secure_entry_la-egg-secure-entry.o gnome-libtool: link: ranlib .libs/libgcr.a gnome-libtool: link: rm -fr .libs/libgcr.lax gnome-libtool: link: ( cd ".libs" && rm -f "libgcr.la" && ln -s "../libgcr.la" "libgcr.la" ) cp gcr.pc gcr-0.pc gtk-builder-convert --skip-windows gcr-certificate-basics-widget.glade gcr- certificate-basics-widget.ui File "/usr/local/bin/gtk-builder-convert", line 261 print "WARNING: duplicate id \"" + node.getAttribute('id') + "\"" ^ TabError: inconsistent use of tabs and spaces in indentation gmake[4]: *** [gcr-certificate-basics-widget.ui] Error 1 gmake[4]: Leaving directory `/usr/ports/security/gnome-keyring/work/gnome- keyring-2.26.3/gcr' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/security/gnome-keyring/work/gnome- keyring-2.26.3/gcr' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/security/gnome-keyring/work/gnome- keyring-2.26.3/gcr' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/security/gnome-keyring/work/gnome- keyring-2.26.3' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/security/gnome-keyring. *** Error code 1 Stop in /usr/ports/security/gnome-keyring. From david at vizion2000.net Tue Sep 15 10:15:04 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 10:23:13 2009 Subject: [HEADSUP]: Ports feature freeze now enforced In-Reply-To: <20090915095154.GH54962@droso.net> References: <20090915095154.GH54962@droso.net> Message-ID: <200909151057.04556.david@vizion2000.net> > As an experiment, there will not be a complete ports freeze ahead of the > release of 8.0. To ensure that the tree is kept in a stable condition, > we do need to have more discipline about the feature freeze we are > currently using. To achieve this, I have added a new tag to the commit > log Feature safe: which needs to be set to yes explicitly for each > commit. While this is is tedious, it does mean that commits will be > allowed without prior explicit approval from portmgr. Portmgr is still > working on a written set of rules for what is and isn't allowed during a > feature freeze, so please use common sense for now, and try to err on > the side of caution and contact portmgr when in any doubt. Sweeping > commits touching a large number of ports, shared library updates affect > more than a trivial number of ports, you get the picture; anything that > would require a rebuild of more than a trivial amount of ports is not > allowed without prior approval from portmgr. With the release only a > few weeks off, we cannot afford any major mishaps, so be conservative. > > The feature freeze is enforced from right now and current plan is to tag > the tree after RC1 is released. There will be a short freeze while the > tag is processed, and after that we will proceed with the ports slush as > usual. > > Please consider your commits in this light and help make this experiment > a success so we can avoid long freezes for future releases. > > -erwin > Please can we ensure the python bug can be fixed. I noiw have a problem python26 will not build and the maintainer has not fixed the port. He has not tested the routine that causes the failure and a lot of ports are dependent upon python26!! See latest PRs David Southwell From david at vizion2000.net Tue Sep 15 10:28:21 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 10:28:38 2009 Subject: ports/138835: Python compile failure In-Reply-To: <20090915101407.GA58780@bsdcrew.de> References: <200909151105.27983.david@vizion2000.net> <20090915101407.GA58780@bsdcrew.de> Message-ID: <200909151128.17963.david@vizion2000.net> > David sorry but stop your agressive blaming here, > first you come not without any more infos only it failed > secound we are all humons and do sometimes mistakes so, > now show me your 'make showconfig" and "uname -a" > > Thx! > > On Tue, Sep 15, 2009 at 11:05:27AM +0100, David Southwell wrote: > > As reported by Ralph Kenyon > > > > >On 2009-09-15T10:08:52+0100, David Southwell wrote: > > > > I want to understand why bug reports get closed prematurely and > > > > without > > > > any > > > > > > discussion with the original person submitting the report. > > > > ... > > > > > > Yrs frustrated > > > > David Southwell > > > >ps the PR link is: > > >> > > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=138835 > > >> > > > >(ports/138835: Python compile failure) > > > > > >I am wondering the same thing. extra-patch-setup.py is wrong. miwi's > > >"can't confirm" post in ports/138835 doesn't even show the patch being > > >applied. > > > > > >Here is the rejects file: > > > > > >*************** > > >*** 1273,1279 **** > > > > ) > > libraries = [] > > > > - elif platform in ('freebsd4', 'freebsd5', 'freebsd6', > > 'freebsd7', 'freebsd8'): > > # FreeBSD's P1003.1b semaphore support is very experimental > > # and has many known problems. (as of June 2008) > > macros = dict( # FreeBSD > > --- 1277,1283 ---- > > ) > > libraries = [] > > > > + elif platform in ('freebsd4', 'freebsd5', 'freebsd6', > > 'freebsd7', 'freebsd8', 'freebsd9'): > > # FreeBSD's P1003.1b semaphore support is very experimental > > # and has many known problems. (as of June 2008) > > macros = dict( # FreeBSD > > > > >Kenyon Ralph > > > > > >End of signed message > > > > This bug now has a new PR > > Link is: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=138837 > David sorry but stop your agressive blaming here, > first you come not without any more infos only it failed > secound we are all humons and do sometimes mistakes so, > now show me your 'make showconfig" and "uname -a" > > Thx! 1. There has been no blaming only politelly asking question which in the circumstances seem appropriate. 2. output of uname -a is included in my reports both ion the PRs and the reports to freebsd-ports and freebsd-python. 3. You will see I have already asked James Chang in my posting to ports to post the output of his uname -a. 4.dns1# make showconfig ===> The following configuration options are available for python26-2.6.2_3: THREADS=on "Enable thread support" HUGE_STACK_SIZE=off "Use a larger thread stack" SEM=on "Use POSIX semaphores (experimental)" PTH=off "Use GNU Pth for threading/multiprocessing" UCS4=on "Use UCS4 for unicode support" PYMALLOC=on "Use python's internal malloc" IPV6=off "Enable IPv6 support" FPECTL=on "Enable floating point exception handling" ===> Use 'make config' to modify these settings I do not think this is much help as python26-2.6.2_3 will not build 5. Noone is blaming you - and noone is being aggressive- only asking why the standard procedure for handling all PR's does not expect maintainers to go back to the original reporting individual for comments before closing so the maintainer has the benefit of any additional information that might help to resolve the problem. When a port freeze is imminent you can however understand that those who are affected by a failure can feel frustrated when a PR is closed prematurely. David Southwell From baptiste.daroussin at gmail.com Tue Sep 15 10:42:16 2009 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Tue Sep 15 10:42:24 2009 Subject: portmaster completion for ZSH Message-ID: Hi, Here is a more complete ZSH completion for portmaster, can people test it and validate it please. to make it work, copy it to /usr/local/share/zsh/site-functions reload you zsh and portmaster [tab] http://github.com/bapt/zfbsd/blob/master/_portmaster Thanks, Bapt From chat95 at mac.com Tue Sep 15 10:42:55 2009 From: chat95 at mac.com (Maho NAKATA) Date: Tue Sep 15 10:43:01 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: <4AAF6267.6080706@janh.de> References: <4AAEC62D.9000007@janh.de> <20090915.093855.737004071327863653.chat95@mac.com> <4AAF6267.6080706@janh.de> Message-ID: <20090915.194236.1024833258536709883.chat95@mac.com> From: Jan Henrik Sylvester Subject: Re: FreeBSD Port: octave-3.2.2_5 Date: Tue, 15 Sep 2009 11:46:15 +0200 > Maho NAKATA wrote: >> From: Jan Henrik Sylvester >>> Maho NAKATA wrote: >>>> From: Joey Mingrone >>>>> I'm having some trouble upgrading this port. >>>>> % uname -a >>>>> FreeBSD ... 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Wed May 6 12:48:08 ... >>>>> i386 >>>>> Here's the error in the build: >>>>> making gendoc.cc >>>>> g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include >>>>> -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread >>>>> making DOCSTRINGS >>>>> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >>>>> required by ./gendoc not found >>>> Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. >>>> you should recompile all ports... >>>> thanks >>> I hit the same error on 7.2-RELEASE. I did recompile all Fortran >>> dependencies with gcc44 and removed gcc43, still the error persists. >>> >>> Having recompiled just gendoc.cc with gcc42 from base, I was able to >>> finish the build, but running octave does not work, either: >>> >>> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >>> required by /usr/local/lib/octave-3.2.2/liboctinterp.so not found >>> >>> Since liboctinterp.so was compiled with gcc44 and not with gcc from >>> base, I guess it should not try to load /usr/lib/libstdc++.so.6 but >>> /usr/local/lib/gcc44/libstdc++.so.6 -- or am I wrong? >>> >>> Any idea besides recompiling "all ports"? I really do not see the >>> point in that, since nothing but the Fortran ports should use >>> gcc44. Maybe, I do not understand the dynamic linking with multiple >>> gcc versions involved after all. > >> I think there is no better way to do recomple whole ports :-O >> I guess that's why gerald@ did before the ports freeze and we will >> have a newer (better bug free, I believe) FORTRAN compiler. > > After running 'ldconfig /usr/local/lib/gcc44/ /usr/local/lib/', I was > able to run octave. Actually, I am really not sure what I am doing > here. Do you really think recompiling all ports would cure my system > or is octave simply looking at the wrong directories for libraries? > > Thanks, > Jan Henrik > I don't know :-( Just for sure. -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From kenyon at kenyonralph.com Tue Sep 15 11:06:04 2009 From: kenyon at kenyonralph.com (Kenyon Ralph) Date: Tue Sep 15 11:06:11 2009 Subject: python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree In-Reply-To: <200909150913.00670.david@vizion2000.net> References: <200909150909.05644.david@vizion2000.net> <200909150913.00670.david@vizion2000.net> Message-ID: <20090915094056.GC506@kenyonralph.com> On 2009-09-15T10:08:52+0100, David Southwell wrote: > > I want to understand why bug reports get closed prematurely and without any > > discussion with the original person submitting the report. ... > > Yrs frustrated > > David Southwell > ps the PR link is: > http://www.freebsd.org/cgi/query-pr.cgi?pr=138835 > (ports/138835: Python compile failure) I am wondering the same thing. extra-patch-setup.py is wrong. miwi's "can't confirm" post in ports/138835 doesn't even show the patch being applied. Here is the rejects file: *************** *** 1273,1279 **** ) libraries = [] - elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8'): # FreeBSD's P1003.1b semaphore support is very experimental # and has many known problems. (as of June 2008) macros = dict( # FreeBSD --- 1277,1283 ---- ) libraries = [] + elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8', 'freebsd9'): # FreeBSD's P1003.1b semaphore support is very experimental # and has many known problems. (as of June 2008) macros = dict( # FreeBSD Kenyon Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090915/e7f24970/attachment.pgp From miwi at FreeBSD.org Tue Sep 15 12:40:59 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Sep 15 12:41:11 2009 Subject: ports/138835: Python compile failure In-Reply-To: <200909151128.17963.david@vizion2000.net> References: <200909151105.27983.david@vizion2000.net> <20090915101407.GA58780@bsdcrew.de> <200909151128.17963.david@vizion2000.net> Message-ID: <20090915124057.GA69628@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Sep 15, 2009 at 11:28:17AM +0100, David Southwell wrote: > > 1. There has been no blaming only politelly asking question which in the > circumstances seem appropriate. > 2. output of uname -a is included in my reports both ion the PRs and the > reports to freebsd-ports and freebsd-python. > 3. You will see I have already asked James Chang in my posting to ports to > post the output of his uname -a. > 4.dns1# make showconfig > ===> The following configuration options are available for python26-2.6.2_3: > THREADS=on "Enable thread support" > HUGE_STACK_SIZE=off "Use a larger thread stack" > SEM=on "Use POSIX semaphores (experimental)" > PTH=off "Use GNU Pth for threading/multiprocessing" > UCS4=on "Use UCS4 for unicode support" > PYMALLOC=on "Use python's internal malloc" > IPV6=off "Enable IPv6 support" > FPECTL=on "Enable floating point exception handling" > ===> Use 'make config' to modify these settings the problem is here SEM on, if you disable that it builds fine, beat@ has fixed this issus, please test following patch: http://tmp.chruetertee.ch/python26-sem-hack.patch > > > I do not think this is much help as python26-2.6.2_3 will not build > 5. Noone is blaming you - and noone is being aggressive- only asking why the > standard procedure for handling all PR's does not expect maintainers to go > back to the original reporting individual for comments before closing so the > maintainer has the benefit of any additional information that might help to > resolve the problem. When a port freeze is imminent you can however understand > that those who are affected by a failure can feel frustrated when a PR is > closed prematurely. > > David Southwell > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqvi1kACgkQdLJIhLHm/On1DACfRd0XAknn5rrJ4D+tCuOg7PzJ 7McAn25kDQztuaLsP7xUaTCb+bSlz5BM =Tcn8 -----END PGP SIGNATURE----- From danfe at FreeBSD.org Tue Sep 15 12:44:22 2009 From: danfe at FreeBSD.org (Alexey Dokuchaev) Date: Tue Sep 15 12:44:28 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090915113907.498fd6f5@tiger.minsk.domain> References: <20090915113907.498fd6f5@tiger.minsk.domain> Message-ID: <20090915124422.GA34612@FreeBSD.org> On Tue, Sep 15, 2009 at 11:39:07AM +0300, Sergey V. Dyatko wrote: > Earlier I'm using linux-dri-7.4_1 but today I'm install > games/linux-worldofgoo-demo > > [tiger@tiger]/usr/ports/games/linux-worldofgoo-demo%make > run-depends-list > /usr/ports/audio/linux-f10-libogg > /usr/ports/audio/linux-f10-libvorbis > /usr/ports/audio/linux-f10-mikmod > /usr/ports/audio/linux-f10-sdl_mixer > /usr/ports/devel/linux-f10-sdl12 > /usr/ports/emulators/linux_base-f10 > /usr/ports/graphics/linux-f10-libGLU > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > /usr/ports/textproc/linux-f10-expat > /usr/ports/x11-fonts/linux-f10-fontconfig > /usr/ports/x11/linux-f10-xorg-libs Typically, there are two major providers of libGL (both native and Linux flavors): linux-*-dri ports *or* nvidia-driver, depending on what gfx card you have). Now the problem here that linux-*-dri ports install *both* libGL and libGLU, while nvidia-driver installs just libGL (which is perfectly fine, since only libGL must directly interact with hardware via kernel module, for example). Recently bsam@ committed linux-f10-libGLU port with allowed me to port WorldOfGoo; previously, it was impossible without ugly hacks, since I use nVidia card + drivers, which conflict with linux-*-dri (the latter was the only provider of libGL for f10 until recently). Ideally, any port that needs libGL and/or libGLU should depend on libGLU *and* either libGL *or* nvidia-driver. Ports that depend on linux-*-dri to get these libs are very likely to drag conflicts sooner or later (this is especially true for nVidia cards owners). Perhaps Boris can shed more light on the subject. ./danfe (speaking mainly from nvidia-driver maintainer POV). From danfe at FreeBSD.org Tue Sep 15 12:48:17 2009 From: danfe at FreeBSD.org (Alexey Dokuchaev) Date: Tue Sep 15 12:48:23 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090915124422.GA34612@FreeBSD.org> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> Message-ID: <20090915124816.GB34612@FreeBSD.org> On Tue, Sep 15, 2009 at 12:44:22PM +0000, Alexey Dokuchaev wrote: > Typically, there are two major providers of libGL (both native and Linux > flavors): linux-*-dri ports *or* nvidia-driver, depending on what gfx card Of course, linux-* ports do not provide native libs; I was referring to `graphics/libGL' in "native" case, sorry for confusion. ./danfe From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 15 12:58:53 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 15 12:59:00 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <268690413.1237231252629385121.JavaMail.root@mail-01.cse.ucsc.edu> References: <268690413.1237231252629385121.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <200909151458.50325.mel.flynn+fbsd.ports@mailing.thruhere.net> On Friday 11 September 2009 02:36:25 Tim Gustafson wrote: > I'm trying to create a new port. To get myself started, I copied pecl-hash > and then modified the Makefile and the distinfo file. When I try to make > my port, it downloads the file from the PECL repository, extracts it, runs > configure and then starts compiling, but in the end I get a bunch of > errors from cc about undefined constants: > > kadm5.c: In function 'kadm5_error': > kadm5.c:285: error: 'KADM5_FAILURE' undeclared (first use in this function) > kadm5.c:285: error: (Each undeclared identifier is reported only once > kadm5.c:285: error: for each function it appears in.) > kadm5.c:288: error: 'KADM5_AUTH_GET' undeclared (first use in this > function) kadm5.c:291: error: 'KADM5_AUTH_ADD' undeclared (first use in > this function) > > So, I manually edited work/kadm5-0.2.3/kadm5.c and added: > > #include "kadm5/kadm5_err.h" > > That file has -most- of the needed declarations, but there are a few more > that aren't there, and I'm thinking the version of Kerberos that's > installed in FreeBSD 7.2 just doesn't have those declarations (the two > missing declarations are for KADM5_AUTH_SETKEY and > KADM5_SETKEY_DUP_ENCTYPES). > > So, my first question is: How can I tell my port to patch > work/kadm5-0.2.3/kadm5.c with the needed line above? > > My second question is: Is there a "proper way" to hack the needed values > into kadm5_err.h? Should I make a new .h file and include it as part of > the port only? > > And last but not least: > > After I manually patched the kadm5.c file and hacked the missing > declarations into kadm5_err.h, I get a different set of errors: > > kadm5.c: In function 'kadm5_error': > kadm5.c:440: error: label at end of compound statement > kadm5.c: In function 'zif_kadm5_get_principals': > kadm5.c:1048: warning: passing argument 3 of 'kadm5_free_name_list' makes > pointer from integer without a cast kadm5.c: In function > 'zif_kadm5_get_policies': > kadm5.c:1184: warning: passing argument 3 of 'kadm5_free_name_list' makes > pointer from integer without a cast > > Now, I am not a C programmer. I took a C class in about 1996 and that's > more or less the last I've done in C. Is there anyone out there who might > be kind enough to help me get this port working? I have a real need for > Kerberos administration from within PHP, and this PECL library being > absent has been a stumbling block for a long time now. Could shar(1) your current work? I can likely fix the issues you're seeing, but it would be nice if you can save me some cycles finding the urls and making the distinfo. How to shar a port is I think covered in the porters handbook. In short: cd /usr/ports shar `find category/portname -type f` >/tmp/portname.sh. -- Mel From bsam at ipt.ru Tue Sep 15 13:20:54 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Sep 15 13:21:02 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090915113907.498fd6f5@tiger.minsk.domain> (Sergey V. Dyatko's message of "Tue\, 15 Sep 2009 11\:39\:07 +0300") References: <20090915113907.498fd6f5@tiger.minsk.domain> Message-ID: <21287707@ipt.ru> "Sergey V. Dyatko" writes: > When I'm trying install skype I got following error: > > tiger# make install clean > ===> Installing for skype-2.0.0.72,1 > ===> skype-2.0.0.72,1 depends on file: /compat/linux/bin/sh - found > ===> skype-2.0.0.72,1 depends on > file: /compat/linux/lib/libasound.so.2.0.0 - found ===> > skype-2.0.0.72,1 depends on file: /compat/linux/usr/lib/libGL.so.1.2 - > not found ===> Verifying install > for /compat/linux/usr/lib/libGL.so.1.2 > in /usr/ports/graphics/linux-dri74 ===> Installing for linux-dri-7.4_1 > > ===> linux-dri-7.4_1 conflicts with installed package(s): > linux-f10-libGLU-7.2 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/graphics/linux-dri74. > *** Error code 1 > > Stop in /usr/ports/net/skype. > tiger# pkg_info -W /compat/linux/usr/lib/libGL.so.1.2 > pkg_info: /compat/linux/usr/lib/libGL.so.1.2: file cannot be found > > tiger# pkg_info -Lx linux-f10-libGLU > Information for linux-f10-libGLU-7.2: > > Files: > /compat/linux/usr/lib/libGLU.so.1 > /compat/linux/usr/lib/libGLU.so.1.3.070300 > > tiger# > > Earlier I'm using linux-dri-7.4_1 but today I'm install > games/linux-worldofgoo-demo > > [tiger@tiger]/usr/ports/games/linux-worldofgoo-demo%make > run-depends-list > /usr/ports/audio/linux-f10-libogg > /usr/ports/audio/linux-f10-libvorbis > /usr/ports/audio/linux-f10-mikmod > /usr/ports/audio/linux-f10-sdl_mixer > /usr/ports/devel/linux-f10-sdl12 > /usr/ports/emulators/linux_base-f10 > /usr/ports/graphics/linux-f10-libGLU > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > /usr/ports/textproc/linux-f10-expat > /usr/ports/x11-fonts/linux-f10-fontconfig > /usr/ports/x11/linux-f10-xorg-libs > > any suggestions ? 1. Deinstall games/linux-worldofgoo-demo and graphics/linux-f10-libGLU. 2. Apply the following patch. 3. Install games/linux-worldofgoo-demo and net/skype. 4. Report here. ----- Index: Makefile =================================================================== RCS file: /home/pcvs/ports/games/linux-worldofgoo-demo/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 14 Sep 2009 19:23:23 -0000 1.1 +++ Makefile 15 Sep 2009 13:10:10 -0000 @@ -7,6 +7,7 @@ PORTNAME= worldofgoo PORTVERSION= 1.41 +PORTREVISION= 1 CATEGORIES= games linux MASTER_SITES= http://freebsd.nsu.ru/distfiles/ PKGNAMEPREFIX= linux- @@ -18,12 +19,19 @@ ONLY_FOR_ARCHS= i386 amd64 USE_LINUX= yes -USE_LINUX_APPS= libglu libvorbis mikmod sdl12 sdlmixer +USE_LINUX_APPS= libvorbis mikmod sdl12 sdlmixer NO_BUILD= yes WRKSRC= ${WRKDIR}/WorldOfGooDemo DATADIR= ${PREFIX}/share/WorldOfGoo DOCSDIR= ${PREFIX}/share/doc/WorldOfGoo +.ifdef WITH_NVIDIA_GL +RUN_DEPENDS+= ${LINUXBASE}/usr/lib/libGL.so.1:${PORTSDIR}/x11/nvidia-driver +USE_LINUX_APPS+=libglu +.else +USE_LINUX_APPS+=dri +.endif + .include .if ${ARCH} == "i386" ----- -- WBR, bsam From bsam at ipt.ru Tue Sep 15 14:01:58 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Sep 15 14:02:05 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090915124422.GA34612@FreeBSD.org> (Alexey Dokuchaev's message of "Tue\, 15 Sep 2009 12\:44\:22 +0000") References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> Message-ID: <55205239@ipt.ru> Alexey Dokuchaev writes: > Typically, there are two major providers of libGL (both native and Linux > flavors): linux-*-dri ports *or* nvidia-driver, depending on what gfx card > you have). Now the problem here that linux-*-dri ports install *both* It's not a problem. It's a feature. ;-) > libGL and libGLU, while nvidia-driver installs just libGL (which is > perfectly fine, since only libGL must directly interact with hardware > via kernel module, for example). Recently bsam@ committed linux-f10-libGLU > port with allowed me to port WorldOfGoo; previously, it was impossible > without ugly hacks, since I use nVidia card + drivers, which conflict > with linux-*-dri (the latter was the only provider of libGL for f10 until > recently). > > Ideally, any port that needs libGL and/or libGLU should depend on libGLU > *and* either libGL *or* nvidia-driver. Ports that depend on linux-*-dri > to get these libs are very likely to drag conflicts sooner or later > (this is especially true for nVidia cards owners). > > Perhaps Boris can shed more light on the subject. I've just emailed a patch for games/linux-worldofgoo-demo. Many other ports which need linux libGL/libGLU (either for nvidia or not) use those checks. It seems to work fine for other ports and should fix the case here. All conflicts seems to be dealt by that check either. Am I missing something? -- WBR, bsam From danfe at FreeBSD.org Tue Sep 15 14:04:46 2009 From: danfe at FreeBSD.org (Alexey Dokuchaev) Date: Tue Sep 15 14:04:53 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <55205239@ipt.ru> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> Message-ID: <20090915140446.GB52015@FreeBSD.org> On Tue, Sep 15, 2009 at 06:03:52PM +0400, Boris Samorodov wrote: > Alexey Dokuchaev writes: > > > Typically, there are two major providers of libGL (both native and Linux > > flavors): linux-*-dri ports *or* nvidia-driver, depending on what gfx card > > you have). Now the problem here that linux-*-dri ports install *both* > > It's not a problem. It's a feature. ;-) > > > libGL and libGLU, while nvidia-driver installs just libGL (which is > > perfectly fine, since only libGL must directly interact with hardware > > via kernel module, for example). Recently bsam@ committed linux-f10-libGLU > > port with allowed me to port WorldOfGoo; previously, it was impossible > > without ugly hacks, since I use nVidia card + drivers, which conflict > > with linux-*-dri (the latter was the only provider of libGL for f10 until > > recently). > > > > Ideally, any port that needs libGL and/or libGLU should depend on libGLU > > *and* either libGL *or* nvidia-driver. Ports that depend on linux-*-dri > > to get these libs are very likely to drag conflicts sooner or later > > (this is especially true for nVidia cards owners). > > > > Perhaps Boris can shed more light on the subject. > > I've just emailed a patch for games/linux-worldofgoo-demo. Many other Yes, thanks! I somehow managed to miss libGL dep completely, my fault. > ports which need linux libGL/libGLU (either for nvidia or not) use > those checks. It seems to work fine for other ports and should fix > the case here. All conflicts seems to be dealt by that check either. > Am I missing something? Not that I see any obvious pitfalls, but it will become more clear once the dust settles. ./danfe From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 15 14:12:02 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 15 14:12:09 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090915124422.GA34612@FreeBSD.org> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> Message-ID: <200909151611.58611.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 15 September 2009 14:44:22 Alexey Dokuchaev wrote: > On Tue, Sep 15, 2009 at 11:39:07AM +0300, Sergey V. Dyatko wrote: > > Earlier I'm using linux-dri-7.4_1 but today I'm install > > games/linux-worldofgoo-demo > > > > [tiger@tiger]/usr/ports/games/linux-worldofgoo-demo%make > > run-depends-list > > /usr/ports/audio/linux-f10-libogg > > /usr/ports/audio/linux-f10-libvorbis > > /usr/ports/audio/linux-f10-mikmod > > /usr/ports/audio/linux-f10-sdl_mixer > > /usr/ports/devel/linux-f10-sdl12 > > /usr/ports/emulators/linux_base-f10 > > /usr/ports/graphics/linux-f10-libGLU > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > /usr/ports/textproc/linux-f10-expat > > /usr/ports/x11-fonts/linux-f10-fontconfig > > /usr/ports/x11/linux-f10-xorg-libs > > Typically, there are two major providers of libGL (both native and Linux > flavors): linux-*-dri ports *or* nvidia-driver, depending on what gfx card > you have). Now the problem here that linux-*-dri ports install *both* > libGL and libGLU, while nvidia-driver installs just libGL (which is > perfectly fine, since only libGL must directly interact with hardware > via kernel module, for example). Recently bsam@ committed linux-f10-libGLU > port with allowed me to port WorldOfGoo; previously, it was impossible > without ugly hacks, since I use nVidia card + drivers, which conflict > with linux-*-dri (the latter was the only provider of libGL for f10 until > recently). > > Ideally, any port that needs libGL and/or libGLU should depend on libGLU > *and* either libGL *or* nvidia-driver. Ports that depend on linux-*-dri > to get these libs are very likely to drag conflicts sooner or later > (this is especially true for nVidia cards owners). What I never understood is that nvidia-driver fakes dep on libGL, only to replace it. Is the rationale for that, that it eases the pain for the end user when uninstalling nvidia-driver, by still having a libGL around? Or is libGL needed for the opengl headers? I think things are a lot less complicated if nvidia-driver is one of the choices for libGL and that if one wants to stop using it, one does: portmaster -o graphics/libGL nvidia-driver-\* -- Mel From mitayai at corp.9trackmind.com Tue Sep 15 16:01:09 2009 From: mitayai at corp.9trackmind.com (Mit Rowe) Date: Tue Sep 15 16:01:15 2009 Subject: Fwd: FreeBSD port: haproxy-devel In-Reply-To: <8398ffd30909111026h533c617va2900e2fc53f58b5@mail.gmail.com> References: <8398ffd30909111026h533c617va2900e2fc53f58b5@mail.gmail.com> Message-ID: <8398ffd30909150837v26ad4445j139bb4f5ab63937d@mail.gmail.com> The maintainer has not been able to respond to me as of yet... would anyone else be able to help me out? Cheers, Mit ---------- Forwarded message ---------- From: Mit Rowe Date: Fri, Sep 11, 2009 at 1:26 PM Subject: FreeBSD port: haproxy-devel To: hugo@barafranca.com Hi Hugo! I was wondering if you'd be willing to help me update the haproxy-devel port to 1.3.20 The patch file is still valid; the only things that would need to change are: Makefile: -PORTVERSION= 1.3.18 +PORTVERSION= 1.3.20 distinfo: -MD5 (haproxy-1.3.18.tar.gz) = f02639fe9fbb7ecbdf1010f4588714ac -SHA256 (haproxy-1.3.18.tar.gz) = 291f9c8af5c63d0c88b04b8bb914d532b9c53a84a50608ec4e1d91c47f57c55c -SIZE (haproxy-1.3.18.tar.gz) = 645123 +MD5 (haproxy-1.3.20.tar.gz) = e37046e0cb2f407d92c41d7731d1dd10 +SHA256 (haproxy-1.3.20.tar.gz) = a1e99fa00d69aa8d9f800d381a6ef1daa8797893e49a147f2fb963cfef56bd77 +SIZE (haproxy-1.3.20.tar.gz) = 648912 I'd submit it myself, but i'm not sure how to :-( Cheers, Mit Rowe -- Will Mitayai Keeso Rowe Director of IT Operations 9 Track Mind, Inc. office: 1-866-326-3098xt102 / cell: 1-416-219-2512 -- Will Mitayai Keeso Rowe Director of IT Operations 9 Track Mind, Inc. office: 1-866-326-3098xt102 / cell: 1-416-219-2512 From tjg at soe.ucsc.edu Tue Sep 15 16:29:14 2009 From: tjg at soe.ucsc.edu (Tim Gustafson) Date: Tue Sep 15 16:29:20 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <1469296709.1304851253032149495.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <1304001389.1304871253032153566.JavaMail.root@mail-01.cse.ucsc.edu> > Could shar(1) your current work? I can likely fix the issues > you're seeing, but it would be nice if you can save me some > cycles finding the urls and making the distinfo. How to shar > a port is I think covered in the porters handbook. In short: > cd /usr/ports > shar `find category/portname -type f` >/tmp/portname.sh. I'm attaching the file as a ZIP (so that it doesn't get clobbered anywhere). Thanks for your help - I really appreciate it! Tim Gustafson Baskin School of Engineering UC Santa Cruz tjg@soe.ucsc.edu 831-459-5354 From glarkin at FreeBSD.org Tue Sep 15 16:41:12 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Sep 15 16:41:19 2009 Subject: Fwd: FreeBSD port: haproxy-devel In-Reply-To: <8398ffd30909150837v26ad4445j139bb4f5ab63937d@mail.gmail.com> References: <8398ffd30909111026h533c617va2900e2fc53f58b5@mail.gmail.com> <8398ffd30909150837v26ad4445j139bb4f5ab63937d@mail.gmail.com> Message-ID: <4AAFC3A0.7070200@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mit Rowe wrote: > The maintainer has not been able to respond to me as of yet... would anyone > else be able to help me out? > > Cheers, > Mit > > > ---------- Forwarded message ---------- > From: Mit Rowe > Date: Fri, Sep 11, 2009 at 1:26 PM > Subject: FreeBSD port: haproxy-devel > To: hugo@barafranca.com > > > Hi Hugo! > > I was wondering if you'd be willing to help me update the haproxy-devel port > to 1.3.20 > > The patch file is still valid; the only things that would need to change > are: > > Makefile: > -PORTVERSION= 1.3.18 > +PORTVERSION= 1.3.20 > > distinfo: > -MD5 (haproxy-1.3.18.tar.gz) = f02639fe9fbb7ecbdf1010f4588714ac > -SHA256 (haproxy-1.3.18.tar.gz) = > 291f9c8af5c63d0c88b04b8bb914d532b9c53a84a50608ec4e1d91c47f57c55c > -SIZE (haproxy-1.3.18.tar.gz) = 645123 > +MD5 (haproxy-1.3.20.tar.gz) = e37046e0cb2f407d92c41d7731d1dd10 > +SHA256 (haproxy-1.3.20.tar.gz) = > a1e99fa00d69aa8d9f800d381a6ef1daa8797893e49a147f2fb963cfef56bd77 > +SIZE (haproxy-1.3.20.tar.gz) = 648912 > > I'd submit it myself, but i'm not sure how to :-( > > Cheers, > Mit Rowe > > Hi Mit, The standard way to submit a port patch is by filing a PR (problem report) to the FreeBSD GNATS database. You can read more here and submit right from this page: http://www.freebsd.org/send-pr.html You can also submit directly from the command-line with the send-pr command: http://www.freebsd.org/cgi/man.cgi?query=send-pr&sourceid=opensearch. If you are submitting a PR for a port, have a look at the ports-mgmt/porttools port, since it automates a lot of the PR filing tasks for you: http://www.freshports.org/ports-mgmt/porttools In particular, the "port submit" command will create a patch for you and help you submit a PR with it. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKr8Og0sRouByUApARAsIlAKCLEEeXVBrrP8ouPVn1RLk0ACp/KACgoj9L d8yi0nppmgk3DLiQPCbaKY0= =njOz -----END PGP SIGNATURE----- From david at vizion2000.net Tue Sep 15 17:17:22 2009 From: david at vizion2000.net (David Southwell) Date: Tue Sep 15 17:17:29 2009 Subject: ports/138837: lang/python26 compile failure Message-ID: <200909151817.19813.david@vizion2000.net> I agree the bug is solely related to the semaphores option. It compiles fine with sem turned off on my 7.2-p3 intel quad core system. I have tried the patches with the sem option on but that does not solve that compile failure. David From miwi at FreeBSD.org Tue Sep 15 17:27:22 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Sep 15 17:27:29 2009 Subject: ports/138837: lang/python26 compile failure In-Reply-To: <200909151817.19813.david@vizion2000.net> References: <200909151817.19813.david@vizion2000.net> Message-ID: <20090915172718.GF69992@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Sep 15, 2009 at 06:17:19PM +0100, David Southwell wrote: > I agree the bug is solely related to the semaphores option. It compiles fine > with sem turned off on my 7.2-p3 intel quad core system. I have tried the > patches with the sem option on but that does not solve that compile failure. > Which error? All what we see is the patch reject, and that was solved with the patch from beat. > David > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqvznYACgkQdLJIhLHm/Om3tgCgk02xbsbaL2I7t5L1zlaCfwfU h8wAn0i1UDh8OkXQhI2LX5P/UDwfNwi9 =DYix -----END PGP SIGNATURE----- From dougb at FreeBSD.org Tue Sep 15 19:03:59 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Sep 15 19:04:05 2009 Subject: portmaster completion for ZSH In-Reply-To: References: Message-ID: <4AAFE514.5020200@FreeBSD.org> Baptiste Daroussin wrote: > Hi, > > Here is a more complete ZSH completion for portmaster, can people test > it and validate it please. > > to make it work, copy it to /usr/local/share/zsh/site-functions > reload you zsh > > and portmaster [tab] > > http://github.com/bapt/zfbsd/blob/master/_portmaster Since I don't use zsh I have no way to judge what is "better" here, so I will leave it to the community to point me in the right direction. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Tue Sep 15 19:06:39 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Sep 15 19:06:46 2009 Subject: Portmaster tcsh completion (Was: Re: Portmaster updates, including multiple -x options) In-Reply-To: <4AAF64FC.4000200@quip.cz> References: <4AAF58A0.2000401@FreeBSD.org> <4AAF64FC.4000200@quip.cz> Message-ID: <4AAFE5B7.2020701@FreeBSD.org> Miroslav Lachman wrote: > Nice improvements! Thanks. :) > When you are talking about completion, I am using this for tcsh: > > alias _PKGS_VeRsIoN_ 'ls -1 /var/db/pkg' > > complete portmaster 'c/--/(force-config show-work clean-distfiles > clean-distfiles-all \ > check-depends help version)/' \ > 'c/-/(a b B C d D e f F g G h H i l L m n o p r R s t u v w x)/' \ > 'n@*@`_PKGS_VeRsIoN_`@' > > It is basic for older version of portmaster, so I am sure it doesn't > contain all the options. I can polish it up if you want to include it in > you port. > > It can be rewritten to not use alias _PKGS_VeRsIoN_. The alias is there > because I am using it for other completion in my ~/.cshrc. > > And one thing is missing - support for completion of /usr/ports/* I'll say the same thing about this as I did about the zsh completions, since I don't use tcsh I must leave it to the community to point me in the right direction. If you tcsh users can come to consensus on this I will be glad to include it. Doug -- This .signature sanitized for your protection From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 15 19:51:08 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 15 19:51:14 2009 Subject: portmaster completion for ZSH In-Reply-To: <4AAFE514.5020200@FreeBSD.org> References: <4AAFE514.5020200@FreeBSD.org> Message-ID: <200909152151.05455.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 15 September 2009 21:03:48 Doug Barton wrote: > Baptiste Daroussin wrote: > > Hi, > > > > Here is a more complete ZSH completion for portmaster, can people test > > it and validate it please. > > > > to make it work, copy it to /usr/local/share/zsh/site-functions > > reload you zsh > > > > and portmaster [tab] > > > > http://github.com/bapt/zfbsd/blob/master/_portmaster > > Since I don't use zsh I have no way to judge what is "better" here, so > I will leave it to the community to point me in the right direction. I like this one, but haven't tested the "former". Will do tomorrow as I suspect daily csup will give me the new portmaster with the old zsh completion. @Baptiste, feature request for csup :>. Currently csup -L2 /etc/[tab] gives: No matches for: `verbosity level' or `corrections' Sorry for the little hijack, feel free to take it off list. -- Mel From piotr.smyrak at heron.pl Tue Sep 15 19:52:29 2009 From: piotr.smyrak at heron.pl (piotr.smyrak@heron.pl) Date: Tue Sep 15 19:52:35 2009 Subject: Portmaster tcsh completion (Was: Re: Portmaster updates, including multiple -x options) In-Reply-To: <4AAFE5B7.2020701@FreeBSD.org> References: <4AAF58A0.2000401@FreeBSD.org> <4AAF64FC.4000200@quip.cz> <4AAFE5B7.2020701@FreeBSD.org> Message-ID: <20090915192856.M73103@heron.pl> On Tue, 15 Sep 2009 12:06:31 -0700, Doug Barton wrote > Miroslav Lachman wrote: > > > When you are talking about completion, I am using this for tcsh: > > > > alias _PKGS_VeRsIoN_ 'ls -1 /var/db/pkg' > > > > complete portmaster 'c/--/(force-config show-work clean- distfiles > > clean-distfiles-all \ > > check-depends help version)/' \ > > 'c/-/(a b B C d D e f F g G h H i l L m n o p r R s t u v w x)/' \ > > 'n@*@`_PKGS_VeRsIoN_`@' > > Since we are talking about tcsh completions, here is my approach: complete {pkg_*,port*} 'n@*@D:/var/db/pkg@ @' From jstub at jstub.com Tue Sep 15 20:34:50 2009 From: jstub at jstub.com (John B. Stubblebine) Date: Tue Sep 15 20:34:57 2009 Subject: gretl package installation failure Message-ID: <4AAFF709.4000709@jstub.com> Alex Dupre ale@FreeBSD.org GLewis glewis@FreeBSD.org Ports ports@FreeBSD.org I am running PC-BSD and have tried to use the "pkg-add" command to install "gretl" on my system, as the following transcript shows. It appears that there is something about the "pdflib" package and or port that might need to be repaired, or "gnuplot" or ?? Could you please give me some advice on how to proceed so that "gretl" can be installed successfully on my system?? Thanks! John [root@pcbsd]/root(34)# uname -a FreeBSD pcbsd 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #12: Fri Apr 17 15:37:58 EDT 2009 root@pcbsdx32-7:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD i386 [root@pcbsd]/root(35)# [root@pcbsd]/root(31)# pkg_add -r gretl Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/gretl.tbz... Done. Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/pdflib-7.0.4.tbz: File unavailable (e.g., file not found, no access) Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/gnuplot-4.2.5_1.tbz... Done. pkg_add: could not find package pdflib-7.0.4 ! pkg_add: pkg_add of dependency 'gnuplot-4.2.5_1' failed! [root@pcbsd]/root(32)# pkg_add -r gnuplot Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/gnuplot.tbz... Done. Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/pdflib-7.0.4.tbz: File unavailable (e.g., file not found, no access) pkg_add: can't open dependency file '/var/db/pkg/pdflib-7.0.4/+REQUIRED_BY'! dependency registration is incomplete [root@pcbsd]/root(33)# pkg_add -r pdflib Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/pdflib.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/Latest/pdflib.tbz' by URL From the PORTS listings: pdflib-7.0.4 A C library for dynamically generating PDF Long description : Sources : Changes : Download Maintained by: ale@FreeBSD.org gnuplot-4.2.6 A command-driven interactive function plotting program Long description : Sources : Changes : Download Maintained by: glewis@FreeBSD.org gretl-1.8.2_1 GNU Regression, Econometrics and Time-series Library Long description : Sources : Changes : Download Maintained by: ports@FreeBSD.org -- Best regards, John B. Stubblebine jstub@jstub.com "Taxes are what we pay for civilized society." # Oliver Wendell Holmes, Jr. ? Please consider the environment before printing this email. From baptiste.daroussin at gmail.com Tue Sep 15 20:57:40 2009 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Tue Sep 15 20:58:03 2009 Subject: portmaster completion for ZSH In-Reply-To: <200909152151.05455.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <4AAFE514.5020200@FreeBSD.org> <200909152151.05455.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: > > @Baptiste, feature request for csup :>. Currently csup -L2 /etc/[tab] gives: > No matches for: `verbosity level' or `corrections' > > Sorry for the little hijack, feel free to take it off list. > -- > Mel > I'll have a look at thi (and correct it :)) tomorrow. From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 15 21:50:55 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 15 21:51:02 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <1304001389.1304871253032153566.JavaMail.root@mail-01.cse.ucsc.edu> References: <1304001389.1304871253032153566.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <200909152350.50879.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 15 September 2009 18:29:13 Tim Gustafson wrote: > > Could shar(1) your current work? I can likely fix the issues > > you're seeing, but it would be nice if you can save me some > > cycles finding the urls and making the distinfo. How to shar > > a port is I think covered in the porters handbook. In short: > > cd /usr/ports > > shar `find category/portname -type f` >/tmp/portname.sh. > > I'm attaching the file as a ZIP (so that it doesn't get clobbered > anywhere). Thanks for your help - I really appreciate it! Here you go: php -i: kadm5 kadm5 support => enabled You will have to test if this works as expected. I just made it compile and link. -- Mel -------------- next part -------------- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # security/pecl-kadm5 # security/pecl-kadm5/Makefile # security/pecl-kadm5/distinfo # security/pecl-kadm5/pkg-descr # security/pecl-kadm5/files # security/pecl-kadm5/files/patch-config.m4 # security/pecl-kadm5/files/patch-kadm5.c # security/pecl-kadm5/out # security/pecl-kadm5/err # echo c - security/pecl-kadm5 mkdir -p security/pecl-kadm5 > /dev/null 2>&1 echo x - security/pecl-kadm5/Makefile sed 's/^X//' >security/pecl-kadm5/Makefile << '4bc45574b886d0973c667fac52a88143' X# Ports collection makefile for: pecl-kadm5 X# Date created: 2009-09-10 X# Whom: Tim Gustafson X# X# $FreeBSD$ X# X XPORTNAME= kadm5 XDISTVERSION= 0.2.3 XCATEGORIES= security www XMASTER_SITES= http://pecl.php.net/get/ XPKGNAMEPREFIX= pecl- XEXTRACT_SUFX= .tgz XDIST_SUBDIR= PECL X XMAINTAINER= tjg@soe.ucsc.edu XCOMMENT= Kerberos Admin Module for PHP X XUSE_PHP= yes XUSE_PHPEXT= yes XDEFAULT_PHP_VER=5 X X.include 4bc45574b886d0973c667fac52a88143 echo x - security/pecl-kadm5/distinfo sed 's/^X//' >security/pecl-kadm5/distinfo << 'f740f39faefa93fed072b1a5f9aff7c2' XMD5 (PECL/kadm5-0.2.3.tgz) = 2b393f22232496fb799c452dd3868227 XSHA256 (PECL/kadm5-0.2.3.tgz) = 82423432ebbf7fd827b9049e760ec5139d5661f731854256a1adc43a239f2b37 XSIZE (PECL/kadm5-0.2.3.tgz) = 23090 f740f39faefa93fed072b1a5f9aff7c2 echo x - security/pecl-kadm5/pkg-descr sed 's/^X//' >security/pecl-kadm5/pkg-descr << 'fb602e7c4f1a8b1c868cf521efbe635a' XThis port enabled the KADM5 module for PHP5. fb602e7c4f1a8b1c868cf521efbe635a echo c - security/pecl-kadm5/files mkdir -p security/pecl-kadm5/files > /dev/null 2>&1 echo x - security/pecl-kadm5/files/patch-config.m4 sed 's/^X//' >security/pecl-kadm5/files/patch-config.m4 << '9e9aa0e8f5d01d840f913b43d4c107be' X--- config.m4.orig 2003-05-09 16:28:45.000000000 +0200 X+++ config.m4 2009-09-15 23:41:56.000000000 +0200 X@@ -34,6 +34,28 @@ X fi X done X fi X+ SEARCH_PATH="/usr/local/include /usr/include /usr/src/krb5-1.2.4/src/include" X+ SEARCH_FOR="kadm5/kadm5_err.h" X+ AC_MSG_CHECKING(for kadm5/kadm5_err.h) X+ for i in $SEARCH_PATH ; do X+ if test -r $i/$SEARCH_FOR; then X+ AC_DEFINE(HAVE_KADM5_ERR_H, [], [Wether kadm5/kadm5_err.h is present]) X+ AC_MSG_RESULT(found in $i) X+ fi X+ done X+ AC_MSG_CHECKING(various enum values) X+ ENUMS="KADM5_AUTH_SETKEY KADM5_SETKEY_DUP_ENCTYPES" X+ found=0 X+ for i in $ENUMS; do X+ if grep -q $i $KADM5_DIR/*; then X+ AC_DEFINE([HAVE_$i], [], [System has $i]) X+ AC_MSG_RESULT($i) X+ found=1 X+ fi X+ done X+ if test $found -eq 0; then X+ AC_MSG_RESULT(none) X+ fi X X if test -z "$KADM5_DIR"; then X AC_MSG_RESULT(not found) X@@ -56,10 +78,12 @@ X PHP_SUBST(KADM5_SHARED_LIBADD) X PHP_ADD_LIBRARY_WITH_PATH(kadm5clnt, /usr/lib, KADM5_SHARED_LIBADD) X dnl PHP_ADD_LIBRARY_WITH_PATH(kdb5, /usr/lib, KADM5_SHARED_LIBADD) X- PHP_ADD_LIBRARY_WITH_PATH(gssrpc, /usr/lib, KADM5_SHARED_LIBADD) X+ dnl not needed in FreeBSD PHP_ADD_LIBRARY_WITH_PATH(gssrpc, /usr/lib, KADM5_SHARED_LIBADD) X PHP_ADD_LIBRARY_WITH_PATH(krb5, /usr/lib, KADM5_SHARED_LIBADD) X- PHP_ADD_LIBRARY_WITH_PATH(k5crypto, /usr/lib, KADM5_SHARED_LIBADD) X- PHP_ADD_LIBRARY_WITH_PATH(dyn, /usr/lib, KADM5_SHARED_LIBADD) X+ dnl not needed in FreeBSD PHP_ADD_LIBRARY_WITH_PATH(k5crypto, /usr/lib, KADM5_SHARED_LIBADD) X+ dnl not needed in FreeBSD PHP_ADD_LIBRARY_WITH_PATH(dyn, /usr/lib, KADM5_SHARED_LIBADD) X+ dnl needed for FreeBSD: X+ PHP_ADD_LIBRARY_WITH_PATH(asn1, /usr/lib, KADM5_SHARED_LIBADD) X X PHP_EXTENSION(kadm5, $ext_shared) X fi 9e9aa0e8f5d01d840f913b43d4c107be echo x - security/pecl-kadm5/files/patch-kadm5.c sed 's/^X//' >security/pecl-kadm5/files/patch-kadm5.c << '3ad0cac2c6984eaf3261c558d078ba70' X--- kadm5.c.orig 2003-05-28 12:51:42.000000000 +0200 X+++ kadm5.c 2009-09-15 23:21:35.000000000 +0200 X@@ -30,6 +30,9 @@ X #endif X X #include "kadm5/admin.h" X+#ifdef HAVE_KADM5_ERR_H X+#include X+#endif X X #include "php.h" X #include "php_ini.h" X@@ -429,13 +432,18 @@ X case KADM5_BAD_SERVER_NAME: X php_error(E_WARNING, "Bad krb5 admin server hostname. (KADM5_BAD_SERVER_NAME)"); X break; X+#ifdef HAVE_KADM5_AUTH_SETKEY X case KADM5_AUTH_SETKEY: X php_error(E_WARNING, "Operation requires 'set-key' privilege. (KADM5_AUTH_SETKEY)"); X break; X+#endif X+#ifdef HAVE_KADM5_SETKEY_DUP_ENCTYPES X case KADM5_SETKEY_DUP_ENCTYPES: X php_error(E_WARNING, "Multiple values for single or folded enctype. (KADM5_SETKEY_DUP_ENCTYPES)"); X break; X+#endif X default: X+ break; X } X } X /* }}} */ X@@ -1044,7 +1052,7 @@ X add_next_index_string(return_value, princs[i], 1); X } X X- kadm5_free_name_list(handle, princs, count); X+ kadm5_free_name_list(handle, princs, &count); X } X /* }}} */ X X@@ -1180,7 +1188,7 @@ X add_next_index_string(return_value, policies[i], 1); X } X X- kadm5_free_name_list(handle, policies, count); X+ kadm5_free_name_list(handle, policies, &count); X } X /* }}} */ X 3ad0cac2c6984eaf3261c558d078ba70 echo x - security/pecl-kadm5/out sed 's/^X//' >security/pecl-kadm5/out << '5065b0598bad3c5d020e50e1f49f381d' X XBuild complete. XDon't forget to run 'make test'. X X X===================================================================== XPHP : /usr/local/bin/php XPHP_SAPI : cli XPHP_VERSION : 5.2.10 XZEND_VERSION: 2.2.0 XPHP_OS : FreeBSD - FreeBSD smoochies.rachie.is-a-geek.net 8.0-BETA4 FreeBSD 8.0-BETA4 #14 r196875M: Mon Sep 7 18:00:45 CEST 2009 mel@smoochies.rachie.is-a-geek.net:/usr/obj/usr/src/sys/HPDV9000 i386 XINI actual : /usr/local/etc/php.ini XMore .INIs : /usr/local/etc/php/extensions.ini XCWD : /stable/usr/obj/usr/ports/local/pecl-kadm5/work/kadm5-0.2.3 XExtra dirs : XVALGRIND : Not used X===================================================================== XRunning selected tests. XTEST 1/1 [tests/001.phpt] SKIP Check for kadm5 presence [tests/001.phpt] X===================================================================== XNumber of tests : 1 0 XTests skipped : 1 (100.0%) -------- XTests warned : 0 ( 0.0%) ( 0.0%) XTests failed : 0 ( 0.0%) ( 0.0%) XExpected fail : 0 ( 0.0%) ( 0.0%) XTests passed : 0 ( 0.0%) ( 0.0%) X--------------------------------------------------------------------- XTime taken : 0 seconds X===================================================================== 5065b0598bad3c5d020e50e1f49f381d echo x - security/pecl-kadm5/err sed 's/^X//' >security/pecl-kadm5/err << '365a7dcaf9d3ec6a05f98e0a3f689a7e' XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/zlib.so' - Cannot open "modules/zlib.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/zlib.so' - Cannot open "modules/zlib.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/zip.so' - Cannot open "modules/zip.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/zip.so' - Cannot open "modules/zip.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/xml.so' - Cannot open "modules/xml.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/xml.so' - Cannot open "modules/xml.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/simplexml.so' - Cannot open "modules/simplexml.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/simplexml.so' - Cannot open "modules/simplexml.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/session.so' - Cannot open "modules/session.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/session.so' - Cannot open "modules/session.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/pgsql.so' - Cannot open "modules/pgsql.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/pgsql.so' - Cannot open "modules/pgsql.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/pcre.so' - Cannot open "modules/pcre.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/pcre.so' - Cannot open "modules/pcre.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/spl.so' - Cannot open "modules/spl.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/spl.so' - Cannot open "modules/spl.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqli.so' - Cannot open "modules/mysqli.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mysqli.so' - Cannot open "modules/mysqli.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysql.so' - Cannot open "modules/mysql.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mysql.so' - Cannot open "modules/mysql.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mcrypt.so' - Cannot open "modules/mcrypt.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mcrypt.so' - Cannot open "modules/mcrypt.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mbstring.so' - Cannot open "modules/mbstring.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mbstring.so' - Cannot open "modules/mbstring.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/gd.so' - Cannot open "modules/gd.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/gd.so' - Cannot open "modules/gd.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/filter.so' - Cannot open "modules/filter.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/filter.so' - Cannot open "modules/filter.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/curl.so' - Cannot open "modules/curl.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/curl.so' - Cannot open "modules/curl.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/ctype.so' - Cannot open "modules/ctype.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/ctype.so' - Cannot open "modules/ctype.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/bz2.so' - Cannot open "modules/bz2.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/bz2.so' - Cannot open "modules/bz2.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/pdf.so' - Cannot open "modules/pdf.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/pdf.so' - Cannot open "modules/pdf.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/kadm5.so' - /usr/lib/libkrb5.so.10: Undefined symbol "initialize_asn1_error_table_r" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/kadm5.so' - /usr/lib/libkrb5.so.10: Undefined symbol "initialize_asn1_error_table_r" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/zlib.so' - Cannot open "modules/zlib.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/zlib.so' - Cannot open "modules/zlib.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/zip.so' - Cannot open "modules/zip.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/zip.so' - Cannot open "modules/zip.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/xml.so' - Cannot open "modules/xml.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/xml.so' - Cannot open "modules/xml.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/simplexml.so' - Cannot open "modules/simplexml.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/simplexml.so' - Cannot open "modules/simplexml.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/session.so' - Cannot open "modules/session.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/session.so' - Cannot open "modules/session.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/pgsql.so' - Cannot open "modules/pgsql.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/pgsql.so' - Cannot open "modules/pgsql.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/pcre.so' - Cannot open "modules/pcre.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/pcre.so' - Cannot open "modules/pcre.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/spl.so' - Cannot open "modules/spl.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/spl.so' - Cannot open "modules/spl.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqli.so' - Cannot open "modules/mysqli.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mysqli.so' - Cannot open "modules/mysqli.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysql.so' - Cannot open "modules/mysql.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mysql.so' - Cannot open "modules/mysql.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mcrypt.so' - Cannot open "modules/mcrypt.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mcrypt.so' - Cannot open "modules/mcrypt.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/mbstring.so' - Cannot open "modules/mbstring.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/mbstring.so' - Cannot open "modules/mbstring.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/gd.so' - Cannot open "modules/gd.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/gd.so' - Cannot open "modules/gd.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/filter.so' - Cannot open "modules/filter.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/filter.so' - Cannot open "modules/filter.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/curl.so' - Cannot open "modules/curl.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/curl.so' - Cannot open "modules/curl.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/ctype.so' - Cannot open "modules/ctype.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/ctype.so' - Cannot open "modules/ctype.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/bz2.so' - Cannot open "modules/bz2.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/bz2.so' - Cannot open "modules/bz2.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/pdf.so' - Cannot open "modules/pdf.so" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/pdf.so' - Cannot open "modules/pdf.so" in Unknown on line 0 XPHP Warning: PHP Startup: Unable to load dynamic library 'modules/kadm5.so' - /usr/lib/libkrb5.so.10: Undefined symbol "initialize_asn1_error_table_r" in Unknown on line 0 X XWarning: PHP Startup: Unable to load dynamic library 'modules/kadm5.so' - /usr/lib/libkrb5.so.10: Undefined symbol "initialize_asn1_error_table_r" in Unknown on line 0 365a7dcaf9d3ec6a05f98e0a3f689a7e exit From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 15 22:01:29 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 15 22:01:35 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <200909152350.50879.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <1304001389.1304871253032153566.JavaMail.root@mail-01.cse.ucsc.edu> <200909152350.50879.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <200909160001.25818.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 15 September 2009 23:50:50 Mel Flynn wrote: > On Tuesday 15 September 2009 18:29:13 Tim Gustafson wrote: > > > Could shar(1) your current work? I can likely fix the issues > > > you're seeing, but it would be nice if you can save me some > > > cycles finding the urls and making the distinfo. How to shar > > > a port is I think covered in the porters handbook. In short: > > > cd /usr/ports > > > shar `find category/portname -type f` >/tmp/portname.sh. > > > > I'm attaching the file as a ZIP (so that it doesn't get clobbered > > anywhere). Thanks for your help - I really appreciate it! > > Here you go: > php -i: > kadm5 > > kadm5 support => enabled > > You will have to test if this works as expected. I just made it compile and > link. > Eep, sorry for not cleaning up the test output. I was checking if make test can be run, but run-tests.php doesn't work without full source as it screws with LD_LIBRARY_PATH. -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Sep 15 22:22:40 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Sep 15 22:23:02 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <852989670.1316281253052169796.JavaMail.root@mail-01.cse.ucsc.edu> References: <852989670.1316281253052169796.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <200909160022.36827.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 16 September 2009 00:02:49 Tim Gustafson wrote: > > You will have to test if this works as expected. I just made it > > compile and link. > > Awesome, thanks! I've got it complied and installed. > > Here's what I get when I use this library now: > > /libexec/ld-elf.so.1: /usr/lib/libkrb5.so.9: Undefined symbol "issuid" > > Is that enough to go on, or do you need more info? Ah yes, didn't test on earlier versions. It's passed midnight here, but I'll add fixes for 7 and 6.x if possible. You probably need to add -lroken to the link chain for this. If you get what's happening in files/patch-config.m4 you can try and fix it yourself. -- Mel From tjg at soe.ucsc.edu Wed Sep 16 00:16:07 2009 From: tjg at soe.ucsc.edu (Tim Gustafson) Date: Wed Sep 16 00:16:14 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <1326872885.1320791253060132378.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <323026675.1320841253060167009.JavaMail.root@mail-01.cse.ucsc.edu> > Ah yes, didn't test on earlier versions. It's passed midnight here, > but I'll add fixes for 7 and 6.x if possible. You probably need to > add -lroken to the link chain for this. If you get what's happening > in files/patch-config.m4 you can try and fix it yourself. Thanks for all your help on this - I'm really getting excited about the prospect of using this library. I've been holding out for like a year now. :\ I got a bit further than before - I'm attaching the updated files/patch-config.m4 file. I added roken and also com_err. The library compiles and I can call functions in it. However, this is what I'm getting in the Apache error log now: foo/admin@BLAH.LOCAL's Password: It looks like it's trying to prompt me for a password interactively over STDERR or something at the server level. Tim Gustafson Baskin School of Engineering UC Santa Cruz tjg@soe.ucsc.edu 831-459-5354 -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-config.m4 Type: application/octet-stream Size: 1577 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090916/8ce761ff/patch-config.obj From tlott at gamesnet.de Wed Sep 16 01:41:31 2009 From: tlott at gamesnet.de (Tobias Lott) Date: Wed Sep 16 01:41:38 2009 Subject: FreeBSD port: nss_ldapd-0.6.11_1 Message-ID: <20090916032203.70514d9d@sub.han.vpn.gamesnet.de> Hey Everyone! Seems like nss_ldapd is causing apps like top, jls to segfault. pkg_delete-ing nss_ldapd 'fixes' the problem. Reproducable on several Machines using FreeBSD 7.2-STABLE and BETA4 Greetings -- Tobias Lott From mezz7 at cox.net Wed Sep 16 03:36:59 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Sep 16 03:37:06 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <55205239@ipt.ru> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> Message-ID: On Tue, 15 Sep 2009 09:03:52 -0500, Boris Samorodov wrote: > Alexey Dokuchaev writes: > >> Typically, there are two major providers of libGL (both native and Linux >> flavors): linux-*-dri ports *or* nvidia-driver, depending on what gfx >> card >> you have). Now the problem here that linux-*-dri ports install *both* > > It's not a problem. It's a feature. ;-) > >> libGL and libGLU, while nvidia-driver installs just libGL (which is >> perfectly fine, since only libGL must directly interact with hardware >> via kernel module, for example). Recently bsam@ committed >> linux-f10-libGLU >> port with allowed me to port WorldOfGoo; previously, it was impossible >> without ugly hacks, since I use nVidia card + drivers, which conflict >> with linux-*-dri (the latter was the only provider of libGL for f10 >> until >> recently). >> >> Ideally, any port that needs libGL and/or libGLU should depend on libGLU >> *and* either libGL *or* nvidia-driver. Ports that depend on linux-*-dri >> to get these libs are very likely to drag conflicts sooner or later >> (this is especially true for nVidia cards owners). >> >> Perhaps Boris can shed more light on the subject. > > I've just emailed a patch for games/linux-worldofgoo-demo. Many other > ports which need linux libGL/libGLU (either for nvidia or not) use > those checks. It seems to work fine for other ports and should fix > the case here. All conflicts seems to be dealt by that check either. > Am I missing something? Isn't it better to fix in Mk/bsd.linux*.mk rather than try to fix all other ports? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From melifaro at ipfw.ru Wed Sep 16 05:23:44 2009 From: melifaro at ipfw.ru (Alexander V. Chernikov) Date: Wed Sep 16 05:23:51 2009 Subject: FreeBSD port: nss_ldapd-0.6.11_1 In-Reply-To: <20090916032203.70514d9d@sub.han.vpn.gamesnet.de> References: <20090916032203.70514d9d@sub.han.vpn.gamesnet.de> Message-ID: <4AB0719D.5010404@ipfw.ru> Tobias Lott wrote: > Hey Everyone! > > Seems like nss_ldapd is causing apps like top, jls to segfault. > pkg_delete-ing nss_ldapd 'fixes' the problem. > > Reproducable on several Machines using FreeBSD 7.2-STABLE and BETA4 > > Greetings > > Can you provide some more details like core backtrace, nsswitch configuration, nss_ldapd configureation, your ldap setup? Does this happen every time with every binary using getpwent/getpwnam ? Please rebuild port with debug ( make DEBUG_FLAGS="-O0 -g" ) and post the results of gdb 'bt full' command from segfaulted binary core. Does 'getent group|passwd XXX' segfaults too? From bsam at ipt.ru Wed Sep 16 06:18:09 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Sep 16 06:18:16 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: (Jeremy Messenger's message of "Tue\, 15 Sep 2009 22\:39\:26 -0500") References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> Message-ID: <10556493@ipt.ru> "Jeremy Messenger" writes: > On Tue, 15 Sep 2009 09:03:52 -0500, Boris Samorodov wrote: >> I've just emailed a patch for games/linux-worldofgoo-demo. Many other >> ports which need linux libGL/libGLU (either for nvidia or not) use >> those checks. It seems to work fine for other ports and should fix >> the case here. All conflicts seems to be dealt by that check either. >> Am I missing something? > > Isn't it better to fix in Mk/bsd.linux*.mk rather than try to fix all > other ports? I thought about it. May be it'a way to go but not just before 8.0-RELEASE. Can anyone provide a patch or a proof of concept? -- WBR, bsam From bsam at ipt.ru Wed Sep 16 06:22:57 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Sep 16 06:23:04 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090915140446.GB52015@FreeBSD.org> (Alexey Dokuchaev's message of "Tue\, 15 Sep 2009 14\:04\:46 +0000") References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> <20090915140446.GB52015@FreeBSD.org> Message-ID: <44476204@ipt.ru> Alexey Dokuchaev writes: > On Tue, Sep 15, 2009 at 06:03:52PM +0400, Boris Samorodov wrote: >> I've just emailed a patch for games/linux-worldofgoo-demo. Many other > Yes, thanks! I somehow managed to miss libGL dep completely, my fault. Would you commit the patch? -- WBR, bsam From bsam at ipt.ru Wed Sep 16 06:33:46 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Sep 16 06:33:52 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <10556493@ipt.ru> (Boris Samorodov's message of "Wed\, 16 Sep 2009 10\:20\:02 +0400") References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> <10556493@ipt.ru> Message-ID: <78395556@ipt.ru> Boris Samorodov writes: > "Jeremy Messenger" writes: >> On Tue, 15 Sep 2009 09:03:52 -0500, Boris Samorodov wrote: > >>> I've just emailed a patch for games/linux-worldofgoo-demo. Many other >>> ports which need linux libGL/libGLU (either for nvidia or not) use >>> those checks. It seems to work fine for other ports and should fix >>> the case here. All conflicts seems to be dealt by that check either. >>> Am I missing something? >> >> Isn't it better to fix in Mk/bsd.linux*.mk rather than try to fix all >> other ports? > > I thought about it. May be it'a way to go but not just before > 8.0-RELEASE. Or may be even better to deal with the case at bsd.nvidia.mk? > Can anyone provide a patch or a proof of concept? -- WBR, bsam From danfe at FreeBSD.org Wed Sep 16 06:35:26 2009 From: danfe at FreeBSD.org (Alexey Dokuchaev) Date: Wed Sep 16 06:35:32 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <44476204@ipt.ru> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> <20090915140446.GB52015@FreeBSD.org> <44476204@ipt.ru> Message-ID: <20090916063526.GA83161@FreeBSD.org> On Wed, Sep 16, 2009 at 10:24:51AM +0400, Boris Samorodov wrote: > Alexey Dokuchaev writes: > > On Tue, Sep 15, 2009 at 06:03:52PM +0400, Boris Samorodov wrote: > > >> I've just emailed a patch for games/linux-worldofgoo-demo. Many other > > Yes, thanks! I somehow managed to miss libGL dep completely, my fault. > > Would you commit the patch? Sure, I was just waiting reply from Sergey that there are no problems with it. ./danfe From sergey.dyatko at gmail.com Wed Sep 16 06:38:10 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Wed Sep 16 06:38:17 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <21287707@ipt.ru> References: <20090915113907.498fd6f5@tiger.minsk.domain> <21287707@ipt.ru> Message-ID: <20090916093801.3b9f7a24@tiger.minsk.domain> ? Tue, 15 Sep 2009 17:22:44 +0400 Boris Samorodov ?????: BS> "Sergey V. Dyatko" writes: BS> BS> > When I'm trying install skype I got following error: BS> > BS> > tiger# make install clean BS> > ===> Installing for skype-2.0.0.72,1 BS> > ===> skype-2.0.0.72,1 depends on file: /compat/linux/bin/sh - BS> > found ===> skype-2.0.0.72,1 depends on BS> > file: /compat/linux/lib/libasound.so.2.0.0 - found ===> BS> > skype-2.0.0.72,1 depends on BS> > file: /compat/linux/usr/lib/libGL.so.1.2 - not found ===> BS> > Verifying install for /compat/linux/usr/lib/libGL.so.1.2 BS> > in /usr/ports/graphics/linux-dri74 ===> Installing for BS> > linux-dri-7.4_1 BS> > BS> > ===> linux-dri-7.4_1 conflicts with installed package(s): BS> > linux-f10-libGLU-7.2 BS> > BS> > They install files into the same place. BS> > Please remove them first with pkg_delete(1). BS> > *** Error code 1 BS> > BS> > Stop in /usr/ports/graphics/linux-dri74. BS> > *** Error code 1 BS> > BS> > Stop in /usr/ports/net/skype. BS> > tiger# pkg_info -W /compat/linux/usr/lib/libGL.so.1.2 BS> > pkg_info: /compat/linux/usr/lib/libGL.so.1.2: file cannot be found BS> > BS> > tiger# pkg_info -Lx linux-f10-libGLU BS> > Information for linux-f10-libGLU-7.2: BS> > BS> > Files: BS> > /compat/linux/usr/lib/libGLU.so.1 BS> > /compat/linux/usr/lib/libGLU.so.1.3.070300 BS> > BS> > tiger# BS> > BS> > Earlier I'm using linux-dri-7.4_1 but today I'm install BS> > games/linux-worldofgoo-demo BS> > BS> > [tiger@tiger]/usr/ports/games/linux-worldofgoo-demo%make BS> > run-depends-list BS> > /usr/ports/audio/linux-f10-libogg BS> > /usr/ports/audio/linux-f10-libvorbis BS> > /usr/ports/audio/linux-f10-mikmod BS> > /usr/ports/audio/linux-f10-sdl_mixer BS> > /usr/ports/devel/linux-f10-sdl12 BS> > /usr/ports/emulators/linux_base-f10 BS> > /usr/ports/graphics/linux-f10-libGLU BS> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ BS> > /usr/ports/textproc/linux-f10-expat BS> > /usr/ports/x11-fonts/linux-f10-fontconfig BS> > /usr/ports/x11/linux-f10-xorg-libs BS> > BS> > any suggestions ? BS> BS> 1. Deinstall games/linux-worldofgoo-demo and BS> graphics/linux-f10-libGLU. 2. Apply the following patch. BS> 3. Install games/linux-worldofgoo-demo and net/skype. BS> 4. Report here. BS> Thanks, It works BS> ----- BS> Index: Makefile BS> =================================================================== BS> RCS file: /home/pcvs/ports/games/linux-worldofgoo-demo/Makefile,v BS> retrieving revision 1.1 BS> diff -u -r1.1 Makefile BS> --- Makefile 14 Sep 2009 19:23:23 -0000 1.1 BS> +++ Makefile 15 Sep 2009 13:10:10 -0000 BS> @@ -7,6 +7,7 @@ BS> BS> PORTNAME= worldofgoo BS> PORTVERSION= 1.41 BS> +PORTREVISION= 1 BS> CATEGORIES= games linux BS> MASTER_SITES= http://freebsd.nsu.ru/distfiles/ BS> PKGNAMEPREFIX= linux- BS> @@ -18,12 +19,19 @@ BS> ONLY_FOR_ARCHS= i386 amd64 BS> BS> USE_LINUX= yes BS> -USE_LINUX_APPS= libglu libvorbis mikmod sdl12 sdlmixer BS> +USE_LINUX_APPS= libvorbis mikmod sdl12 sdlmixer BS> NO_BUILD= yes BS> WRKSRC= ${WRKDIR}/WorldOfGooDemo BS> DATADIR= ${PREFIX}/share/WorldOfGoo BS> DOCSDIR= ${PREFIX}/share/doc/WorldOfGoo BS> BS> +.ifdef WITH_NVIDIA_GL BS> +RUN_DEPENDS+= BS> ${LINUXBASE}/usr/lib/libGL.so.1:${PORTSDIR}/x11/nvidia-driver BS> +USE_LINUX_APPS+=libglu +.else BS> +USE_LINUX_APPS+=dri BS> +.endif BS> + BS> .include BS> BS> .if ${ARCH} == "i386" BS> ----- BS> -- wbr, tiger From danfe at FreeBSD.org Wed Sep 16 07:03:46 2009 From: danfe at FreeBSD.org (Alexey Dokuchaev) Date: Wed Sep 16 07:03:54 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090916093835.2d07e2a3@tiger.minsk.domain> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> <20090915140446.GB52015@FreeBSD.org> <44476204@ipt.ru> <20090916063526.GA83161@FreeBSD.org> <20090916093835.2d07e2a3@tiger.minsk.domain> Message-ID: <20090916070346.GA87222@FreeBSD.org> On Wed, Sep 16, 2009 at 09:38:35AM +0300, Sergey V. Dyatko wrote: > ? Wed, 16 Sep 2009 06:35:26 +0000 > Alexey Dokuchaev ?????: > AD> On Wed, Sep 16, 2009 at 10:24:51AM +0400, Boris Samorodov wrote: > AD> > Alexey Dokuchaev writes: > AD> > > On Tue, Sep 15, 2009 at 06:03:52PM +0400, Boris Samorodov wrote: > AD> > > AD> > >> I've just emailed a patch for games/linux-worldofgoo-demo. > AD> > >> Many other > AD> > > Yes, thanks! I somehow managed to miss libGL dep completely, > AD> > > my fault. > AD> > > AD> > Would you commit the patch? > AD> > AD> Sure, I was just waiting reply from Sergey that there are no > AD> problems with it. > > I think you may commit that patch:) Already did, thanks! ./danfe From david at vizion2000.net Wed Sep 16 09:06:19 2009 From: david at vizion2000.net (David Southwell) Date: Wed Sep 16 09:06:26 2009 Subject: Fwd: Re: ports/138835: Python compile failure Message-ID: <200909161006.15214.david@vizion2000.net> -------------- next part -------------- An embedded message was scrubbed... From: David Southwell Subject: Re: ports/138835: Python compile failure Date: Wed, 16 Sep 2009 10:04:42 +0100 Size: 768 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090916/d7b8027f/attachment.eml From tlott at gamesnet.de Wed Sep 16 09:08:49 2009 From: tlott at gamesnet.de (Tobias Lott) Date: Wed Sep 16 09:08:56 2009 Subject: FreeBSD port: nss_ldapd-0.6.11_1 In-Reply-To: <4AB0719D.5010404@ipfw.ru> References: <20090916032203.70514d9d@sub.han.vpn.gamesnet.de> <4AB0719D.5010404@ipfw.ru> Message-ID: <20090916110810.1770e2e3@sub.han.vpn.gamesnet.de> On Wed, 16 Sep 2009 09:03:25 +0400 "Alexander V. Chernikov" wrote: > Tobias Lott wrote: > > Hey Everyone! > > > > Seems like nss_ldapd is causing apps like top, jls to segfault. > > pkg_delete-ing nss_ldapd 'fixes' the problem. > > > > Reproducable on several Machines using FreeBSD 7.2-STABLE and BETA4 > > > > Greetings > > > > > Can you provide some more details like core backtrace, nsswitch > configuration, nss_ldapd configureation, your ldap setup? Does this > happen every time with every binary using getpwent/getpwnam ? > Please rebuild port with debug ( make DEBUG_FLAGS="-O0 -g" ) and post > the results of gdb 'bt full' command from segfaulted binary core. > Does 'getent group|passwd XXX' segfaults too? > > > _______________________________________________ > 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" Sure, but ain't got access to a Test Machine right now. For starters I can provide config details. nsswitch.conf: passwd: files ldap group: files ldap nss_ldapd.conf: uid nobody gid nobody uri ldap://ldapbe1 uri ldap://ldapbe2 base dc=gamesnet,dc=de base group ou=Group,dc=gamesnet,dc=de base passwd ou=People,dc=gamesnet,dc=de ssl start_tls tls_reqcert hard tls_cacertfile /etc/ssl/cacert.pem getent group/passwd works fine A colleague just send me truss top output: __sysctl(0x7fbfe664,0x2,0x7fbfe66c,0x7fbfe670,0x0,0x0) = 0 (0x0) mmap(0x0,320,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 671678464 (0x28090000) munmap(0x28090000,320) = 0 (0x0) __sysctl(0x7fbfe6c8,0x2,0x28086e7c,0x7fbfe6d0,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 671678464 (0x28090000) issetugid(0x2807f149,0x7fbfeb8c,0x104,0x0,0x0,0x0) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,00) = 3 (0x3) read(3,"Ehnt\^A\0\0\0\M^@\0\0\0\\\0\0\0"...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,92) = 92 (0x5c) close(3) = 0 (0x0) access("/lib/libncurses.so.8",0) = 0 (0x0) open("/lib/libncurses.so.8",O_RDONLY,00) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8248,size=265540,blksize=4096 }) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,262144,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 671711232 (0x28098000) mmap(0x28098000,249856,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 671711232 (0x28098000) mmap(0x280d5000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x3d000) = 671961088 (0x280d5000) close(3) = 0 (0x0) access("/lib/libm.so.5",0) = 0 (0x0) open("/lib/libm.so.5",O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8244,size=107808,blksize=4096 }) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,102400,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 671973376 (0x280d8000) mmap(0x280d8000,98304,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 671973376 (0x280d8000) mmap(0x280f0000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x18000) = 672071680 (0x280f0000) close(3) = 0 (0x0) access("/lib/libkvm.so.5",0) = 0 (0x0) open("/lib/libkvm.so.5",O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8242,size=32048,blksize=4096 }) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,36864,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 672075776 (0x280f1000) mmap(0x280f1000,32768,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 672075776 (0x280f1000) mmap(0x280f9000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x7000) = 672108544 (0x280f9000) close(3) = 0 (0x0) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8238,size=1087148,blksize=4096 }) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,1142784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 672112640 (0x280fa000) mmap(0x280fa000,1028096,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 672112640 (0x280fa000) mmap(0x281f5000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xfb000) = 673140736 (0x281f5000) mprotect(0x281fb000,90112,PROT_READ|PROT_WRITE) = 0 (0x0) close(3) = 0 (0x0) sysarch(0xa,0x7fbfe730,0x2805533b,0x28085338,0x28067dc9,0x28085338) = 0 (0x0) mmap(0x0,816,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 (0x28211000) munmap(0x28211000,816) = 0 (0x0) mmap(0x0,5048,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 (0x28211000) munmap(0x28211000,5048) = 0 (0x0) mmap(0x0,2056,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 (0x28211000) munmap(0x28211000,2056) = 0 (0x0) mmap(0x0,856,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 (0x28211000) munmap(0x28211000,856) = 0 (0x0) mmap(0x0,21840,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 (0x28211000) munmap(0x28211000,21840) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) __sysctl(0x7fbfe6e4,0x2,0x8053d60,0x7fbfe6ec,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) fstat(1,{ mode=crw--w---- ,inode=95,size=0,blksize=4096 }) = 0 (0x0) __sysctl(0x7fbfeb34,0x2,0x7fbfeacc,0x7fbfeb3c,0x8051c3f,0x12) ERR#2 'No such file or directory' __sysctl(0x7fbfeb34,0x2,0x7fbfeacc,0x7fbfeb3c,0x8051c52,0xf) = 0 (0x0) __sysctl(0x7fbfeacc,0x3,0x8055240,0x7fbfeb78,0x0,0x0) = 0 (0x0) __sysctl(0x7fbfe694,0x2,0x282002e0,0x7fbfe69c,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf",0x7fbfe6a3,1024) ERR#2 'No such file or directory' issetugid(0x281eae0f,0x7fbfe6a3,0x400,0x7fbfe69c,0x0,0x0) = 0 (0x0) break(0x8100000) = 0 (0x0) __sysctl(0x7fbfe8a4,0x2,0x7fbfe8ac,0x7fbfe8b0,0x0,0x0) = 0 (0x0) mmap(0x0,1048576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 673255424 (0x28211000) mmap(0x28311000,978944,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 674304000 (0x28311000) munmap(0x28211000,978944) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) open("/etc/nsswitch.conf",O_RDONLY,0666) = 3 (0x3) ioctl(3,TIOCGETA,0x7fbfe8a0) ERR#25 'Inappropriate ioctl for device' fstat(3,{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) read(3,"#\n# nsswitch.conf(5) - name ser"...,4096) = 337 (0x151) read(3,0x28321000,4096) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) access("/lib/nss_files.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_files.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/nss_files.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss_files.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/zsh/nss_files.so.1",0) ERR#2 'No such file or directory' access("/usr/local/libexec/openldap/nss_files.so.1",0) ERR#2 'No such file or directory' access("/lib/nss_files.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_files.so.1",0) ERR#2 'No such file or directory' sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) access("/lib/nss_ldap.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_ldap.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/nss_ldap.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss_ldap.so.1",0) = 0 (0x0) open("/usr/local/lib/nss_ldap.so.1",O_RDONLY,017757777654) = 4 (0x4) fstat(4,{ mode=-r-xr-xr-x ,inode=106502,size=39420,blksize=4096 }) = 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,40960,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 673255424 (0x28211000) mmap(0x28211000,36864,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 673255424 (0x28211000) mmap(0x2821a000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x9000) = 673292288 (0x2821a000) close(4) = 0 (0x0) mmap(0x0,880,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673296384 (0x2821b000) munmap(0x2821b000,880) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) access("/lib/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/zsh/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/usr/local/libexec/openldap/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/lib/nss_nis.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_nis.so.1",0) ERR#2 'No such file or directory' sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) access("/lib/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/zsh/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/usr/local/libexec/openldap/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/lib/nss_dns.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_dns.so.1",0) ERR#2 'No such file or directory' sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) access("/lib/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/zsh/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/usr/local/libexec/openldap/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/lib/nss_compat.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/nss_compat.so.1",0) ERR#2 'No such file or directory' sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) ioctl(3,TIOCGETA,0x7fbfe8a0) ERR#25 'Inappropriate ioctl for device' close(3) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) geteuid(0x1,0x283240c0,0x7fbfe8f8,0x281bc1b8,0x281ef0f1,0x283220c0) = 0 (0x0) open("/etc/spwd.db",O_RDONLY,00) = 3 (0x3) fcntl(3,F_SETFD,FD_CLOEXEC) = 0 (0x0) fstat(3,{ mode=-rw------- ,inode=4170,size=40960,blksize=4096 }) = 0 (0x0) read(3,"\0\^F\^Ua\0\0\0\^B\0\0\^D\M-R\0"...,260) = 260 (0x104) pread(0x3,0x28327000,0x1000,0x6000,0x0,0xc) = 4096 (0x1000) pread(0x3,0x28332000,0x1000,0x4000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) pread(0x3,0x28333000,0x1000,0x5000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) pread(0x3,0x28334000,0x1000,0x7000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) pread(0x3,0x28335000,0x1000,0x8000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) pread(0x3,0x28336000,0x1000,0x1000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) pread(0x3,0x28337000,0x1000,0x2000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) pread(0x3,0x28338000,0x1000,0x3000,0x0,0x281f9ad8) = 4096 (0x1000) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4) connect(4,{ AF_UNIX "/var/run/nslcd.ctl" },106) = 0 (0x0) gettimeofday({1253090722.230869 },0x0) = 0 (0x0) gettimeofday({1253090722.231440 },0x0) = 0 (0x0) select(1024,0x0,{4},0x0,{9.999429 }) = 1 (0x1) sendto(4,"\^A\0\0\0\M-l\^C\0\0",8,0x20000,NULL,0x0) = 8 (0x8) gettimeofday({1253090722.234585 },0x0) = 0 (0x0) gettimeofday({1253090722.235155 },0x0) = 0 (0x0) select(1024,{4},0x0,0x0,{59.999430 }) = 1 (0x1) read(4,"\^A\0\0\0\M-l\^C\0\0\0\0\0\0\^E"...,1024) = 192 (0xc0) gettimeofday({1253090722.240684 },0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) SIGNAL 11 (SIGSEGV) process exit, rval = 0 Maybe that helps you to figure out whats wrong, if not I'll send you a backtrace tomorrow. -- Tobias Lott From afb at users.sourceforge.net Wed Sep 16 11:08:33 2009 From: afb at users.sourceforge.net (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Wed Sep 16 11:09:07 2009 Subject: Ports backend for PackageKit Message-ID: <488F6579-B531-4F23-8A1E-BC562118E82C@users.sourceforge.net> Hi all, I have made a "ports" backend for PackageKit (http://packagekit.org/) that uses ports-mgmt/portupgrade and optionally ports-mgmt/portaudit. It's a spawned backend, which means that the dbus deamon will start a Ruby script that then dispatches command for as long as it runs... It's currently included in the next generation PackageKit (0.5.x), which requires Glib version 2.21.5+ and PolicyKit version 0.92+ that aren't available in the ports tree. It should be possible to backport the backend to the previous PackageKit (0.4.x) meanwhile. PackageKit has one frontend for GNOME (gnome-packagekit) and one frontend for (KPackageKit), both of them are running OK on FreeBSD: http://www.algonet.se/~afb/freebsd/packagekit/packagekit-freebsd.png http://www.algonet.se/~afb/freebsd/packagekit/kpackagekit-freebsd.png The backend is a "source" backend, which means that if there isn't a binary package available it will install the source port instead. It will check for packages first though, and it also build packages. (i.e. it uses "portupgrade -Pp"). All default OPTIONS are selected. It's not intended for "advanced" users, so those will still need to use portupgrade directly or a graphic interface to it (like BPM). Currently the information for codecs/fonts/mimetypes/firmware/etc isn't available in the ports/packages, so those features are missing. For more information see http://www.packagekit.org/ and for code see http://cgit.freedesktop.org/packagekit/tree/backends/ports/ Will try to get the ports for the old version added after backport: "PackageKit" (only "dummy" now), "gnome-packagekit", "kpackagekit" Feedback appreciated. --anders From mezz7 at cox.net Wed Sep 16 11:13:43 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Sep 16 11:13:52 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <78395556@ipt.ru> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> <10556493@ipt.ru> <78395556@ipt.ru> Message-ID: On Wed, 16 Sep 2009 01:35:39 -0500, Boris Samorodov wrote: > Boris Samorodov writes: > >> "Jeremy Messenger" writes: >>> On Tue, 15 Sep 2009 09:03:52 -0500, Boris Samorodov >>> wrote: >> >>>> I've just emailed a patch for games/linux-worldofgoo-demo. Many other >>>> ports which need linux libGL/libGLU (either for nvidia or not) use >>>> those checks. It seems to work fine for other ports and should fix >>>> the case here. All conflicts seems to be dealt by that check either. >>>> Am I missing something? >>> >>> Isn't it better to fix in Mk/bsd.linux*.mk rather than try to fix all >>> other ports? >> >> I thought about it. May be it'a way to go but not just before >> 8.0-RELEASE. > > Or may be even better to deal with the case at bsd.nvidia.mk? The bsd.linux*.mk would be more correct place, because it controls the USE_LINUX stuff. Cheers, Mezz >> Can anyone provide a patch or a proof of concept? -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From jack at jarasoft.net Wed Sep 16 05:32:58 2009 From: jack at jarasoft.net (Jack Raats) Date: Wed Sep 16 11:42:21 2009 Subject: Apache-1.3.41_1 problem Message-ID: This morning Apache didn't start after apachectl stop and apachectl start. apachectl configtest does not show any error. (I didn't change the config) It gave a httpd.core dump in / The logfiles didn't show anything abnormal. Reinstalling apache also didnot solve the problem. Hashing out libexec/apache/mod_unique_id.so and mod_unique_id.c (suggested in an early post (google) also did not work). Can anyone help me, give me any clue to look for? Thanks for your time Jack Raats From tiger at agava.com Wed Sep 16 06:55:24 2009 From: tiger at agava.com (Sergey V. Dyatko) Date: Wed Sep 16 11:42:37 2009 Subject: skype problem with fc10 and worldofgoo-demo In-Reply-To: <20090916063526.GA83161@FreeBSD.org> References: <20090915113907.498fd6f5@tiger.minsk.domain> <20090915124422.GA34612@FreeBSD.org> <55205239@ipt.ru> <20090915140446.GB52015@FreeBSD.org> <44476204@ipt.ru> <20090916063526.GA83161@FreeBSD.org> Message-ID: <20090916093835.2d07e2a3@tiger.minsk.domain> ? Wed, 16 Sep 2009 06:35:26 +0000 Alexey Dokuchaev ?????: AD> On Wed, Sep 16, 2009 at 10:24:51AM +0400, Boris Samorodov wrote: AD> > Alexey Dokuchaev writes: AD> > > On Tue, Sep 15, 2009 at 06:03:52PM +0400, Boris Samorodov wrote: AD> > AD> > >> I've just emailed a patch for games/linux-worldofgoo-demo. AD> > >> Many other AD> > > Yes, thanks! I somehow managed to miss libGL dep completely, AD> > > my fault. AD> > AD> > Would you commit the patch? AD> AD> Sure, I was just waiting reply from Sergey that there are no AD> problems with it. I think you may commit that patch:) AD> AD> ./danfe -- ? ?????????, ?????? ????? ????????? ????????????? ?????-????? tiger@agava.com From gmc at sonologic.nl Wed Sep 16 12:11:17 2009 From: gmc at sonologic.nl (Koen Martens) Date: Wed Sep 16 12:11:25 2009 Subject: Apache-1.3.41_1 problem In-Reply-To: References: Message-ID: <20090916115333.GA22261@monk.dh.sono> Hi, On Wed, Sep 16, 2009 at 07:19:45AM +0200, Jack Raats wrote: > This morning Apache didn't start after apachectl stop and apachectl start. > > apachectl configtest does not show any error. (I didn't change the config) > > It gave a httpd.core dump in / > > The logfiles didn't show anything abnormal. > > Reinstalling apache also didnot solve the problem. > > Hashing out libexec/apache/mod_unique_id.so and mod_unique_id.c (suggested in an early post (google) also did not work). > > Can anyone help me, give me any clue to look for? I've seen this happening when running apache on a partially upgraded system. That is, with an upgraded world, but some ports still compiled against a previous world. It's a bit cumbersome, but reinstalling all ports (or upgrading them in whatever way you use to upgrade ports) might fix your problem (did it for me, back when i didn't upgrade all ports after upgrading world). Gr, Koen From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 16 12:46:46 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 16 12:46:53 2009 Subject: Stealth dependency in textproc/redland Message-ID: <200909161446.43164.mel.flynn+fbsd.ports@mailing.thruhere.net> Hi, the naughty rasqal/configure will try to find libgmp and link with it if found. This must have been installed during a previous package build and after cleaning environment and rebuilding x11/kdebase4-runtime with USE_PACKAGE_DEPENDS I got this error: (Soprano::PluginManager) found no soprano plugin at "/usr/local/lib/soprano/libsoprano_redlandbackend.so" Failed to create memory model *** Error code 1 1 error *** Error code 2 I traced this to the now absent libgmp.so.8. I'm a little short on time, but if needed can patch and PR it. Would you like this through OPTIONS asking for libgmp or disable it all together? -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 16 13:27:24 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 16 13:27:46 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <323026675.1320841253060167009.JavaMail.root@mail-01.cse.ucsc.edu> References: <323026675.1320841253060167009.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <200909161527.20662.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 16 September 2009 02:16:07 Tim Gustafson wrote: > > Ah yes, didn't test on earlier versions. It's passed midnight here, > > but I'll add fixes for 7 and 6.x if possible. You probably need to > > add -lroken to the link chain for this. If you get what's happening > > in files/patch-config.m4 you can try and fix it yourself. > > Thanks for all your help on this - I'm really getting excited about the > prospect of using this library. I've been holding out for like a year > now. :\ > > I got a bit further than before - I'm attaching the updated > files/patch-config.m4 file. I added roken and also com_err. The library > compiles and I can call functions in it. > > However, this is what I'm getting in the Apache error log now: > > foo/admin@BLAH.LOCAL's Password: > > It looks like it's trying to prompt me for a password interactively over > STDERR or something at the server level. The latest release is 2003 so it looks largely unmaintained :/. I don't have a kerberos server available that I can play with, without upsetting people :). There's also no docs available that specify if this module is meant to be working through a webserver. However, you did specify a password for kadm5_init_with_password in php? If you have some php testcode, I can see if I can steal a jail to setup a test kerberos server. -- Mel From chuck at pkix.net Wed Sep 16 13:53:37 2009 From: chuck at pkix.net (Chuck Swiger) Date: Wed Sep 16 13:53:43 2009 Subject: Stealth dependency in textproc/redland In-Reply-To: <200909161446.43164.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200909161446.43164.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <77E57AD1-83B0-4C7E-BDF4-B83424595A55@pkix.net> Hi, Mel-- On Sep 16, 2009, at 5:46 AM, Mel Flynn wrote: > the naughty rasqal/configure will try to find libgmp and link with > it if found [ ... ] > I traced this to the now absent libgmp.so.8. I'm a little short on > time, but > if needed can patch and PR it. Would you like this through OPTIONS > asking for > libgmp or disable it all together? Thanks for the report. It's probably best to have an OPTION which controls whether to pull in libgmp and list as a dependency, or disable it from being used. If you write a patch, I'll be happy to review, otherwise I'll try to add something along those lines when I get a chance... Regards, -- -Chuck From tjg at soe.ucsc.edu Wed Sep 16 14:55:35 2009 From: tjg at soe.ucsc.edu (Tim Gustafson) Date: Wed Sep 16 14:55:42 2009 Subject: Creating a New Port: /usr/ports/security/pecl-kadm5 In-Reply-To: <687847446.1328211253112908338.JavaMail.root@mail-01.cse.ucsc.edu> Message-ID: <1190336329.1328231253112934895.JavaMail.root@mail-01.cse.ucsc.edu> > The latest release is 2003 so it looks largely unmaintained > :/. I don't have a kerberos server available that I can play > with, without upsetting people :). There's also no docs > available that specify if this module is meant to be working > through a webserver. However, you did specify a password for > kadm5_init_with_password in php? If you have some php testcode, > I can see if I can steal a jail to setup a test Kerberos server. Yeah, I noticed that the PECL module itself was unmaintained at this point, but I was hoping that it was functional. Yes, I'm specifying a password to kadm5_init_with_password. Please see attached PHP script, which runs under Apache-level authentication. If I run this from the command line, it does indeed prompt me interactively for a password. I'm wondering if that's a function of the PECL library itself, or if it's due to something internal to Kerberos that's changed since the PECL module was released. I guess I'm going to have to learn some more C if I want this to work. :( Tim Gustafson Baskin School of Engineering UC Santa Cruz tjg@soe.ucsc.edu 831-459-5354 -------------- next part -------------- A non-text attachment was scrubbed... Name: kerberos.php Type: application/octet-stream Size: 703 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090916/a36b6f3c/kerberos.obj From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Sep 16 16:59:47 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Sep 16 16:59:54 2009 Subject: Stealth dependency in textproc/redland In-Reply-To: <77E57AD1-83B0-4C7E-BDF4-B83424595A55@pkix.net> References: <200909161446.43164.mel.flynn+fbsd.ports@mailing.thruhere.net> <77E57AD1-83B0-4C7E-BDF4-B83424595A55@pkix.net> Message-ID: <200909161859.43934.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 16 September 2009 15:36:36 Chuck Swiger wrote: > Hi, Mel-- > > On Sep 16, 2009, at 5:46 AM, Mel Flynn wrote: > > the naughty rasqal/configure will try to find libgmp and link with > > it if found > > [ ... ] > > > I traced this to the now absent libgmp.so.8. I'm a little short on > > time, but > > if needed can patch and PR it. Would you like this through OPTIONS > > asking for > > libgmp or disable it all together? > > Thanks for the report. It's probably best to have an OPTION which > controls whether to pull in libgmp and list as a dependency, or > disable it from being used. If you write a patch, I'll be happy to > review, otherwise I'll try to add something along those lines when I > get a chance... Ok, patch attached. Thanks to Jan Henrik Sylvester for pointing at mpfr as well. I don't believe it's necessary to recompile direct consumers of redland if any of the math options change, but this is untested by me. I verified output of make clean config configure for all possible combinations. -- Mel -------------- next part -------------- Index: textproc/redland/Makefile =================================================================== RCS file: /home/ncvs/ports/textproc/redland/Makefile,v retrieving revision 1.34 diff -u -r1.34 Makefile --- textproc/redland/Makefile 22 Aug 2009 00:37:06 -0000 1.34 +++ textproc/redland/Makefile 16 Sep 2009 16:43:07 -0000 @@ -8,7 +8,7 @@ PORTNAME= redland PORTVERSION= 1.0.7 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= textproc MASTER_SITES= SF/librdf/${PORTNAME}/${PORTVERSION} \ http://librdf.org/dist/source/ @@ -43,6 +43,9 @@ MAN3= librasqal.3 redland.3 OPTIONS+= MYSQL "Use MySQL instead of BDB" off +OPTIONS+= MPFR "Use MPFR library for decimals (implies GMP)" off +OPTIONS+= GMP "Use Gnu MP library for decimals" off + .include @@ -55,6 +58,19 @@ PLIST_SUB+= MYSQL="@comment " .endif +# Set to mpfr if MPFR is on, gmp if only GMP is on and none if neither. +# This guards against $user setting both GMP and MPFR, since we can't be +# very verbose in explaining our options. +.if defined(WITH_MPFR) +CONFIGURE_ARGS+= --with-decimal=mpfr +LIB_DEPENDS+= mpfr.3:${PORTSDIR}/math/mpfr +.elif defined(WITH_GMP) +CONFIGURE_ARGS+= --with-decimal=gmp +LIB_DEPENDS+= gmp.8:${PORTSDIR}/math/gmp4 +.else +CONFIGURE_ARGS+= --with-decimal=none +.endif + pre-everything:: @${ECHO_CMD} "You can choose BDB version by setting WITH_BDB_VER to one off:" @${ECHO_CMD} "3 40 41 42 43 44 3+ 40+ 41+ 42+ 43+ 44+ (current: ${BDB_VER})" From naddy at mips.inka.de Wed Sep 16 18:39:12 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Wed Sep 16 18:39:19 2009 Subject: NOPORTDOCS ignored on command line Message-ID: Unless I misremember, it used to be possible to specify NOPORTDOCS on the command line $ make -DNOPORTDOCS or in the environment $ env NOPORTDOCS=yes make when building and installing a port. This doesn't work any longer, you now have to set it in /etc/make.conf, otherwise it won't be picked up. Is this intentional? -- Christian "naddy" Weisgerber naddy@mips.inka.de From cmt at burggraben.net Wed Sep 16 19:19:15 2009 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Wed Sep 16 19:19:23 2009 Subject: FreeBSD Port: octave-3.2.2_5 In-Reply-To: <4AAEC62D.9000007@janh.de> References: <4AAEC62D.9000007@janh.de> Message-ID: <20090916190321.GE1392@elch.haidundneu23.net> ## Jan Henrik Sylvester (me@janh.de): > >> Here's the error in the build: > >> making gendoc.cc > >> g++44 -O2 -fno-strict-aliasing -pipe -I/usr/local/include > >> -I/usr/local/include -o gendoc gendoc.cc -L/usr/local/lib -pthread > >> making DOCSTRINGS > >> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > >> required by ./gendoc not found > > Hi Joey, I also noticed that Gerald has updated GCC43 to GCC44. > > you should recompile all ports... > > thanks > I hit the same error on 7.2-RELEASE. I did recompile all Fortran > dependencies with gcc44 and removed gcc43, still the error persists. The power of versioned symbols... Try this on math/octave/Makefile --- Makefile.orig 2009-09-16 20:34:05.000000000 +0200 +++ Makefile 2009-09-16 20:33:14.000000000 +0200 @@ -76,12 +76,12 @@ PLIST_SUB= OCTAVE_VERSION=${OCTAVE_VERSION} GNU_HOST=${GNU_HOST} INCLUDES= -I${LOCALBASE}/include MAKE_ENV+= CPPFLAGS="${CPPFLAGS} ${INCLUDES}" \ - LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib ${PTHREAD_LIBS}" + LDFLAGS="${LDFLAGS} -L/usr/local/lib/gcc44 -Wl,-rpath /usr/local/lib/gcc44 -L${LOCALBASE}/lib ${PTHREAD_LIBS}" CFLAGS+= ${INCLUDES} CXXFLAGS+= ${INCLUDES} CPPFLAGS+= ${INCLUDES} CONFIGURE_ENV+= GPERF="${LOCALBASE}/bin/gperf" \ - LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib ${PTHREAD_LIBS}" \ + LDFLAGS="${LDFLAGS} -L/usr/local/lib/gcc44 -Wl,-rpath /usr/local/lib/gcc44 -L${LOCALBASE}/lib ${PTHREAD_LIBS}" \ CC="${CC}" \ CXX="${CXX}" \ TERMIOS_H="termios.h" This makes octave build, but I'm not sure if it breaks other things... Note the hardcoded gcc44 paths... there must be a better way. Regards, Christoph -- Spare Space From scjamorim at bsd.com.br Wed Sep 16 20:01:14 2009 From: scjamorim at bsd.com.br (Sylvio Cesar) Date: Wed Sep 16 20:01:20 2009 Subject: NOPORTDOCS ignored on command line In-Reply-To: References: Message-ID: <5859850b0909161301m63ee689ag14ed77b99459d7db@mail.gmail.com> No, what port you are installing? The variable "NOPORTDOCS" must is inside of Makefile ie. post-install: .if !defined(NOPORTDOCS) xxx xx .endif The port that you to want install must have this. So you could to use in the directory of port: # make install -DNOPORTDOCS Regards, Sylvio Cesar. 2009/9/16 Christian Weisgerber : > Unless I misremember, it used to be possible to specify NOPORTDOCS on > the command line > > $ make -DNOPORTDOCS > > or in the environment > > $ env NOPORTDOCS=yes make > > when building and installing a port. ?This doesn't work any longer, > you now have to set it in /etc/make.conf, otherwise it won't be > picked up. > > Is this intentional? > > -- > Christian "naddy" Weisgerber ? ? ? ? ? ? ? ? ? ? ? ? ?naddy@mips.inka.de > > _______________________________________________ > 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 wxs at FreeBSD.org Wed Sep 16 20:23:18 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Sep 16 20:23:25 2009 Subject: NOPORTDOCS ignored on command line In-Reply-To: References: Message-ID: <20090916202317.GB91963@atarininja.org> On Wed, Sep 16, 2009 at 06:07:07PM +0000, Christian Weisgerber wrote: > Unless I misremember, it used to be possible to specify NOPORTDOCS on > the command line > > $ make -DNOPORTDOCS > > or in the environment > > $ env NOPORTDOCS=yes make > > when building and installing a port. This doesn't work any longer, > you now have to set it in /etc/make.conf, otherwise it won't be > picked up. > > Is this intentional? Are you seeing any particular problem on any particular port? wxs@rst wxs % cat Makefile all: .if defined(NOPORTDOCS) @echo "defined" .else @echo "not defined" .endif wxs@rst wxs % make not defined wxs@rst wxs % make -DNOPORTDOCS defined wxs@rst wxs % It works exactly how it should. -- WXS From naddy at FreeBSD.org Wed Sep 16 21:32:11 2009 From: naddy at FreeBSD.org (Christian Weisgerber) Date: Wed Sep 16 21:32:18 2009 Subject: NOPORTDOCS ignored on command line In-Reply-To: <20090916202317.GB91963@atarininja.org> References: <20090916202317.GB91963@atarininja.org> Message-ID: <20090916210153.GA93138@lorvorc.mips.inka.de> Wesley Shields: > Are you seeing any particular problem on any particular port? Yes, but I haven't committed it yet. > wxs@rst wxs % cat Makefile > all: > .if defined(NOPORTDOCS) > @echo "defined" > .else > @echo "not defined" > .endif I have this: .if !defined(NOPORTDOCS) INSTALL_TARGET= install install-dist_docDATA .endif However, when I run "make -DNOPORTDOCS install", the install-dist_docDATA target is still executed! So I have now added this snippet for debugging: do-install: @echo ${INSTALL_TARGET}; exit 1 $ make -DNOPORTDOCS -V INSTALL_TARGET install $ make -DNOPORTDOCS install ===> Installing for xz-4.999.9 ===> Generating temporary packing list ===> Checking if archivers/xz already installed ===> Switching to root credentials for 'install' target install install-dist_docDATA *** Error code 1 Presumably bsd.port.mk invokes a recursive make for the install step, but fails to pass NOPORTDOCS. -- Christian "naddy" Weisgerber naddy@mips.inka.de From glarkin at FreeBSD.org Wed Sep 16 21:58:04 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Sep 16 21:58:11 2009 Subject: NOPORTDOCS ignored on command line In-Reply-To: <20090916210153.GA93138@lorvorc.mips.inka.de> References: <20090916202317.GB91963@atarininja.org> <20090916210153.GA93138@lorvorc.mips.inka.de> Message-ID: <4AB15F66.2070406@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Weisgerber wrote: > Wesley Shields: > >> Are you seeing any particular problem on any particular port? > > Yes, but I haven't committed it yet. > >> wxs@rst wxs % cat Makefile >> all: >> .if defined(NOPORTDOCS) >> @echo "defined" >> .else >> @echo "not defined" >> .endif > > I have this: > > .if !defined(NOPORTDOCS) > INSTALL_TARGET= install install-dist_docDATA > .endif > > However, when I run "make -DNOPORTDOCS install", the install-dist_docDATA > target is still executed! > > So I have now added this snippet for debugging: > > do-install: > @echo ${INSTALL_TARGET}; exit 1 > > $ make -DNOPORTDOCS -V INSTALL_TARGET > install > $ make -DNOPORTDOCS install > ===> Installing for xz-4.999.9 > ===> Generating temporary packing list > ===> Checking if archivers/xz already installed > ===> Switching to root credentials for 'install' target > install install-dist_docDATA > *** Error code 1 > > Presumably bsd.port.mk invokes a recursive make for the install > step, but fails to pass NOPORTDOCS. > Hi Christian, I handled the docDATA/NOPORTDOCS problem in the GraphicsMagick12 port with the following excerpt from the Makefile: .if defined(NOPORTDOCS) # Get rid of the Makefile targets that install the documentation # and HTML files into DOCSDIR EXTRA_PATCHES+= ${FILESDIR}/extra-patch-Makefile.in .endif My files/extra-patch-Makefile.in contains: - --- Makefile.in.orig 2008-11-19 17:40:16.000000000 -0500 +++ Makefile.in 2008-11-19 17:40:58.000000000 -0500 @@ -9322,7 +9322,7 @@ info-am: install-data-am: install-codersLTLIBRARIES install-configlibDATA \ - - install-configshareDATA install-data-local install-docDATA \ + install-configshareDATA install-data-local \ install-filtersLTLIBRARIES install-includeHEADERS \ install-ltdlincludeHEADERS install-magickincHEADERS \ install-magickppincHEADERS install-magickpptopincHEADERS \ @@ -9671,8 +9671,7 @@ $(UTILITIES_INSTALL_EXEC_LOCAL_TARGETS) install-data-local: $(MAGICK_INSTALL_DATA_LOCAL_TARGETS) \ - - $(PERLMAGICK_INSTALL_DATA_LOCAL_TARGETS) \ - - $(HTML_INSTALL_DATA_TARGETS) + $(PERLMAGICK_INSTALL_DATA_LOCAL_TARGETS) uninstall-local: $(MAGICK_UNINSTALL_LOCAL_TARGETS) \ $(PERLMAGICK_UNINSTALL_LOCAL_TARGETS) \ There may be other ways to do it, but this worked well for me. Hope it helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKsV9m0sRouByUApARAn7CAJ0et87tPmBI+8YPdCtAHhK4OYVS/ACcDQrm byic5vM74Hn4z3DEkEr5e2g= =b0JX -----END PGP SIGNATURE----- From naddy at mips.inka.de Wed Sep 16 22:32:34 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Wed Sep 16 22:32:41 2009 Subject: NOPORTDOCS ignored on command line References: <20090916202317.GB91963@atarininja.org> <20090916210153.GA93138@lorvorc.mips.inka.de> Message-ID: Christian Weisgerber wrote: > $ make -DNOPORTDOCS -V INSTALL_TARGET > install > $ make -DNOPORTDOCS install > ===> Installing for xz-4.999.9 > ===> Generating temporary packing list > ===> Checking if archivers/xz already installed > ===> Switching to root credentials for 'install' target > install install-dist_docDATA > *** Error code 1 > > Presumably bsd.port.mk invokes a recursive make for the install > step, but fails to pass NOPORTDOCS. Duh! It's the result of my use of sudo for SU_CMD and recent versions of sudo no longer passing on all environment variables. You now need to use this: SU_CMD=sudo -E sh -c -- Christian "naddy" Weisgerber naddy@mips.inka.de From pschmehl_lists at tx.rr.com Wed Sep 16 23:33:07 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Wed Sep 16 23:33:14 2009 Subject: net-im/pidgin-sipe won't build Message-ID: I'm trying to install this port but it fails consistently with the following error. py25-cairo-1.8.8 needs Python 2.6 at least. But you specified 2.5. I ran upgrade-site-packages (per /usr/ports/UPDATING) and got this error: ** Port marked as IGNORE: graphics/py-cairo: needs Python 2.6 at least. But you specified 2.5 I uninstalled and reinstalled graphics/py-cairo, and I *still* get the error, even though py-cairo *says* it's py26. /usr/ports/net-im/pidgin-sipe]# pkg_info -a | grep py | grep cairo py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 Information for py26-cairo-1.8.8: py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 py26-cairo-1.8.8 Where the heck is the IGNORE coming from? It's not in /etc/make.conf. It's not in /usr/local/etc/pkgtools.conf. Any useful advice would be appreciated. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From mikej at rogers.com Thu Sep 17 15:19:21 2009 From: mikej at rogers.com (Mike Jakubik) Date: Thu Sep 17 15:19:28 2009 Subject: Mailscanner port error In-Reply-To: <4AB250F1.6040303@schavemaker.com> References: <4AB212E3.8070104@schavemaker.com> <4e2e6df871087a6ffcdd13abff2b7896.squirrel@wettoast.dyndns.org> <4AB250F1.6040303@schavemaker.com> Message-ID: <25e6ede747c0097d63b865472ab224f2.squirrel@wettoast.dyndns.org> On Thu, September 17, 2009 11:08 am, Johan Hendriks wrote: > Mike Jakubik schreef: >> On Thu, September 17, 2009 6:43 am, Johan Hendriks wrote: >> >>> Hello First off all, sorry to bother you this way. >>> Secondly thanks for your time on creating the MailScanner port. >>> >>> I have a freebsd 7.1 system running Mailscanner and perl5.10 Today I >>> updated perl to perl 5.10.1 and mailscanner to 4.78.9 After the perl >>> update I did do the perl-after-upgrade steps, and after that (I still >>> got >>> >> >> Did you run perl-after-upgrade with the -f option? >> >> > Yes i did ! > But even if i did not the portupgrade -rf perl has rebuild all ports > depending on perl. > So it should be no problem. > > If i revert back to 5.10.0 all is fine again!! > It looks like the same error when going from 5.8.8 to 5.8.9. Right, unfortunately i don't know why this happens, someone in the freebsd community that has good knowledge of perl needs to look in to this, sorry. From pschmehl_lists at tx.rr.com Thu Sep 17 16:17:10 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Sep 17 16:17:19 2009 Subject: net-im/pidgin-sipe won't build In-Reply-To: References: Message-ID: Bueller???? Anyone???? --On Wednesday, September 16, 2009 18:04:14 -0500 Paul Schmehl wrote: > > I'm trying to install this port but it fails consistently with the following > error. > > py25-cairo-1.8.8 needs Python 2.6 at least. But you specified 2.5. > > I ran upgrade-site-packages (per /usr/ports/UPDATING) and got this error: > > ** Port marked as IGNORE: graphics/py-cairo: > needs Python 2.6 at least. But you specified 2.5 > > I uninstalled and reinstalled graphics/py-cairo, and I *still* get the error, > even though py-cairo *says* it's py26. > > /usr/ports/net-im/pidgin-sipe]# pkg_info -a | grep py | grep cairo > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > Information for py26-cairo-1.8.8: > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > py26-cairo-1.8.8 > > Where the heck is the IGNORE coming from? It's not in /etc/make.conf. It's > not in /usr/local/etc/pkgtools.conf. > > Any useful advice would be appreciated. > -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From gerald at pfeifer.com Thu Sep 17 16:45:09 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Thu Sep 17 16:45:16 2009 Subject: Need to use some library path before /usr/lib Message-ID: Building some (Fortran) applications with lang/gcc44 it turns out we get weird failures upon startup which look like: /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by ./gendoc not found What is happening here is that lang/gcc44 lays down /usr/local/lib/gcc44/libstdc++.so.6 and puts /usr/local/lib/gcc44 into USE_LDCONFIG. Alas the system then finds and uses /usr/lib/libstdc++.so.6 from our aging system compiler instead. Now, both libraries share the same name/version because these libraries, like also (and especially) libgcc_s.so.1 because new versions are drop ins for older ones, but not the other way round. How can we address this? Updating the old, unsupported by upstream system compiler has been ruled out historically, and does not look like an option (and also would not help older versions of FreeBSD). Use -rpath, somehow, by changing the configuration of the lang/gcc44 ports? That sucks in that it will break updates to newer versions of GCC. Set up ldconfig such that /usr/local/lib/gcc44 comes before /usr/lib? Anything else? Any pointers on how to best implement an ordering of search paths for ldconfig (or rpath, if that is the best of options)? Gerald From freebsd-ports-local at be-well.ilk.org Thu Sep 17 17:05:05 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Thu Sep 17 17:05:12 2009 Subject: net-im/pidgin-sipe won't build In-Reply-To: (Paul Schmehl's message of "Thu, 17 Sep 2009 15:48:21 +0000") References: Message-ID: <44ocp9biyo.fsf@be-well.ilk.org> Paul Schmehl writes: > Bueller???? Anyone???? > > --On Wednesday, September 16, 2009 18:04:14 -0500 Paul Schmehl > wrote: > >> >> I'm trying to install this port but it fails consistently with the following >> error. >> >> py25-cairo-1.8.8 needs Python 2.6 at least. But you specified 2.5. >> >> I ran upgrade-site-packages (per /usr/ports/UPDATING) and got this error: >> >> ** Port marked as IGNORE: graphics/py-cairo: >> needs Python 2.6 at least. But you specified 2.5 >> >> I uninstalled and reinstalled graphics/py-cairo, and I *still* get the error, >> even though py-cairo *says* it's py26. >> >> /usr/ports/net-im/pidgin-sipe]# pkg_info -a | grep py | grep cairo >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> Information for py26-cairo-1.8.8: >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> py26-cairo-1.8.8 >> >> Where the heck is the IGNORE coming from? It's not in /etc/make.conf. It's >> not in /usr/local/etc/pkgtools.conf. >> >> Any useful advice would be appreciated. >> There's nothing obvious; I can't find the IGNORE either, although obviously my ports tree may not match yours exactly. The code for the upgrade-site-packages target is not completely clear to me. Do you have any python-related variables in make.conf? Is there anything bogus looking in /usr/local/lib/python*? From pschmehl_lists at tx.rr.com Thu Sep 17 20:31:06 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Sep 17 20:31:13 2009 Subject: net-im/pidgin-sipe won't build In-Reply-To: <44ocp9biyo.fsf@be-well.ilk.org> References: <44ocp9biyo.fsf@be-well.ilk.org> Message-ID: <733DB0822E2F783BFDAA63F3@utd65257.utdallas.edu> --On Thursday, September 17, 2009 12:05:03 -0500 Lowell Gilbert wrote: > > Paul Schmehl writes: > >> Bueller???? Anyone???? >> >> --On Wednesday, September 16, 2009 18:04:14 -0500 Paul Schmehl >> wrote: >> >>> >>> I'm trying to install this port but it fails consistently with the following >>> error. >>> >>> py25-cairo-1.8.8 needs Python 2.6 at least. But you specified 2.5. >>> >>> I ran upgrade-site-packages (per /usr/ports/UPDATING) and got this error: >>> >>> ** Port marked as IGNORE: graphics/py-cairo: >>> needs Python 2.6 at least. But you specified 2.5 >>> >>> I uninstalled and reinstalled graphics/py-cairo, and I *still* get the >>> error, even though py-cairo *says* it's py26. >>> >>> /usr/ports/net-im/pidgin-sipe]# pkg_info -a | grep py | grep cairo >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> Information for py26-cairo-1.8.8: >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> >>> Where the heck is the IGNORE coming from? It's not in /etc/make.conf. It's >>> not in /usr/local/etc/pkgtools.conf. >>> >>> Any useful advice would be appreciated. >>> > > There's nothing obvious; I can't find the IGNORE either, although > obviously my ports tree may not match yours exactly. The code for the > upgrade-site-packages target is not completely clear to me. Do you have > any python-related variables in make.conf? Is there anything bogus > looking in /usr/local/lib/python*? /etc/make.conf OVERRIDE_LINUX_BASE_PORT=f8 OVERRIDE_LINUX_BASE_PORT=f8 OVERRIDE_LINUX_NONBASE_PORTS=f8 # added by use.perl 2009-07-11 15:13:00 PERL_VERSION=5.10.0 /usr/local/lib/phython* # grep -ri cairo /usr/local/lib/python2.* Binary file /usr/local/lib/python2.6/site-packages/cairo/_cairo.so matches /usr/local/lib/python2.6/site-packages/cairo/_cairo.la:# _cairo.la - a libtool library file /usr/local/lib/python2.6/site-packages/cairo/_cairo.la:dlname='_cairo.so' /usr/local/lib/python2.6/site-packages/cairo/_cairo.la:library_names='_cairo.so _cairo.so _cairo.so' /usr/local/lib/python2.6/site-packages/cairo/_cairo.la:dependency_libs=' -L/usr/local/lib /usr/local/lib/libcairo.la -pthread /usr/local/lib/libpixman-1.la /usr/local/lib/libfontconfig.la /usr/local/lib/libfreetype.la /usr/local/lib/libexpat.la -lpng /usr/local/lib/libxcb-render-util.la /usr/local/lib/libxcb-render.la /usr/local/lib/libXrender.la /usr/local/lib/libX11.la /usr/local/lib/libxcb.la /usr/local/lib/libXau.la /usr/local/lib/libXdmcp.la -lrpcsvc -lz -lm' /usr/local/lib/python2.6/site-packages/cairo/_cairo.la:# Version information for _cairo. /usr/local/lib/python2.6/site-packages/cairo/_cairo.la:libdir='/usr/local/lib/python2.6/site-packages/cairo' /usr/local/lib/python2.6/site-packages/cairo/__init__.py:from _cairo import * Binary file /usr/local/lib/python2.6/site-packages/cairo/__init__.pyc matches Binary file /usr/local/lib/python2.6/site-packages/cairo/__init__.pyo matches I am at a loss to know where this error is coming from. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From rromine at nsf.gov Thu Sep 17 21:04:55 2009 From: rromine at nsf.gov (Raleigh Romine) Date: Thu Sep 17 21:05:06 2009 Subject: FreeBSD Port: base-1.4.3.1 Message-ID: <21E9310C-D4DE-4A2C-8652-FA107FA0B69F@nsf.gov> It appears that the BASE team has released a new version: v1.4.4 (dawn). Any timeframe as to when it will get in the ports tree? It fixes a couple of annoying bugs in the current version. I'm pretty sure I can get it running from the files in the sourceforge tarball, but if the port is coming soon, I'll wait for the official version. Thanks, Raleigh From miwi at FreeBSD.org Thu Sep 17 21:17:00 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Sep 17 21:17:07 2009 Subject: FreeBSD Port: base-1.4.3.1 In-Reply-To: <21E9310C-D4DE-4A2C-8652-FA107FA0B69F@nsf.gov> References: <21E9310C-D4DE-4A2C-8652-FA107FA0B69F@nsf.gov> Message-ID: <20090917211655.GG92158@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Sep 17, 2009 at 04:46:56PM -0400, Raleigh Romine wrote: > It appears that the BASE team has released a new version: v1.4.4 > (dawn). Any timeframe as to when it will get in the ports tree? It > fixes a couple of annoying bugs in the current version. I'm pretty > sure I can get it running from the files in the sourceforge tarball, > but if the port is coming soon, I'll wait for the official version. > > Thanks, Done > > Raleigh > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqyp0cACgkQdLJIhLHm/OmUVgCgulsKaU6QQilyufldrs05/DmO Bo0AoNic+T1b6f9fgomBrUOIHYgsDJVO =ttVn -----END PGP SIGNATURE----- From pschmehl_lists at tx.rr.com Thu Sep 17 22:01:15 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Sep 17 22:01:23 2009 Subject: multimedia/py-gstreamer fails to build Message-ID: i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 is the default version. Maybe the upgrade to python 2.6 broke this port? Could not write method GstStructure.id_set: varargs functions not supported Could not write method GstStructure.get_uint: No ArgType for 'guint*' Could not write method GstIndexEntry.assoc_map: No ArgType for 'gint64*' Could not write getter for GstStaticCaps.caps: write_return not implemented for GstCaps Could not write method GstTypeFind.suggest_simple: varargs functions not supported Could not write method GstIndex.set_filter: No ArgType for 'GstIndexFilter' Could not write method GstIndex.set_filter_full: No ArgType for 'GstIndexFilter' Could not write method GstIndex.set_resolver: No ArgType for 'GstIndexResolver' Could not write method GstIndex.set_resolver_full: No ArgType for 'GstIndexResolver' Could not write method GstIndex.get_writer_id: No ArgType for 'gint*' Could not write method GstIndex.add_associationv: No ArgType for 'const-GstIndexAssociation*' Could not write method GstIndex.add_association: varargs functions not supported Could not write method GstIndex.add_object: No ArgType for 'gpointer' Could not write method GstIndex.get_assoc_entry_full: No ArgType for 'GCompareDataFunc' Could not write virtual accessor method GstIndex.get_assoc_entry: No ArgType for 'GCompareDataFunc' Could not write virtual proxy GstIndex.get_assoc_entry: No ArgType for 'GCompareDataFunc' Could not write method GstElement.message_full: No ArgType for 'GQuark' Could not write virtual accessor method GstElement.get_query_types: No ArgType for 'const-GstQueryType*' Could not write virtual accessor method GstElement.get_state: No ArgType for 'GstState*' Could not write virtual proxy GstElement.get_query_types: No ArgType for 'const-GstQueryType*' Could not write virtual proxy GstElement.get_state: No ArgType for 'GstState*' Could not write virtual accessor method GstClock.wait: No ArgType for 'GstClockEntry*' Could not write virtual accessor method GstClock.wait_jitter: No ArgType for 'GstClockEntry*' Could not write virtual accessor method GstClock.wait_async: No ArgType for 'GstClockEntry*' Could not write virtual accessor method GstClock.unschedule: No ArgType for 'GstClockEntry' Could not write virtual proxy GstClock.wait: No ArgType for 'GstClockEntry*' Could not write virtual proxy GstClock.wait_jitter: No ArgType for 'GstClockEntry*' Could not write virtual proxy GstClock.wait_async: No ArgType for 'GstClockEntry*' Could not write virtual proxy GstClock.unschedule: No ArgType for 'GstClockEntry' Could not write method GstBus.add_watch_full: No ArgType for 'GstBusFunc' Could not write method GstPad.set_bufferalloc_function: No ArgType for 'GstPadBufferAllocFunction' Could not write method GstPad.set_getrange_function: No ArgType for 'GstPadGetRangeFunction' Could not write method GstPad.set_checkgetrange_function: No ArgType for 'GstPadCheckGetRangeFunction' Could not write method GstPad.set_unlink_function: No ArgType for 'GstPadUnlinkFunction' Could not write method GstPad.set_acceptcaps_function: No ArgType for 'GstPadAcceptCapsFunction' Could not write method GstPad.set_fixatecaps_function: No ArgType for 'GstPadFixateCapsFunction' Could not write method GstPad.set_internal_link_function: No ArgType for 'GstPadIntLinkFunction' Could not write method GstPad.set_iterate_internal_links_function: No ArgType for 'GstPadIterIntLinkFunction' Could not write method GstPad.set_query_type_function: No ArgType for 'GstPadQueryTypeFunction' Could not write method GstPad.dispatcher: No ArgType for 'GstPadDispatcherFunction' Warning: generating old-style constructor for:gst_ghost_pad_new Warning: generating old-style constructor for:gst_pad_template_new Could not write method GstPluginFeature.type_name_filter: No ArgType for 'GstTypeNameData*' Could not write method GstRegistry.plugin_filter: No ArgType for 'GstPluginFilter' Could not write method GstRegistry.feature_filter: No ArgType for 'GstPluginFeatureFilter' Warning: generating old-style constructor for:gst_net_client_clock_new Warning: generating old-style constructor for:gst_net_time_provider_new Could not write method GstControlSource.get_value: No ArgType for 'GValue*' Could not write method GstControlSource.get_value_array: No ArgType for 'GstValueArray*' Could not write method GstControlSource.bind: No ArgType for 'GParamSpec*' Could not write method GstController.get_all: No ArgType for 'const-GList*' Could not write method GstController.get_value_arrays: No ArgType for 'GSList*' Could not write method GstController.get_value_array: No ArgType for 'GstValueArray*' Could not write method GstInterpolationControlSource.set: No ArgType for 'GValue*' Could not write method GstInterpolationControlSource.set_from_list: No ArgType for 'GSList*' Could not write method GstInterpolationControlSource.get_all: No ArgType for 'GList*' Could not write method GstBaseSink.wait_eos: No ArgType for 'GstClockTimeDiff*' Could not write virtual accessor method GstBaseSink.buffer_alloc: No ArgType for 'GstBuffer**' Could not write virtual proxy GstBaseSink.buffer_alloc: No ArgType for 'GstBuffer**' Could not write virtual accessor method GstBaseTransform.prepare_output_buffer: No ArgType for 'GstBuffer**' Could not write virtual proxy GstBaseTransform.prepare_output_buffer: No ArgType for 'GstBuffer**' Could not write method GstCollectPads.set_function: No ArgType for 'GstCollectPadsFunction' Could not write method GstCollectPads.add_pad: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.add_pad_full: No ArgType for 'GstCollectDataDestroyNotify' Could not write method GstCollectPads.peek: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.pop: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.read: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.read_buffer: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.take_buffer: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.flush: No ArgType for 'GstCollectData*' Warning: generating old-style constructor for:gst_data_queue_new Could not write constructor for GstDataQueue: No ArgType for 'GstDataQueueCheckFullFunction' Could not write method GstDataQueue.push: No ArgType for 'GstDataQueueItem*' Could not write method GstDataQueue.pop: No ArgType for 'GstDataQueueItem**' Could not write method GstDataQueue.get_level: No ArgType for 'GstDataQueueSize*' Could not write method GstTagSetter.add_tags: varargs functions not supported Could not write method GstTagSetter.add_tag_values: varargs functions not supported Could not write method GstTagSetter.add_tag_valist_values: No ArgType for 'va_list' Could not write method GstPreset.get_meta: No ArgType for 'gchar**' Could not write function object_control_properties: varargs functions not supported Could not write function object_uncontrol_properties: varargs functions not supported Could not write function object_get_value_arrays: No ArgType for 'GSList*' Could not write function object_get_value_array: No ArgType for 'GstValueArray*' Could not write function gst_controller_init: No ArgType for 'int*' Could not write function gst_dp_crc: No ArgType for 'const-guint8*' Could not write function dp_header_from_buffer: No ArgType for 'const-GstBuffer*' Could not write function dp_packet_from_caps: No ArgType for 'guint*' Could not write function dp_packet_from_event: No ArgType for 'const-GstEvent*' Could not write function type_find_helper_get_range: No ArgType for 'GstTypeFindHelperGetRangeFunction' Could not write function debug_add_log_function: No ArgType for 'GstLogFunction' Could not write function debug_remove_log_function: No ArgType for 'GstLogFunction' Could not write function debug_remove_log_function_by_data: No ArgType for 'gpointer' Could not write function debug_get_all_categories: No ArgType for 'GSList*' Could not write function debug_remove_log_function: No ArgType for 'GstLogFunction' Could not write function debug_remove_log_function_by_data: No ArgType for 'gpointer' Could not write function util_array_binary_search: No ArgType for 'gpointer' Could not write function parse_launch_full: No ArgType for 'GstParseContext*' Could not write function parse_launchv_full: No ArgType for 'const-gchar**' Could not write function plugin_register_static: No ArgType for 'const-GstPluginDesc*' Could not write function poll_new_timer: No ArgType for 'GstPoll*' Could not write function tag_register: No ArgType for 'GstTagMergeFunc' Could not write function tag_merge_use_first: No ArgType for 'GValue*' Could not write function tag_merge_strings_with_comma: No ArgType for 'GValue*' Could not write function task_create: No ArgType for 'GstTaskFunction' Warning: Constructor for GstGhostPad needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstPadTemplate needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstNetClientClock needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstNetTimeProvider needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstController needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstDataQueue needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors ***INFO*** The coverage of global functions is 86.41% (159/184) ***INFO*** The coverage of methods is 90.07% (490/544) ***INFO*** The coverage of virtual proxies is 86.76% (59/68) ***INFO*** The coverage of virtual accessors is 87.67% (64/73) ***INFO*** The coverage of interface proxies is 100.00% (5/5) CC gst.o gst.c: In function 'pygst_register_classes': gst.c:27079: error: 'GST_TYPE_BUFFER_LIST' undeclared (first use in this function) gst.c:27079: error: (Each undeclared identifier is reported only once gst.c:27079: error: for each function it appears in.) gmake[3]: *** [_gst_la-gst.lo] Error 1 gmake[2]: *** [all-recursive] Error 1 gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/multimedia/py-gstreamer. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From pschmehl_lists at tx.rr.com Thu Sep 17 22:44:42 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Sep 17 22:44:48 2009 Subject: net-im/pidgin-sipe won't build In-Reply-To: <44ocp9biyo.fsf@be-well.ilk.org> References: <44ocp9biyo.fsf@be-well.ilk.org> Message-ID: --On Thursday, September 17, 2009 12:05:03 -0500 Lowell Gilbert wrote: > > Paul Schmehl writes: > >> Bueller???? Anyone???? >> >> --On Wednesday, September 16, 2009 18:04:14 -0500 Paul Schmehl >> wrote: >> >>> >>> I'm trying to install this port but it fails consistently with the following >>> error. >>> >>> py25-cairo-1.8.8 needs Python 2.6 at least. But you specified 2.5. >>> >>> I ran upgrade-site-packages (per /usr/ports/UPDATING) and got this error: >>> >>> ** Port marked as IGNORE: graphics/py-cairo: >>> needs Python 2.6 at least. But you specified 2.5 >>> >>> I uninstalled and reinstalled graphics/py-cairo, and I *still* get the >>> error, even though py-cairo *says* it's py26. >>> >>> /usr/ports/net-im/pidgin-sipe]# pkg_info -a | grep py | grep cairo >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> Information for py26-cairo-1.8.8: >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> py26-cairo-1.8.8 >>> >>> Where the heck is the IGNORE coming from? It's not in /etc/make.conf. It's >>> not in /usr/local/etc/pkgtools.conf. >>> >>> Any useful advice would be appreciated. >>> > > There's nothing obvious; I can't find the IGNORE either, although > obviously my ports tree may not match yours exactly. The code for the > upgrade-site-packages target is not completely clear to me. Do you have > any python-related variables in make.conf? Is there anything bogus > looking in /usr/local/lib/python*? I managed to resolve the problem by uninstalling python25 and running pkgdb -F to remove all the stale, irrelevant dependencies. Then I ran make install -DFORCE_PKG_REGISTER and the install completed successfully. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From kwm at rainbow-runner.nl Thu Sep 17 23:25:20 2009 From: kwm at rainbow-runner.nl (Koop Mast) Date: Thu Sep 17 23:25:26 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: References: Message-ID: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> On Thu, 2009-09-17 at 22:01 +0000, Paul Schmehl wrote: > i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 is the > default version. > > Maybe the upgrade to python 2.6 broke this port? > Compiles fine here, are your installed gstreamer ports up to date? -Koop > ***INFO*** The coverage of methods is 90.07% (490/544) > ***INFO*** The coverage of virtual proxies is 86.76% (59/68) > ***INFO*** The coverage of virtual accessors is 87.67% (64/73) > ***INFO*** The coverage of interface proxies is 100.00% (5/5) > CC gst.o > gst.c: In function 'pygst_register_classes': > gst.c:27079: error: 'GST_TYPE_BUFFER_LIST' undeclared (first use in this > function) > gst.c:27079: error: (Each undeclared identifier is reported only once > gst.c:27079: error: for each function it appears in.) > gmake[3]: *** [_gst_la-gst.lo] Error 1 > gmake[2]: *** [all-recursive] Error 1 > gmake[1]: *** [all-recursive] Error 1 > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/multimedia/py-gstreamer. > From pschmehl_lists at tx.rr.com Fri Sep 18 01:18:31 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Sep 18 01:18:37 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> References: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> Message-ID: --On September 17, 2009 6:26:54 PM -0500 Koop Mast wrote: > > On Thu, 2009-09-17 at 22:01 +0000, Paul Schmehl wrote: >> i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 >> is the default version. >> >> Maybe the upgrade to python 2.6 broke this port? >> > > Compiles fine here, are your installed gstreamer ports up to date? > Yes. I ran portupgrade -a on that server just last week. I managed to get the port installed by editing the Makefile to revert to 0.10.15. Got lots of INFO errors, but it compiled successfully. Is there something in particular I can do to test the other gstreamer ports to verify? Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From jasonh at DataIX.net Fri Sep 18 01:24:17 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Sep 18 01:24:24 2009 Subject: Need to use some library path before /usr/lib In-Reply-To: References: Message-ID: On Thu, 17 Sep 2009 12:45 -0000, gerald wrote: > Building some (Fortran) applications with lang/gcc44 it turns out we get > weird failures upon startup which look like: > > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by ./gendoc not found > > What is happening here is that lang/gcc44 lays down > /usr/local/lib/gcc44/libstdc++.so.6 > and puts /usr/local/lib/gcc44 into USE_LDCONFIG. Alas the system then > finds and uses /usr/lib/libstdc++.so.6 from our aging system compiler > instead. > > Now, both libraries share the same name/version because these libraries, > like also (and especially) libgcc_s.so.1 because new versions are drop > ins for older ones, but not the other way round. > > How can we address this? > > Updating the old, unsupported by upstream system compiler has > been ruled out historically, and does not look like an option (and also > would not help older versions of FreeBSD). > > Use -rpath, somehow, by changing the configuration of the > lang/gcc44 ports? That sucks in that it will break updates to newer > versions of GCC. > > Set up ldconfig such that /usr/local/lib/gcc44 comes before > /usr/lib? > > Anything else? Any pointers on how to best implement an ordering of > search paths for ldconfig (or rpath, if that is the best of options)? > > Gerald > > Would it be possible to just libmap.conf gcc44 and friends just for that lib and the programs it builds. I know this is not such a great solution but for the mean time it may be a relevant answer. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) From jasonh at DataIX.net Fri Sep 18 01:44:00 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Sep 18 01:44:06 2009 Subject: Need to use some library path before /usr/lib In-Reply-To: References: Message-ID: On Thu, 17 Sep 2009 21:24 -0000, jasonh wrote: > On Thu, 17 Sep 2009 12:45 -0000, gerald wrote: > >> Building some (Fortran) applications with lang/gcc44 it turns out we get >> weird failures upon startup which look like: >> >> /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 >> required by ./gendoc not found >> >> What is happening here is that lang/gcc44 lays down >> /usr/local/lib/gcc44/libstdc++.so.6 >> and puts /usr/local/lib/gcc44 into USE_LDCONFIG. Alas the system then >> finds and uses /usr/lib/libstdc++.so.6 from our aging system compiler >> instead. >> >> Now, both libraries share the same name/version because these libraries, >> like also (and especially) libgcc_s.so.1 because new versions are drop >> ins for older ones, but not the other way round. >> >> How can we address this? >> >> Updating the old, unsupported by upstream system compiler has >> been ruled out historically, and does not look like an option (and also >> would not help older versions of FreeBSD). >> >> Use -rpath, somehow, by changing the configuration of the >> lang/gcc44 ports? That sucks in that it will break updates to newer >> versions of GCC. >> >> Set up ldconfig such that /usr/local/lib/gcc44 comes before >> /usr/lib? >> >> Anything else? Any pointers on how to best implement an ordering of >> search paths for ldconfig (or rpath, if that is the best of options)? >> >> Gerald >> >> > > Would it be possible to just libmap.conf gcc44 and friends just for that lib > and the programs it builds. I know this is not such a great solution but for > the mean time it may be a relevant answer. > Something like the following. [/usr/local/bin/] libstdc++.so /usr/local/lib/gcc44/libstdc++.so libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6 On a second note. It would be real nice if the install of a second/third compiler would get installed into its own directory rather than placing executables in /usr/local/bin/ place them /usr/local/lib/gcc44/bin and create the symlinks to them. This would at least help the libmap issue and gcc44 for several ports (just building). Now for a port running (octave as example) have that port spam libmap.conf with the proper configuration for just that port the same way perl does to make.conf. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) From dnaeon at gmail.com Fri Sep 18 06:52:09 2009 From: dnaeon at gmail.com (Marin Atanasov) Date: Fri Sep 18 06:52:16 2009 Subject: x11-toolkits/qt4-gui fails to install - solution Message-ID: <717f7a3e0909172328u3c3ee54al3091a1ec9fdb7f2b@mail.gmail.com> Hi, I've been upgrading my ports using portmaster today, but during upgrade of qt4-gui the install process fails. Here's the output that I get when I try to install x11-toolkits/qt4-gui <... snip... > ===> Configuring for qt4-gui-4.5.2_1 /bin/cp /usr/ports/x11-toolkits/qt4-gui/../../devel/qt4/files/configure /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../../ /bin/mkdir -p /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../../mkspecs /bin/ln -sf /usr/local/bin/qmake-qt4 /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../../bin/qmake /bin/ln -sf /usr/local/bin/moc-qt4 /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../../bin/moc /bin/ln -sf /usr/local/bin/rcc /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../../bin/rcc /bin/ln -sf /usr/local/bin/uic-qt4 /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../../bin/uic The specified system/compiler is not supported: /usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/mkspecs/freebsd-g++ Please see the README file for a complete list. ===> Script "configure" failed unexpectedly. Please report the problem to kde@FreeBSD.org [maintainer] and attach the "/usr/ports/x11-toolkits/qt4-gui/work/qt-x11-opensource-src-4.5.2/src/gui/../..//config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11-toolkits/qt4-gui. Searching and found a similar problem already reported - http://www.freebsd.org/cgi/query-pr.cgi?pr=126820 Applying the following patch solves the issue: --- Makefile.orig 2009-09-18 09:16:17.000000000 +0300 +++ Makefile 2009-09-18 09:23:17.000000000 +0300 @@ -87,7 +87,7 @@ pre-configure: ${CP} ${.CURDIR}/../../devel/qt4/files/configure ${CONFIGURE_WRKSRC} ${MKDIR} ${WRKSRC}/../../mkspecs - ${LN} -sf ${LOCALBASE}/share/qt4/mkspecs/freebsd-g++ ${WRKSRC}/../../../mkspecs/ + ${LN} -sf ${LOCALBASE}/share/qt4/mkspecs/freebsd-g++ ${WRKSRC}/../../mkspecs/ ${LN} -sf ${LOCALBASE}/bin/qmake-qt4 ${WRKSRC}/../../bin/qmake ${LN} -sf ${LOCALBASE}/bin/moc-qt4 ${WRKSRC}/../../bin/moc ${LN} -sf ${LOCALBASE}/bin/rcc ${WRKSRC}/../../bin/rcc Regards, -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From kwm at rainbow-runner.nl Fri Sep 18 09:00:51 2009 From: kwm at rainbow-runner.nl (Koop Mast) Date: Fri Sep 18 09:00:57 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: References: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> Message-ID: <1253264548.2187.3147.camel@headache.rainbow-runner.nl> On Thu, 2009-09-17 at 20:18 -0500, Paul Schmehl wrote: > --On September 17, 2009 6:26:54 PM -0500 Koop Mast > wrote: > > > > > On Thu, 2009-09-17 at 22:01 +0000, Paul Schmehl wrote: > >> i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 > >> is the default version. > >> > >> Maybe the upgrade to python 2.6 broke this port? > >> > > > > Compiles fine here, are your installed gstreamer ports up to date? > > > > Yes. I ran portupgrade -a on that server just last week. I managed to > get the port installed by editing the Makefile to revert to 0.10.15. Got > lots of INFO errors, but it compiled successfully. > > Is there something in particular I can do to test the other gstreamer > ports to verify? Make sure you got gstreamer 0.10.24. Your build of py-gstreamer breaks because of the lack of GST_TYPE_BUFFER_LIST. This was introduced in that version of gstreamer. -Koop > Paul Schmehl, If it isn't already > obvious, my opinions are my own > and not those of my employer. > ****************************************** > WARNING: Check the headers before replying > > From makc at issp.ac.ru Fri Sep 18 09:25:40 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Fri Sep 18 09:25:47 2009 Subject: [kde-freebsd] x11-toolkits/qt4-gui fails to install - solution In-Reply-To: <717f7a3e0909172328u3c3ee54al3091a1ec9fdb7f2b@mail.gmail.com> References: <717f7a3e0909172328u3c3ee54al3091a1ec9fdb7f2b@mail.gmail.com> Message-ID: <200909181325.37763.makc@issp.ac.ru> On Fri, 18 Sep 2009 09:28:31 +0300, Marin Atanasov wrote: > Hi, > > I've been upgrading my ports using portmaster today, but during upgrade of > qt4-gui the install process fails. unset QMAKESPEC in your environment. From dnaeon at gmail.com Fri Sep 18 09:41:03 2009 From: dnaeon at gmail.com (Marin Atanasov) Date: Fri Sep 18 09:41:09 2009 Subject: [kde-freebsd] x11-toolkits/qt4-gui fails to install - solution In-Reply-To: <200909181325.37763.makc@issp.ac.ru> References: <717f7a3e0909172328u3c3ee54al3091a1ec9fdb7f2b@mail.gmail.com> <200909181325.37763.makc@issp.ac.ru> Message-ID: <717f7a3e0909180241g51f80264se699b94af8acaf57@mail.gmail.com> Hi, I was too quick when I posted this to the lists - haven't noticed the comments under the problem report :) Unseting QMAKESPEC solves this indeed :) Thanks, On Fri, Sep 18, 2009 at 12:25 PM, Max Brazhnikov wrote: > On Fri, 18 Sep 2009 09:28:31 +0300, Marin Atanasov wrote: > > Hi, > > > > I've been upgrading my ports using portmaster today, but during upgrade > of > > qt4-gui the install process fails. > > unset QMAKESPEC in your environment. > > -- Marin Atanasov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From ale at FreeBSD.org Fri Sep 18 14:02:49 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Fri Sep 18 14:02:56 2009 Subject: gretl package installation failure In-Reply-To: <4AAFF709.4000709@jstub.com> References: <4AAFF709.4000709@jstub.com> Message-ID: <4AB39306.8000401@FreeBSD.org> John B. Stubblebine ha scritto: > It appears that there is something about the "pdflib" package and or > port that might need to be repaired, or "gnuplot" or ?? PDFLib cannot be packaged and distributed. You have to build it from sources. -- Alex Dupre From freebsd-ports-local at be-well.ilk.org Fri Sep 18 15:49:18 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Sep 18 15:49:24 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: (Paul Schmehl's message of "Thu, 17 Sep 2009 20:18:28 -0500") References: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> Message-ID: <44iqfg1cee.fsf@be-well.ilk.org> Paul Schmehl writes: > --On September 17, 2009 6:26:54 PM -0500 Koop Mast > wrote: > >> >> On Thu, 2009-09-17 at 22:01 +0000, Paul Schmehl wrote: >>> i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 >>> is the default version. >>> >>> Maybe the upgrade to python 2.6 broke this port? >>> >> >> Compiles fine here, are your installed gstreamer ports up to date? >> > > Yes. I ran portupgrade -a on that server just last week. I managed > to get the port installed by editing the Makefile to revert to > 0.10.15. Got lots of INFO errors, but it compiled successfully. Sounds like you missed the 20090909 entry in UPDATING. > Is there something in particular I can do to test the other gstreamer > ports to verify? Check back on which set of gstreamer ports pulls that in. From spawk at acm.poly.edu Fri Sep 18 17:19:49 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Fri Sep 18 17:19:56 2009 Subject: Mailman: users can't post to a moderated list In-Reply-To: <4A9D5B6A.90304@acm.poly.edu> References: <4A9D5B6A.90304@acm.poly.edu> Message-ID: <4AB3C115.7030801@acm.poly.edu> Replying to myself: this appears to have been causing by putting "OLD_MESSAGES_AS_PICKLES = 0" into /usr/local/bin/mailman/Mailman/Defaults.py (which used to work). -Boris Boris Kochergin wrote: > Hi. I'm running mailman-with-htdig-2.1.12 and messages that would > normally await moderation (for example, a non-subscribed user posting > to a list) disappear into a black hole, and this message appears in > logs/errror: > > Sep 01 13:24:55 2009 (62072) Uncaught runner exception: Generator > instance has no __call__ method > Sep 01 13:24:55 2009 (62072) Traceback (most recent call last): > File "/usr/local/mailman/Mailman/Queue/Runner.py", line 120, in _oneloop > self._onefile(msg, msgdata) > File "/usr/local/mailman/Mailman/Queue/Runner.py", line 191, in _onefile > keepqueued = self._dispose(mlist, msg, msgdata) > File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 130, > in _dispose > more = self._dopipeline(mlist, msg, msgdata, pipeline) > File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 153, > in _dopipeline > sys.modules[modname].process(mlist, msg, msgdata) > File "/usr/local/mailman/Mailman/Handlers/Moderate.py", line 112, in > process > Hold.hold_for_approval(mlist, msg, msgdata, Hold.NonMemberPost) > File "/usr/local/mailman/Mailman/Handlers/Hold.py", line 224, in > hold_for_approval > id = mlist.HoldMessage(msg, reason, msgdata) > File "/usr/local/mailman/Mailman/ListAdmin.py", line 205, in HoldMessage > g(msg, 1) > AttributeError: Generator instance has no __call__ method > > Sep 01 13:24:55 2009 (62072) SHUNTING: > 1251825895.061239+d6bb4ec54c0a21a08ae544605b3090f38ebf0f51 > > The only reference to the problem I can find is at > http://mail.python.org/pipermail/mailman-users/2009-April/065735.html, > but there isn't much information there. Anyone know what's up? > > -Boris > From pschmehl_lists at tx.rr.com Fri Sep 18 17:33:10 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Sep 18 17:33:16 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: <1253264548.2187.3147.camel@headache.rainbow-runner.nl> References: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> <1253264548.2187.3147.camel@headache.rainbow-runner.nl> Message-ID: --On Friday, September 18, 2009 04:02:28 -0500 Koop Mast wrote: >> >> Is there something in particular I can do to test the other gstreamer >> ports to verify? > > Make sure you got gstreamer 0.10.24. Your build of py-gstreamer breaks > because of the lack of GST_TYPE_BUFFER_LIST. This was introduced in that > version of gstreamer. > That was the issue. I portupgraded all the gstreamer ports, then forced an upgrade of the py26-gstreamer port, and it built fine. Still through a bunch of warning and INFO messages, but it built successfully. Thanks for your help. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From kwm at rainbow-runner.nl Fri Sep 18 18:53:21 2009 From: kwm at rainbow-runner.nl (Koop Mast) Date: Fri Sep 18 18:53:34 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: References: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> Message-ID: <1253300101.2187.3744.camel@headache.rainbow-runner.nl> On Thu, 2009-09-17 at 20:18 -0500, Paul Schmehl wrote: > --On September 17, 2009 6:26:54 PM -0500 Koop Mast > wrote: > > > > > On Thu, 2009-09-17 at 22:01 +0000, Paul Schmehl wrote: > >> i386 Intel, FreeBSD 7.2-STABLE, freshly csup'd ports tree, python 2.6 > >> is the default version. > >> > >> Maybe the upgrade to python 2.6 broke this port? > >> > > > > Compiles fine here, are your installed gstreamer ports up to date? > > > > Yes. I ran portupgrade -a on that server just last week. I managed to > get the port installed by editing the Makefile to revert to 0.10.15. Got > lots of INFO errors, but it compiled successfully. Please use the -r options as well, so portupgrade -ra. This will update gstreamer first before trying to update py-gstreamer. Portupgrade man page: ---------------------------------- -r --recursive Act on all those packages depending on the given packages as well. ---------------------------------- -Koop > Is there something in particular I can do to test the other gstreamer > ports to verify? > > Paul Schmehl, If it isn't already > obvious, my opinions are my own > and not those of my employer. > ****************************************** > WARNING: Check the headers before replying > > _______________________________________________ > 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 freebsd-ports-local at be-well.ilk.org Fri Sep 18 19:20:31 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Sep 18 19:21:21 2009 Subject: multimedia/py-gstreamer fails to build In-Reply-To: <1253300101.2187.3744.camel@headache.rainbow-runner.nl> (Koop Mast's message of "Fri, 18 Sep 2009 20:55:01 +0200") References: <1253230015.2187.2491.camel@headache.rainbow-runner.nl> <1253300101.2187.3744.camel@headache.rainbow-runner.nl> Message-ID: <44hbv0njpg.fsf@be-well.ilk.org> Koop Mast writes: > Please use the -r options as well, so portupgrade -ra. This will update > gstreamer first before trying to update py-gstreamer. > > Portupgrade man page: > ---------------------------------- > -r > --recursive Act on all those packages depending on the given > packages as well. > ---------------------------------- -a is always redundant with -r. From chat95 at mac.com Fri Sep 18 21:35:53 2009 From: chat95 at mac.com (Maho NAKATA) Date: Fri Sep 18 21:36:01 2009 Subject: Need to use some library path before /usr/lib In-Reply-To: References: Message-ID: <20090919.063538.625859878544531697.chat95@mac.com> Thanks for considertion... > Anything else? Simply back out for this moment, until we have some clues.. From: Gerald Pfeifer Subject: Need to use some library path before /usr/lib Date: Thu, 17 Sep 2009 18:45:10 +0200 (CEST) > Building some (Fortran) applications with lang/gcc44 it turns out we get > weird failures upon startup which look like: > > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by ./gendoc not found > > What is happening here is that lang/gcc44 lays down > /usr/local/lib/gcc44/libstdc++.so.6 > and puts /usr/local/lib/gcc44 into USE_LDCONFIG. Alas the system then > finds and uses /usr/lib/libstdc++.so.6 from our aging system compiler > instead. > > Now, both libraries share the same name/version because these libraries, > like also (and especially) libgcc_s.so.1 because new versions are drop > ins for older ones, but not the other way round. > > How can we address this? > > Updating the old, unsupported by upstream system compiler has > been ruled out historically, and does not look like an option (and also > would not help older versions of FreeBSD). > > Use -rpath, somehow, by changing the configuration of the > lang/gcc44 ports? That sucks in that it will break updates to newer > versions of GCC. > > Set up ldconfig such that /usr/local/lib/gcc44 comes before > /usr/lib? > +1 but I fear there can be a regression.... > Any pointers on how to best implement an ordering of search paths for ldconfig (or rpath, if that is the best of options)? -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090918/6d4c1d5e/attachment.pgp From barbara.xxx1975 at libero.it Sat Sep 19 01:12:29 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Sat Sep 19 01:12:36 2009 Subject: games/vavoom-extras: make config overwrite options for vavoom Message-ID: Running make config in /usr/ports/games/vavoom-extras, result in the options for games/vavoom being overwritten. # cd /usr/ports/games/vavoom # make config && grep _OPTIONS_READ /var/db/ports/vavoom/options _OPTIONS_READ=vavoom-1.28_3 # cd /usr/ports/games/vavoom-extras # make config && grep _OPTIONS_READ /var/db/ports/vavoom/options _OPTIONS_READ=vavoom-extras-1.25_1 Is that expected? I have another question about games/vavoom: can you evaluate the following patch? It's freely inspired (copied without shame) from net-p2p/aMule2, to have vlaunch linking wxgtk2-unicode to save space/time on system where the unicode version is installed yet. I've tested it and there is no problem so far. http://pastebin.com/f7bf16559 ------------------------------------------------------------------------ --- Makefile.orig 2009-08-22 02:22:36.000000000 +0200 +++ Makefile 2009-09-19 02:41:31.000000000 +0200 @@ -29,7 +29,8 @@ OPENGL "Enable OpenGL support" on \ OPTIMIZED_CFLAGS "Enable compilation optimizations" off \ VORBIS "Enable Ogg Vorbis support" off \ - SDL "Use SDL for hardware API" on + SDL "Use SDL for hardware API" on \ + WXUNICODE "Enable Unicode support" off SUB_FILES= pkg-message @@ -122,6 +123,10 @@ CMAKE_ARGS+= -DWITH_SDL=N .endif +.if !defined(WITHOUT_WXUNICODE) +WX_UNICODE=yes +.endif + post-patch: @cd ${WRKSRC} && ${SH} fixunix.sh @${REINPLACE_CMD} -e 's|$$\* ||; s|$${IWADDIR}|-iwaddir ${DMDIR} $$*|' \ ------------------------------------------------------------------------ Thanks Barbara From b3k at mail.ru Sat Sep 19 09:27:59 2009 From: b3k at mail.ru (Elisey O. Savateev) Date: Sat Sep 19 09:28:06 2009 Subject: Dropping maintainership Message-ID: <200909191356.33850.b3k@mail.ru> Unfortunately, I no longer have time to maintain ports: www/rejik graphics/gimp-greycstoration security/umit www/havp I would be glad if someone is willing to support themselves. --- Best regards, Elisey Savateev. From erwin at FreeBSD.org Sat Sep 19 09:52:39 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Sep 19 09:52:47 2009 Subject: Dropping maintainership In-Reply-To: <200909191356.33850.b3k@mail.ru> References: <200909191356.33850.b3k@mail.ru> Message-ID: <20090919095236.GW54962@droso.net> On Sat, Sep 19, 2009 at 01:56:33PM +0600, Elisey O. Savateev wrote: Hi Elisey, > Unfortunately, I no longer have time to maintain ports: > > www/rejik > graphics/gimp-greycstoration > security/umit > www/havp > > I would be glad if someone is willing to support themselves. > Thanks for your contributions so far, and I hope to see you back someday. I've reset maintainership of your ports. Best, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090919/2f9baf2e/attachment.pgp From ayu at commun.jp Sat Sep 19 10:36:15 2009 From: ayu at commun.jp (Ayumi Mitsui) Date: Sat Sep 19 10:36:49 2009 Subject: Dropping maintainership In-Reply-To: <20090919095236.GW54962@droso.net> References: <200909191356.33850.b3k@mail.ru> <20090919095236.GW54962@droso.net> Message-ID: If not already reassigned, I can assume maintainership for those: > security/umit > www/havp -- Ayumi Mitsui http://ayu.commun.jp/ PGP: EE97 796C 77F6 CFC9 1FBC C56A 318B F019 E605 D988 From erwin at FreeBSD.org Sat Sep 19 10:45:47 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Sep 19 10:45:53 2009 Subject: Dropping maintainership In-Reply-To: References: <200909191356.33850.b3k@mail.ru> <20090919095236.GW54962@droso.net> Message-ID: <20090919104545.GX54962@droso.net> On Sat, Sep 19, 2009 at 07:12:17PM +0900, Ayumi Mitsui wrote: Hi Ayumi, > If not already reassigned, I can assume maintainership for those: > > > security/umit > > www/havp > Thanks for the offer, I've reassigned those two ports to you. Thanks, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090919/eeab6cfe/attachment.pgp From barbara.xxx1975 at libero.it Sat Sep 19 12:53:21 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Sat Sep 19 12:53:28 2009 Subject: games/vavoom-extras: make config overwrite options for vavoom Message-ID: I'm wondering why PORTNAME= vavoom PKGNAMESUFFIX= -extras is used in the Makefile. According to bsd.port.mk PKGNAMESUFFIX is a "Suffix to specify compilation options." while here it's simply used to "rebuild" the "original" port name. IMHO a correct example of the way it should be used is in net/cvsup, where the suffix is appended if WITHOUT_X11 is specified. So I think PORTNAME should be changed to vavoom-extras and PKGNAMESUFFIX should be removed. The same could apply to games/uhexen2-extras and emulators/mame-extras (note that they were all originally commited from the same committer, so it could be a misunderstanding from him) and to x11-toolkits/py-gnome-extras. Thanks Barbara From pschmehl_lists at tx.rr.com Sat Sep 19 17:24:49 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sat Sep 19 17:24:56 2009 Subject: lsof won't build Message-ID: I'm getting this error when trying to install sysutils/lsof: /usr/src/sys/vm/vm.h:64:24: error: machine/vm.h: No such file or directory Shouldn't machine be some sort of macro that points at the ARCH of the system lsof is being installed on? Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From fjwcash at gmail.com Sat Sep 19 17:36:21 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Sat Sep 19 17:36:28 2009 Subject: www/dansguardian*: relinquishing maintainership Message-ID: As we no longer run Squid/Dansguardian on FreeBSD boxes at work, and I don't have time to test it after work, it's with regret that I must relinquish maintainership of the two dansguardian ports: www/dansguardian www/dansguardian-devel I'll try to update it to the latest stable release, but I can't do more than compile testing at this point. -- Freddie Cash fjwcash@gmail.com From roberthuff at rcn.com Sat Sep 19 17:59:10 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Sep 19 18:00:24 2009 Subject: lsof won't build In-Reply-To: References: Message-ID: <19125.7112.336613.902328@jerusalem.litteratus.org> Paul Schmehl writes: > I'm getting this error when trying to install sysutils/lsof: > > /usr/src/sys/vm/vm.h:64:24: error: machine/vm.h: No such file or directory > > Shouldn't machine be some sort of macro that points at the ARCH > of the system lsof is being installed on? Having experienced this recently: The usual casue of this is the installed kernel(+world ??) being out of sync with the contents of /usr/src. The solution is to rebuild/reinstall kernel(+world ??). Perosnally I think it's bad programming also ... but then I'm not the one writing the code. Robert Huff From pschmehl_lists at tx.rr.com Sat Sep 19 18:16:50 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sat Sep 19 18:16:57 2009 Subject: lsof won't build In-Reply-To: <19125.7112.336613.902328@jerusalem.litteratus.org> References: <19125.7112.336613.902328@jerusalem.litteratus.org> Message-ID: --On September 19, 2009 1:58:32 PM -0400 Robert Huff wrote: > > Paul Schmehl writes: > >> I'm getting this error when trying to install sysutils/lsof: >> >> /usr/src/sys/vm/vm.h:64:24: error: machine/vm.h: No such file or >> directory >> >> Shouldn't machine be some sort of macro that points at the ARCH >> of the system lsof is being installed on? > > Having experienced this recently: > The usual casue of this is the installed kernel(+world ??) > being out of sync with the contents of /usr/src. > The solution is to rebuild/reinstall kernel(+world ??). > Perosnally I think it's bad programming also ... but then I'm > not the one writing the code. > That doesn't make sense to me. vm.h is a src file. My src files are updated daily. Even if I rebuilt the kernel (this one has been recompiled twelve times already), the src files wouldn't change. The build error is complaining about not being able to find the header file for (I'm assuming) my architecture, not for some binary compiled during the kernel build. Are you saying you rebuilt kernel and lsof built fine afterwards? Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From nfhm2k at gmail.com Sat Sep 19 18:21:53 2009 From: nfhm2k at gmail.com (HM 2K) Date: Sat Sep 19 18:22:00 2009 Subject: make options Message-ID: <7f7d0a670909191056l2ee31666l3d8925bbce2ce87a@mail.gmail.com> When making some ports, they display an "options" interface. Is there a way to specify these options so that the interface does not appear? Thanks. From miwi at FreeBSD.org Sat Sep 19 18:35:31 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sat Sep 19 18:35:37 2009 Subject: ports/138698: lang/php5: PHP session.save_path vulnerability Message-ID: <200909191835.n8JIZVGi007539@freefall.freebsd.org> Synopsis: lang/php5: PHP session.save_path vulnerability Responsible-Changed-From-To: freebsd-ports->ale Responsible-Changed-By: miwi Responsible-Changed-When: Sat Sep 19 18:35:31 UTC 2009 Responsible-Changed-Why: over to php maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=138698 From tlott at gamesnet.de Sat Sep 19 18:42:41 2009 From: tlott at gamesnet.de (Tobias Lott) Date: Sat Sep 19 18:42:50 2009 Subject: FreeBSD port: nss_ldapd-0.6.11_1 In-Reply-To: <20090916110810.1770e2e3@sub.han.vpn.gamesnet.de> References: <20090916032203.70514d9d@sub.han.vpn.gamesnet.de> <4AB0719D.5010404@ipfw.ru> <20090916110810.1770e2e3@sub.han.vpn.gamesnet.de> Message-ID: <20090919204201.085b52c8@sub.han.vpn.gamesnet.de> On Wed, 16 Sep 2009 11:08:10 +0200 Tobias Lott wrote: > > > On Wed, 16 Sep 2009 09:03:25 +0400 > "Alexander V. Chernikov" wrote: > > > Tobias Lott wrote: > > > Hey Everyone! > > > > > > Seems like nss_ldapd is causing apps like top, jls to segfault. > > > pkg_delete-ing nss_ldapd 'fixes' the problem. > > > > > > Reproducable on several Machines using FreeBSD 7.2-STABLE and > > > BETA4 > > > > > > Greetings > > > > > > > > Can you provide some more details like core backtrace, nsswitch > > configuration, nss_ldapd configureation, your ldap setup? Does this > > happen every time with every binary using getpwent/getpwnam ? > > Please rebuild port with debug ( make DEBUG_FLAGS="-O0 -g" ) and > > post the results of gdb 'bt full' command from segfaulted binary > > core. Does 'getent group|passwd XXX' segfaults too? > > > > > > _______________________________________________ > > 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" > > Sure, but ain't got access to a Test Machine right now. > For starters I can provide config details. > > nsswitch.conf: > passwd: files ldap > group: files ldap > > nss_ldapd.conf: > uid nobody > gid nobody > uri ldap://ldapbe1 > uri ldap://ldapbe2 > base dc=gamesnet,dc=de > base group ou=Group,dc=gamesnet,dc=de > base passwd ou=People,dc=gamesnet,dc=de > ssl start_tls > tls_reqcert hard > tls_cacertfile /etc/ssl/cacert.pem > > getent group/passwd works fine > > A colleague just send me truss top output: > > __sysctl(0x7fbfe664,0x2,0x7fbfe66c,0x7fbfe670,0x0,0x0) = 0 (0x0) > mmap(0x0,320,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 671678464 > (0x28090000) munmap(0x28090000,320) = 0 > (0x0) __sysctl(0x7fbfe6c8,0x2,0x28086e7c,0x7fbfe6d0,0x0,0x0) = 0 (0x0) > mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = > 671678464 (0x28090000) > issetugid(0x2807f149,0x7fbfeb8c,0x104,0x0,0x0,0x0) = 0 (0x0) > open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file > or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,00) = 3 > (0x3) read(3,"Ehnt\^A\0\0\0\M^@\0\0\0\\\0\0\0"...,128) = 128 (0x80) > lseek(3,0x80,SEEK_SET) = 128 (0x80) > read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,92) = 92 (0x5c) > close(3) = 0 (0x0) > access("/lib/libncurses.so.8",0) = 0 (0x0) > open("/lib/libncurses.so.8",O_RDONLY,00) = 3 (0x3) > fstat(3,{ mode=-r--r--r-- ,inode=8248,size=265540,blksize=4096 }) = 0 > (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 > (0x1000) > mmap(0x0,262144,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = > 671711232 (0x28098000) > mmap(0x28098000,249856,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) > = 671711232 (0x28098000) > mmap(0x280d5000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x3d000) > = 671961088 (0x280d5000) > close(3) = 0 (0x0) > access("/lib/libm.so.5",0) = 0 (0x0) > open("/lib/libm.so.5",O_RDONLY,017757763274) = 3 (0x3) > fstat(3,{ mode=-r--r--r-- ,inode=8244,size=107808,blksize=4096 }) = 0 > (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 > (0x1000) > mmap(0x0,102400,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = > 671973376 (0x280d8000) > mmap(0x280d8000,98304,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) > = 671973376 (0x280d8000) > mmap(0x280f0000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x18000) > = 672071680 (0x280f0000) > close(3) = 0 (0x0) > access("/lib/libkvm.so.5",0) = 0 (0x0) > open("/lib/libkvm.so.5",O_RDONLY,017757763274) = 3 (0x3) > fstat(3,{ mode=-r--r--r-- ,inode=8242,size=32048,blksize=4096 }) = 0 > (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 > (0x1000) > mmap(0x0,36864,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = > 672075776 (0x280f1000) > mmap(0x280f1000,32768,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) > = 672075776 (0x280f1000) > mmap(0x280f9000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x7000) > = 672108544 (0x280f9000) > close(3) = 0 (0x0) > access("/lib/libc.so.7",0) = 0 (0x0) > open("/lib/libc.so.7",O_RDONLY,017757763274) = 3 (0x3) > fstat(3,{ mode=-r--r--r-- ,inode=8238,size=1087148,blksize=4096 }) = > 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 > (0x1000) > mmap(0x0,1142784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = > 672112640 (0x280fa000) > mmap(0x280fa000,1028096,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) > = 672112640 (0x280fa000) > mmap(0x281f5000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xfb000) > = 673140736 (0x281f5000) > mprotect(0x281fb000,90112,PROT_READ|PROT_WRITE) = 0 (0x0) > close(3) = 0 (0x0) > sysarch(0xa,0x7fbfe730,0x2805533b,0x28085338,0x28067dc9,0x28085338) = > 0 (0x0) mmap(0x0,816,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = > 673255424 (0x28211000) > munmap(0x28211000,816) = 0 (0x0) > mmap(0x0,5048,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 > (0x28211000) munmap(0x28211000,5048) = 0 > (0x0) mmap(0x0,2056,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 > (0x28211000) munmap(0x28211000,2056) = 0 > (0x0) mmap(0x0,856,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 > (0x28211000) munmap(0x28211000,856) = 0 > (0x0) mmap(0x0,21840,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = > 673255424 (0x28211000) > munmap(0x28211000,21840) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > __sysctl(0x7fbfe6e4,0x2,0x8053d60,0x7fbfe6ec,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > fstat(1,{ mode=crw--w---- ,inode=95,size=0,blksize=4096 }) = 0 (0x0) > __sysctl(0x7fbfeb34,0x2,0x7fbfeacc,0x7fbfeb3c,0x8051c3f,0x12) ERR#2 > 'No such file or directory' > __sysctl(0x7fbfeb34,0x2,0x7fbfeacc,0x7fbfeb3c,0x8051c52,0xf) = 0 > (0x0) __sysctl(0x7fbfeacc,0x3,0x8055240,0x7fbfeb78,0x0,0x0) = 0 (0x0) > __sysctl(0x7fbfe694,0x2,0x282002e0,0x7fbfe69c,0x0,0x0) = 0 (0x0) > readlink("/etc/malloc.conf",0x7fbfe6a3,1024) ERR#2 'No such file > or directory' > issetugid(0x281eae0f,0x7fbfe6a3,0x400,0x7fbfe69c,0x0,0x0) = 0 (0x0) > break(0x8100000) = 0 (0x0) > __sysctl(0x7fbfe8a4,0x2,0x7fbfe8ac,0x7fbfe8b0,0x0,0x0) = 0 (0x0) > mmap(0x0,1048576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = > 673255424 (0x28211000) > mmap(0x28311000,978944,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) > = 674304000 (0x28311000) > munmap(0x28211000,978944) = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) open("/etc/nsswitch.conf",O_RDONLY,0666) = 3 (0x3) > ioctl(3,TIOCGETA,0x7fbfe8a0) ERR#25 > 'Inappropriate ioctl for device' > fstat(3,{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) = 0 > (0x0) read(3,"#\n# nsswitch.conf(5) - name ser"...,4096) = 337 > (0x151) read(3,0x28321000,4096) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) access("/lib/nss_files.so.1",0) ERR#2 'No > such file or directory' > access("/usr/lib/nss_files.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/compat/nss_files.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/lib/nss_files.so.1",0) ERR#2 'No such file > or directory' access("/usr/local/lib/zsh/nss_files.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/libexec/openldap/nss_files.so.1",0) ERR#2 'No such > file or directory' access("/lib/nss_files.so.1",0) > ERR#2 'No such file or directory' > access("/usr/lib/nss_files.so.1",0) ERR#2 'No such file > or directory' sigprocmask(SIG_SETMASK,0x0,0x0) = 0 > (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) access("/lib/nss_ldap.so.1",0) ERR#2 'No > such file or directory' > access("/usr/lib/nss_ldap.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/compat/nss_ldap.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/lib/nss_ldap.so.1",0) = 0 (0x0) > open("/usr/local/lib/nss_ldap.so.1",O_RDONLY,017757777654) = 4 (0x4) > fstat(4,{ mode=-r-xr-xr-x ,inode=106502,size=39420,blksize=4096 }) = > 0 (0x0) read(4,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 > (0x1000) > mmap(0x0,40960,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = > 673255424 (0x28211000) > mmap(0x28211000,36864,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) > = 673255424 (0x28211000) > mmap(0x2821a000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x9000) > = 673292288 (0x2821a000) > close(4) = 0 (0x0) > mmap(0x0,880,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673296384 > (0x2821b000) munmap(0x2821b000,880) = 0 > (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) access("/lib/nss_nis.so.1",0) ERR#2 'No > such file or directory' > access("/usr/lib/nss_nis.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/compat/nss_nis.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/lib/nss_nis.so.1",0) ERR#2 'No such file > or directory' access("/usr/local/lib/zsh/nss_nis.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/libexec/openldap/nss_nis.so.1",0) ERR#2 'No such > file or directory' access("/lib/nss_nis.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/nss_nis.so.1",0) ERR#2 > 'No such file or directory' > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) access("/lib/nss_dns.so.1",0) ERR#2 'No > such file or directory' > access("/usr/lib/nss_dns.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/compat/nss_dns.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/lib/nss_dns.so.1",0) ERR#2 'No such file > or directory' access("/usr/local/lib/zsh/nss_dns.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/libexec/openldap/nss_dns.so.1",0) ERR#2 'No such > file or directory' access("/lib/nss_dns.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/nss_dns.so.1",0) ERR#2 > 'No such file or directory' > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) access("/lib/nss_compat.so.1",0) ERR#2 'No > such file or directory' > access("/usr/lib/nss_compat.so.1",0) ERR#2 'No such file > or directory' access("/usr/lib/compat/nss_compat.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/lib/nss_compat.so.1",0) ERR#2 'No such file > or directory' access("/usr/local/lib/zsh/nss_compat.so.1",0) ERR#2 > 'No such file or directory' > access("/usr/local/libexec/openldap/nss_compat.so.1",0) ERR#2 'No > such file or directory' access("/lib/nss_compat.so.1",0) ERR#2 'No > such file or directory' > access("/usr/lib/nss_compat.so.1",0) ERR#2 'No such file > or directory' sigprocmask(SIG_SETMASK,0x0,0x0) = 0 > (0x0) ioctl(3,TIOCGETA,0x7fbfe8a0) ERR#25 > 'Inappropriate ioctl for device' > close(3) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > geteuid(0x1,0x283240c0,0x7fbfe8f8,0x281bc1b8,0x281ef0f1,0x283220c0) = > 0 (0x0) open("/etc/spwd.db",O_RDONLY,00) = 3 (0x3) > fcntl(3,F_SETFD,FD_CLOEXEC) = 0 (0x0) > fstat(3,{ mode=-rw------- ,inode=4170,size=40960,blksize=4096 }) = 0 > (0x0) read(3,"\0\^F\^Ua\0\0\0\^B\0\0\^D\M-R\0"...,260) = 260 (0x104) > pread(0x3,0x28327000,0x1000,0x6000,0x0,0xc) = 4096 (0x1000) > pread(0x3,0x28332000,0x1000,0x4000,0x0,0x281f9ad8) = 4096 (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) pread(0x3,0x28333000,0x1000,0x5000,0x0,0x281f9ad8) = 4096 > (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) pread(0x3,0x28334000,0x1000,0x7000,0x0,0x281f9ad8) = 4096 > (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) pread(0x3,0x28335000,0x1000,0x8000,0x0,0x281f9ad8) = 4096 > (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) pread(0x3,0x28336000,0x1000,0x1000,0x0,0x281f9ad8) = 4096 > (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) pread(0x3,0x28337000,0x1000,0x2000,0x0,0x281f9ad8) = 4096 > (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) pread(0x3,0x28338000,0x1000,0x3000,0x0,0x281f9ad8) = 4096 > (0x1000) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > stat("/etc/nsswitch.conf",{ mode=-rw-r--r-- ,inode=4838,size=337,blksize=4096 }) > = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4) > connect(4,{ AF_UNIX "/var/run/nslcd.ctl" },106) = 0 (0x0) > gettimeofday({1253090722.230869 },0x0) = 0 (0x0) > gettimeofday({1253090722.231440 },0x0) = 0 (0x0) > select(1024,0x0,{4},0x0,{9.999429 }) = 1 (0x1) > sendto(4,"\^A\0\0\0\M-l\^C\0\0",8,0x20000,NULL,0x0) = 8 (0x8) > gettimeofday({1253090722.234585 },0x0) = 0 (0x0) > gettimeofday({1253090722.235155 },0x0) = 0 (0x0) > select(1024,{4},0x0,0x0,{59.999430 }) = 1 (0x1) > read(4,"\^A\0\0\0\M-l\^C\0\0\0\0\0\0\^E"...,1024) = 192 (0xc0) > gettimeofday({1253090722.240684 },0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > SIGNAL 11 (SIGSEGV) process exit, rval = 0 > > > > Maybe that helps you to figure out whats wrong, if not I'll send > you a backtrace tomorrow. > > > Alright got some more information and the trace now nslcd: [31b782] DEBUG: connection from pid=-1 uid=1001 gid=1001 nslcd: [31b782] DEBUG: nslcd_passwd_all() nslcd: [31b782] DEBUG: myldap_search(base="ou=People,dc=gamesnet,dc=de", filter="(objectClass=posixAccount)") nslcd: [31b782] DEBUG: ldap_initialize(ldap://ldapbe1) nslcd: [31b782] DEBUG: ldap_set_rebind_proc() nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,3) nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_DEREF,0) nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_TIMELIMIT,0) nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_TIMEOUT,0) nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_NETWORK_TIMEOUT,0) nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_REFERRALS,LDAP_OPT_ON) nslcd: [31b782] DEBUG: ldap_set_option(LDAP_OPT_RESTART,LDAP_OPT_ON) nslcd: [31b782] DEBUG: ldap_start_tls_s() nslcd: [31b782] DEBUG: ldap_simple_bind_s(NULL,NULL) (uri="ldap://ldapbe1") nslcd: [31b782] connected to LDAP server ldap://ldapbe1 nslcd: [31b782] error writing to client # gdb /usr/bin/top top.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... warning: exec file is newer than core file. Core was generated by `top'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libncurses.so.8...done. Loaded symbols for /lib/libncurses.so.8 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/nss_ldap.so.1...done. Loaded symbols for /usr/local/lib/nss_ldap.so.1 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x282223ea in tio_mark () from /usr/local/lib/nss_ldap.so.1 (gdb) run Starting program: /usr/bin/top Program received signal SIGSEGV, Segmentation fault. 0x282223ea in tio_mark () from /usr/local/lib/nss_ldap.so.1 (gdb) bt full #0 0x282223ea in tio_mark () from /usr/local/lib/nss_ldap.so.1 No symbol table info available. #1 0x2821fd83 in _nss_ldap_getpwent_r () from /usr/local/lib/nss_ldap.so.1 No symbol table info available. #2 0x2812c1e3 in __nss_compat_getpwent_r () from /lib/libc.so.7 No symbol table info available. #3 0x281bbcac in nsdispatch () from /lib/libc.so.7 No symbol table info available. #4 0x28182f4d in getpwent_r () from /lib/libc.so.7 No symbol table info available. #5 0x28182fa2 in getpwent_r () from /lib/libc.so.7 No symbol table info available. #6 0x281829ae in sysctlbyname () from /lib/libc.so.7 No symbol table info available. #7 0x0804e92c in machine_init (statics=0xbfbfec7c, do_unames=0 '\0') at /usr/src/usr.bin/top/machine.c:257 pagesize = Variable "pagesize" is not available. Couldn't get more Information. -- Tobias Lott From m.seaman at infracaninophile.co.uk Sat Sep 19 19:46:49 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Sep 19 19:46:56 2009 Subject: make options In-Reply-To: <7f7d0a670909191056l2ee31666l3d8925bbce2ce87a@mail.gmail.com> References: <7f7d0a670909191056l2ee31666l3d8925bbce2ce87a@mail.gmail.com> Message-ID: <4AB53514.3020007@infracaninophile.co.uk> HM 2K wrote: > When making some ports, they display an "options" interface. > > Is there a way to specify these options so that the interface does not > appear? You only get the options dialogue one time -- once you've answered the questions it asks, it writes the answers into per-port subdirectories of /var/db/ports/. So long as the set of options remains constant, you won't be presented with an options dialogue again for that port, although you can just run 'make config' at any time to change your choices. Now, if you want to automate building of ports and not suffer the frustration of your build machine sitting there uselessly all night waiting for you to tick some box, there are two choices. * Define BATCH in the make environment or as a variable in /etc/make.conf. This will cause all OPTIONS dialogues to be suppressed and the port will be built with the defaults where no previous settings exist. * Run 'make config-recursive' for every important port you want to build. You will have to re-run the command repeatedly until you no longer get prompted with any OPTIONS dialogues -- turning an option on or off will generally result in modifying the ports dependencies, and newly introduced dependencies may well have their own OPTIONS dialogues. Of course, you can supply the same information that is generated by the OPTIONS dialogues by alternate means. The output of the dialogues are just small Makefiles, which you could copy from another system, or write by hand. In principle you could incorporate the same variable settings in say, /etc/make.conf but I've never tried that and cannot confirm that it works as expected. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090919/3b6a054d/signature.pgp From roberthuff at rcn.com Sat Sep 19 20:23:35 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Sep 19 20:23:42 2009 Subject: lsof won't build In-Reply-To: References: <19125.7112.336613.902328@jerusalem.litteratus.org> Message-ID: <19125.15684.498698.855972@jerusalem.litteratus.org> Paul Schmehl writes: > > The usual casue of this is the installed kernel(+world ??) > > being out of sync with the contents of /usr/src. > > That doesn't make sense to me. vm.h is a src file. I have not read the code ... but as I understnd it, the build process draws on header files from both /usr/include and /usr/src. If the two disagree - . > Are you saying you rebuilt kernel and lsof built fine afterwards? Correct. Robert Huff From linimon at lonesome.com Sat Sep 19 20:24:37 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sat Sep 19 20:24:44 2009 Subject: www/dansguardian*: relinquishing maintainership In-Reply-To: References: Message-ID: <20090919202436.GA17444@lonesome.com> Done, thanks for all the help in the past. mcl From tlott at gamesnet.de Sat Sep 19 22:02:44 2009 From: tlott at gamesnet.de (Tobias Lott) Date: Sat Sep 19 22:02:58 2009 Subject: FreeBSD Port: net-mgmt/net-snmp runs as root Message-ID: <20090920000205.3d6acce1@sub.han.vpn.gamesnet.de> Hi Philip Since net-snmp at default configuration runs as user root its a Security Issue imho. Well thats not the main Problem but a Changerequest (should I open a PR for this?) The main Reason im writing this is if I start snmpd with the user nobody (-u) f.e. it "seems" there are Permission Problems with some OID's. snmpd.log: Connection from UDP: [0.0.0.0]->[192.168.1.199]:-23573 Purging address from address cache: UDP: [0.0.0.0]->[10.0.254.6]:-242Received SNMP packet(s) from UDP: [0.0.0.0]->[192.168.1.199]:-23573 GET message -- HOST-RESOURCES-MIB::hrStorageUsed.1 kvm_openfiles: Permission denied kvm_openfiles: /dev/mem: Permission denied That snmpget Result: 502933 That Host has 2GB of Ram so its correct, so can I just ignore that error message? For that I have to launch snmpd with -r which I rather would not. Should I create a PR for this one too? Additionaly: FreeBSD s4denie0425.gamesnet.de 7.2-STABLE FreeBSD 7.2-STABLE #3 r196954: Tue Sep 8 02:10:22 CEST 2009 root@s4denie0425.gamesnet.de:/usr/obj/usr/src/sys/S4DENIE0425 amd64 Cheers -- Tobias Lott From freebsd-ports-local at be-well.ilk.org Sat Sep 19 22:16:27 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Sat Sep 19 22:16:33 2009 Subject: lsof won't build In-Reply-To: <19125.15684.498698.855972@jerusalem.litteratus.org> (Robert Huff's message of "Sat, 19 Sep 2009 16:21:24 -0400") References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> Message-ID: <4463bemvgp.fsf@be-well.ilk.org> Robert Huff writes: > Paul Schmehl writes: > >> > The usual casue of this is the installed kernel(+world ??) >> > being out of sync with the contents of /usr/src. >> >> That doesn't make sense to me. vm.h is a src file. > > I have not read the code ... but as I understnd it, the build > process draws on header files from both /usr/include and /usr/src. > If the two disagree - . Not exactly. Buildworld first builds the toolchain from the source tree, then uses that toolchain to build the rest of the system. lsof isn't part of the system build; it comes from the ports system. >> Are you saying you rebuilt kernel and lsof built fine afterwards? Right. lsof needs to look at kernel structures, so it has to be built from the same headers that the kernel was, or it won't know how to interpret the data it retrieves. From pschmehl_lists at tx.rr.com Sat Sep 19 22:28:46 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Sat Sep 19 22:28:57 2009 Subject: lsof won't build In-Reply-To: <4463bemvgp.fsf@be-well.ilk.org> References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> <4463bemvgp.fsf@be-well.ilk.org> Message-ID: --On September 19, 2009 6:16:22 PM -0400 Lowell Gilbert wrote: > Robert Huff writes: > >> Paul Schmehl writes: >> >>> > The usual casue of this is the installed kernel(+world ??) >>> > being out of sync with the contents of /usr/src. >>> >>> That doesn't make sense to me. vm.h is a src file. >> >> I have not read the code ... but as I understnd it, the build >> process draws on header files from both /usr/include and /usr/src. >> If the two disagree - . > > Not exactly. Buildworld first builds the toolchain from the source > tree, then uses that toolchain to build the rest of the system. lsof > isn't part of the system build; it comes from the ports system. > >>> Are you saying you rebuilt kernel and lsof built fine afterwards? > > Right. lsof needs to look at kernel structures, so it has to be built > from the same headers that the kernel was, or it won't know how to > interpret the data it retrieves. Thanks, Lowell. That makes sense. Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From dfilter at FreeBSD.ORG Sat Sep 19 23:00:05 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Sep 19 23:00:12 2009 Subject: ports/13618: commit references a PR Message-ID: <200909192300.n8JN05Sx073838@freefall.freebsd.org> The following reply was made to PR ports/13618; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/13618: commit references a PR Date: Sat, 19 Sep 2009 22:52:43 +0000 (UTC) miwi 2009-09-19 22:52:35 UTC FreeBSD ports repository Modified files: ftp/proftpd Makefile distinfo Log: - Update mod_sql_tds to 4.11 PR: 13618 Submitted by: Patrick Muldoon Approved by: maintainer via irc Feature safe: yes Revision Changes Path 1.155 +3 -2 ports/ftp/proftpd/Makefile 1.53 +3 -3 ports/ftp/proftpd/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From roberthuff at rcn.com Sat Sep 19 23:42:37 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Sep 19 23:42:43 2009 Subject: lsof won't build In-Reply-To: <4463bemvgp.fsf@be-well.ilk.org> References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> <4463bemvgp.fsf@be-well.ilk.org> Message-ID: <19125.27730.939946.690659@jerusalem.litteratus.org> Lowell Gilbert writes: > >> Are you saying you rebuilt kernel and lsof built fine afterwards? > > Right. lsof needs to look at kernel structures, so it has to be > built from the same headers that the kernel was, or it won't know > how to interpret the data it retrieves. And it finds those not in /usr/include - which, as I understand things, will in a correctly configured system definitionally match what's in the running kernel - but in /usr/src, for which such an expectation is wobbly? Robert Huff From ler at lerctr.org Sun Sep 20 04:14:01 2009 From: ler at lerctr.org (Larry Rosenman) Date: Sun Sep 20 04:14:08 2009 Subject: lsof won't build In-Reply-To: <19125.27730.939946.690659@jerusalem.litteratus.org> References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> <4463bemvgp.fsf@be-well.ilk.org> <19125.27730.939946.690659@jerusalem.litteratus.org> Message-ID: <005601ca39a6$a0dd6a20$e2983e60$@org> (pardon the top-post, lousy work email client) Also, some of the kernel structures lsof needs aren't exported to /usr/include. The best thing to do when lsof won't build is to make sure you have done a make buildworld & make installworld with the same sources that are in /usr/src, and match the running kernel. Thanks, Larry Rosenman sysutils/lsof maintainer. -- 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: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Robert Huff Sent: Saturday, September 19, 2009 6:42 PM To: Lowell Gilbert Cc: freebsd-ports@freebsd.org Subject: Re: lsof won't build Lowell Gilbert writes: > >> Are you saying you rebuilt kernel and lsof built fine afterwards? > > Right. lsof needs to look at kernel structures, so it has to be > built from the same headers that the kernel was, or it won't know > how to interpret the data it retrieves. And it finds those not in /usr/include - which, as I understand things, will in a correctly configured system definitionally match what's in the running kernel - but in /usr/src, for which such an expectation is wobbly? Robert Huff _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From freebsd at jdc.parodius.com Sun Sep 20 15:48:08 2009 From: freebsd at jdc.parodius.com (Jeremy Chadwick) Date: Sun Sep 20 15:48:14 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors Message-ID: <20090920153446.GA85928@icarus.home.lan> I came across the below today while rebuilding one of my boxes. It appears the perl.tbz symlink in Latest/ on the FTP mirrors has gone missing: gujoja# pkg_add -r perl Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/Latest/perl.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/Latest/perl.tbz' by URL gujoja# ftp ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/Latest/ Trying 204.152.184.73... Connected to ftp.freebsd.org. 220 Welcome to freebsd.isc.org. {snip} ftp> dir perl* 227 Entering Passive Mode (204,152,184,73,216,226) 150 Here comes the directory listing. lrwxr-xr-x 1 110 1002 26 Aug 03 14:39 perlconsole.tbz -> ../All/perlconsole-0.4.tbz lrwxr-xr-x 1 110 1002 24 Aug 03 14:39 perldap.tbz -> ../All/perldap-1.4.1.tbz lrwxr-xr-x 1 110 1002 24 Sep 07 05:21 perlftlib.tbz -> ../All/perlftlib-1.2.tbz lrwxr-xr-x 1 110 1002 28 Sep 07 05:21 perltidy.tbz -> ../All/perltidy-20090616.tbz ftp> cd ../All 250 Directory successfully changed. ftp> dir perl* 227 Entering Passive Mode (204,152,184,73,123,76) 150 Here comes the directory listing. -rw-r--r-- 1 110 1002 13542336 Jul 12 06:04 perl-5.10.0_4.tbz -rw-r--r-- 1 110 1002 12015615 Jun 14 20:59 perl-5.8.9_3.tbz -rw-r--r-- 1 110 1002 41343 Jun 15 19:01 perl2html-0.9.2_1.tbz -rw-r--r-- 1 110 1002 9633 Aug 01 11:34 perlconsole-0.4.tbz -rw-r--r-- 1 110 1002 116249 Aug 19 07:03 perldap-1.4.1.tbz -rw-r--r-- 1 110 1002 39772 Aug 19 09:57 perlftlib-1.2.tbz -rw-r--r-- 1 110 1002 263681 Aug 17 07:52 perltidy-20090616.tbz 226 Directory send OK. The workaround should be obvious, but here it is for users anyway: gujoja# pkg_add -r ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/All/perl-5.8.9_3.tbz Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/All/perl-5.8.9_3.tbz... Done. {snip} -- | Jeremy Chadwick jdc@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 pav at FreeBSD.org Sun Sep 20 16:28:06 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun Sep 20 16:28:16 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <20090920153446.GA85928@icarus.home.lan> References: <20090920153446.GA85928@icarus.home.lan> Message-ID: <1253464064.55460.0.camel@hood.oook.cz> Hi Jeremy, yes, we (portmgr) noticed this too. But we don't know why it happens, yet. Jeremy Chadwick p??e v ne 20. 09. 2009 v 08:34 -0700: > I came across the below today while rebuilding one of my boxes. It > appears the perl.tbz symlink in Latest/ on the FTP mirrors has gone > missing: > > gujoja# pkg_add -r perl > Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/Latest/perl.tbz: File unavailable (e.g., file not found, no access) > pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/Latest/perl.tbz' by URL > > gujoja# ftp ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/Latest/ > Trying 204.152.184.73... > Connected to ftp.freebsd.org. > 220 Welcome to freebsd.isc.org. > {snip} > ftp> dir perl* > 227 Entering Passive Mode (204,152,184,73,216,226) > 150 Here comes the directory listing. > lrwxr-xr-x 1 110 1002 26 Aug 03 14:39 perlconsole.tbz -> ../All/perlconsole-0.4.tbz > lrwxr-xr-x 1 110 1002 24 Aug 03 14:39 perldap.tbz -> ../All/perldap-1.4.1.tbz > lrwxr-xr-x 1 110 1002 24 Sep 07 05:21 perlftlib.tbz -> ../All/perlftlib-1.2.tbz > lrwxr-xr-x 1 110 1002 28 Sep 07 05:21 perltidy.tbz -> ../All/perltidy-20090616.tbz > ftp> cd ../All > 250 Directory successfully changed. > ftp> dir perl* > 227 Entering Passive Mode (204,152,184,73,123,76) > 150 Here comes the directory listing. > -rw-r--r-- 1 110 1002 13542336 Jul 12 06:04 perl-5.10.0_4.tbz > -rw-r--r-- 1 110 1002 12015615 Jun 14 20:59 perl-5.8.9_3.tbz > -rw-r--r-- 1 110 1002 41343 Jun 15 19:01 perl2html-0.9.2_1.tbz > -rw-r--r-- 1 110 1002 9633 Aug 01 11:34 perlconsole-0.4.tbz > -rw-r--r-- 1 110 1002 116249 Aug 19 07:03 perldap-1.4.1.tbz > -rw-r--r-- 1 110 1002 39772 Aug 19 09:57 perlftlib-1.2.tbz > -rw-r--r-- 1 110 1002 263681 Aug 17 07:52 perltidy-20090616.tbz > 226 Directory send OK. > > The workaround should be obvious, but here it is for users anyway: > > gujoja# pkg_add -r ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/All/perl-5.8.9_3.tbz > Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/All/perl-5.8.9_3.tbz... Done. > {snip} > -- Pav Lucistnik On second thought, let's not go to Camelot. It is a silly place. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090920/f256f270/attachment.pgp From freebsd-ports-local at be-well.ilk.org Sun Sep 20 17:45:10 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Sun Sep 20 17:45:17 2009 Subject: lsof won't build In-Reply-To: <19125.27730.939946.690659@jerusalem.litteratus.org> (Robert Huff's message of "Sat, 19 Sep 2009 19:42:10 -0400") References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> <4463bemvgp.fsf@be-well.ilk.org> <19125.27730.939946.690659@jerusalem.litteratus.org> Message-ID: <448wg9o6hu.fsf@lowell-desk.lan> Robert Huff writes: > Lowell Gilbert writes: > >> >> Are you saying you rebuilt kernel and lsof built fine afterwards? >> >> Right. lsof needs to look at kernel structures, so it has to be >> built from the same headers that the kernel was, or it won't know >> how to interpret the data it retrieves. > > And it finds those not in /usr/include - which, as I understand > things, will in a correctly configured system definitionally match > what's in the running kernel - but in /usr/src, for which such an > expectation is wobbly? It seems to me (fairly short investigation) that it uses kernel structures that aren't in /usr/include. That means it must be looking in /usr/src/sys. If those sources don't match the installed kernel exactly, that typically won't be a problem, because kernel interfaces are intended to not change within a major-number release. From roberthuff at rcn.com Sun Sep 20 19:15:34 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Sep 20 19:15:40 2009 Subject: lsof won't build In-Reply-To: <448wg9o6hu.fsf@lowell-desk.lan> References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> <4463bemvgp.fsf@be-well.ilk.org> <19125.27730.939946.690659@jerusalem.litteratus.org> <448wg9o6hu.fsf@lowell-desk.lan> Message-ID: <19126.32596.613596.300415@jerusalem.litteratus.org> Lowell Gilbert writes: > It seems to me (fairly short investigation) that it uses kernel > structures that aren't in /usr/include. That means it must be > looking in /usr/src/sys. If those sources don't match the > installed kernel exactly, that typically won't be a problem, > because kernel interfaces are intended to not change within a > major-number release. If you say so. My recent experience started with lsof compiled under stock 8.0 beta 4, which was was incompatible with some change that happened around the branch of 9.0 CURRENT. And there's nothing in {src, ports}/UPDATING which would suggest the need for a change. Robert Huff From ertr1013 at student.uu.se Sun Sep 20 20:29:34 2009 From: ertr1013 at student.uu.se (Erik Trulsson) Date: Sun Sep 20 20:29:40 2009 Subject: lsof won't build In-Reply-To: <19126.32596.613596.300415@jerusalem.litteratus.org> References: <19125.7112.336613.902328@jerusalem.litteratus.org> <19125.15684.498698.855972@jerusalem.litteratus.org> <4463bemvgp.fsf@be-well.ilk.org> <19125.27730.939946.690659@jerusalem.litteratus.org> <448wg9o6hu.fsf@lowell-desk.lan> <19126.32596.613596.300415@jerusalem.litteratus.org> Message-ID: <20090920201413.GA31436@owl.midgard.homeip.net> On Sun, Sep 20, 2009 at 03:15:32PM -0400, Robert Huff wrote: > Lowell Gilbert writes: > > > It seems to me (fairly short investigation) that it uses kernel > > structures that aren't in /usr/include. That means it must be > > looking in /usr/src/sys. If those sources don't match the > > installed kernel exactly, that typically won't be a problem, > > because kernel interfaces are intended to not change within a > > major-number release. > > If you say so. My recent experience started with lsof compiled > under stock 8.0 beta 4, which was was incompatible with some change > that happened around the branch of 9.0 CURRENT. And there's nothing > in {src, ports}/UPDATING which would suggest the need for a change. But that is not within a major-number release. 8.0 is still not released and from a compatibility view should still be considered as -CURRENT, and 9.0-CURRENT is, well, -CURRENT. In -CURRENT non-compatible changes do happen from time to time, and is often not mentioned in UPDATING, because people running -CURRENT are not supposed to need such reminders. -- Erik Trulsson ertr1013@student.uu.se From to.my.trociny at gmail.com Sun Sep 20 20:49:41 2009 From: to.my.trociny at gmail.com (Mikolaj Golub) Date: Sun Sep 20 20:49:53 2009 Subject: upgrading lmdbg Message-ID: <86vdjdl68v.fsf@kopusha.onet> Hi, I am maintainer of lmdbg port and would like to upgrade it to the latest upstream version 0.11.0. But as of version 0.10.0 the author of lmdbg removed GNU autotools stuff in favor of his own framework -- mk-configure, written in bmake (portable version of NetBSD make) and shell. http://sourceforge.net/projects/mk-configure/ So to upgrade lmdbg I need to add mk-configure to the ports, which depends on bmake and mk files from NetBSD pkgsrc framework. The latest two are also not present in the ports :-). I have prepared all necessary ports. They are available at http://code.google.com/p/trociny/downloads/list But now I don't know what would be my next step. Should I fill pr for every port or would just one pr for all the stuff be enough? Are there chances that they all will be accepted? Also, I would be very glad any comments and suggestions concerning my ports. E.g. in new version of lmdbg I have: do-install: bmake -C ${WRKSRC} install-dirs install And porlint raises the warning: WARN: Makefile: [24]: possible direct use of command "install" found. use ${INSTALL_foobaa} instead. But I would not like to do what portlint suggests here. Another thing, bmake port also installs some mk files (it needs them when being built and I think it is useful to have them installed together with bmake). I would created separate port for mk files (bmake-bootstrap-mk-files) and make bmake build-depend on it. Is this worth doing? Thanks in advance, -- Mikolaj Golub From gerald at pfeifer.com Sun Sep 20 21:45:30 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sun Sep 20 21:45:41 2009 Subject: Need to use some library path before /usr/lib In-Reply-To: References: Message-ID: On Thu, 17 Sep 2009, Jason J. Hellenthal wrote: > Something like the following. > > [/usr/local/bin/] > libstdc++.so /usr/local/lib/gcc44/libstdc++.so > libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6 That looks quite nice, and I was going to use that, alas I cannot seem to make it work. Is it possible that libmap.conf does not work when the name on the left-hand side is the same as on the right-hand side? > On a second note. It would be real nice if the install of a second/third > compiler would get installed into its own directory rather than placing > executables in /usr/local/bin/ place them /usr/local/lib/gcc44/bin and > create the symlinks to them. This would at least help the libmap issue > and gcc44 for several ports (just building). It wouldn't really help since the resulting binaries need the very same workaround. > Now for a port running (octave as example) have that port spam libmap.conf > with the proper configuration for just that port the same way perl does to > make.conf. That might work, though it looks like a lot of work. It occurs to me we really need to set this globally. That is one of the implications those that always pushed for having ports use a distinct compiler may have missed. That, or using -rpath. Loren, how would we best have GCC automatically add -rpath=/usr/local/lib/gcc44 to every invocation? Presumably spec magic? Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From douglas at douglasthrift.net Mon Sep 21 02:10:57 2009 From: douglas at douglasthrift.net (Douglas Thrift) Date: Mon Sep 21 02:11:04 2009 Subject: FreeBSD Port: e2fsprogs-libuuid-1.41.8 Message-ID: <4AB6E07E.4030308@douglasthrift.net> Hello, I discovered that libuuid wasn't actually producing type 1 UUIDs from the MAC address of the machine. I've made a patch that gets it to do that correctly, but I haven't wrangled with autotools to get it so it would be suitable for sending upstream. ____________________________________________________________ Douglas William Thrift -------------- next part -------------- diff -Nrux .svn -x work /usr/ports/misc/e2fsprogs-libuuid/Makefile e2fsprogs-libuuid/Makefile --- /usr/ports/misc/e2fsprogs-libuuid/Makefile 2009-07-20 08:28:20.000000000 -0700 +++ e2fsprogs-libuuid/Makefile 2009-09-20 17:34:57.058779406 -0700 @@ -24,8 +24,11 @@ INSTALL_TARGET= install install-shlibs INSTALL_WRKSRC= ${WRKSRC}/lib/uuid FILESDIR= ${.CURDIR}/files +EXTRA_PATCHES+= ${FILESDIR}/patch-lib-uuid-gen_uuid.c USE_RC_SUBR= uuidd +CFLAGS+= -DHAVE_NET_IF_DL_H + MAN1= uuidgen.1 MAN3= uuid.3 uuid_clear.3 uuid_compare.3 uuid_copy.3 uuid_generate.3 \ diff -Nrux .svn -x work /usr/ports/misc/e2fsprogs-libuuid/files/patch-lib-uuid-gen_uuid.c e2fsprogs-libuuid/files/patch-lib-uuid-gen_uuid.c --- /usr/ports/misc/e2fsprogs-libuuid/files/patch-lib-uuid-gen_uuid.c 1969-12-31 16:00:00.000000000 -0800 +++ e2fsprogs-libuuid/files/patch-lib-uuid-gen_uuid.c 2009-07-28 06:47:29.421206931 -0700 @@ -0,0 +1,40 @@ +--- ./lib/uuid/gen_uuid.c.orig 2009-06-30 20:41:09.000000000 -0700 ++++ ./lib/uuid/gen_uuid.c 2009-07-28 06:46:12.380950940 -0700 +@@ -89,6 +89,8 @@ + #ifdef HAVE_SYS_RESOURCE_H + #include + #endif ++#include ++#include + + #include "uuidP.h" + #include "uuidd.h" +@@ -295,6 +297,28 @@ + } + } + close(sd); ++#else ++ struct ifaddrs *ifaddrsp, *ifaddrp; ++ unsigned char *a; ++ ++ if (getifaddrs(&ifaddrsp) < 0) ++ return -1; ++ for (ifaddrp = ifaddrsp; ifaddrp != NULL; ifaddrp = ifaddrp->ifa_next) ++ { ++ if (ifaddrp->ifa_addr == NULL) ++ continue; ++ if (ifaddrp->ifa_addr->sa_family != AF_LINK) ++ continue; ++ a = LLADDR((struct sockaddr_dl *)ifaddrp->ifa_addr); ++ if (!a[0] && !a[1] && !a[2] && !a[3] && !a[4] && !a[5]) ++ continue; ++ if (node_id) { ++ memcpy(node_id, a, 6); ++ freeifaddrs(ifaddrsp); ++ return 1; ++ } ++ } ++ freeifaddrs(ifaddrsp); + #endif + return 0; + } From pgollucci at p6m7g8.com Mon Sep 21 05:15:24 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Mon Sep 21 05:15:32 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <1253464064.55460.0.camel@hood.oook.cz> References: <20090920153446.GA85928@icarus.home.lan> <1253464064.55460.0.camel@hood.oook.cz> Message-ID: <4AB70BEA.1040303@p6m7g8.com> Pav Lucistnik wrote: > Hi Jeremy, > > yes, we (portmgr) noticed this too. But we don't know why it happens, > yet. I'm 99% sure its because lang/perl5.10 is built after lang/perl5.8 and the latter sets NO_LATEST_LINK=yes. 1) lang/perl5.10 should set latest link to perl5.10 2) it should not set no latest link 3) lang/perl5.8 should set latest link to perl5.8 HTH -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From linimon at FreeBSD.org Mon Sep 21 06:28:47 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 06:28:59 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090921062845.E53011CC96@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/py26-libmpdclient-0.10.0.log.bz2 (_Aug_29_21:03:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/gcin-devel broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-gcin-devel-1.4.5.pre2_1.log (_Aug_23_08:39:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gcin-devel portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/csharp-mode.el broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=csharp-mode.el portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/superlu_mt broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=superlu_mt portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/tv_grab_au broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=tv_grab_au portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/htmlize.el broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Mon Sep 21 06:29:40 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 06:29:48 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090921062938.60A5C1CC2E@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/akode-plugins-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=akode-plugins-ffmpeg portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/py26-libmpdclient-0.10.0.log.bz2 (_Aug_29_21:03:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/gcin-devel broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-gcin-devel-1.4.5.pre2_1.log (_Aug_23_08:39:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gcin-devel portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: converters/pecl-fribidi broken because: needs update to work with fribidi-0.19.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/pecl-fribidi-1.0_1.log (_Aug_23_08:41:44_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=pecl-fribidi portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090911205617/arm-elf-gcc-2.95.3.log.bz2 (_Aug_31_18:56:08_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090911205617/asis-gpl-2006.log.bz2 (_Aug_26_14:10:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/aunit broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090915203740/aunit-1.05.log.bz2 (_Aug_26_14:12:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090915203740/florist-gpl-2006.log.bz2 (_Aug_26_14:12:29_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/lhs2TeX broken because: Does not compile with GHC 6.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lhs2TeX portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: bad plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090915203740/ruby-subversion-1.6.5.log.bz2 (_Sep__9_08:37:26_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gnucash broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090910000900/gnucash-2.2.9_3.log.bz2 (_Sep_12_00:11:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gnucash portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/laughingman-0.20070610_1.log.bz2 (_Sep__4_10:07:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/php4-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: hebrew/geresh broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw-geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=geresh portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/csharp-mode.el broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=csharp-mode.el portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090915203740/gnat-glade-2005_1.log.bz2 (_Aug_26_14:24:18_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090911205617/pugs-6.28.0.log (_Sep_13_19:15:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-ann-1.0.2_1.log.bz2 (_Aug_15_01:37:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-base broken because: incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-base portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-fixed-0.7.8_1.log.bz2 (_Aug_15_01:45:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-ftp-1.0.2_1.log.bz2 (_Aug_15_01:45:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-parallel-2.0.0_1.log.bz2 (_Aug_15_01:53:33_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090810220749/octave-forge-triangular-1.0.4_1.log.bz2 (_Aug_15_01:56:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/superlu_mt broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=superlu_mt portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: multimedia/tv_grab_au broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=tv_grab_au portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/miredo broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090911205617/miredo-1.1.7_1.log.bz2 (_Sep__7_00:05:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=miredo portname: net/penguintv broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/PenguinTV-4.0.0_1.log.bz2 (_Sep__4_10:09:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090915203740/elmer-fem-5.4.0_6.log (_Sep_17_12:36:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/krb5-17 broken because: Will not build with libtool 2.2. build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/krb5-1.7.log.bz2 (_Sep__4_10:11:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb5-17 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/py-gnutls broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090902141916/py26-gnutls-1.1.9_1.log.bz2 (_Aug_19_19:18:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=py-gnutls portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/uhidd broken because: Does not build with the old USB stack build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=uhidd portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/htmlize.el broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/xmlada-gps broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090911205617/xmlada-gps-3.1.3_1.log.bz2 (_Aug_26_14:47:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Mon Sep 21 06:29:55 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 06:30:02 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090921062954.7B2781CC2E@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: ports@FreeBSD.org deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-10-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090917174342/scilab-4.1.2_7.log (_Sep_18_22:57:44_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Mon Sep 21 06:30:06 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 06:30:13 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090921063004.8B5421CCA6@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: databases/ruby-dbd_interbase description: InterBase driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_interbase portname: databases/ruby-dbd_msql description: mSQL driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_msql portname: databases/ruby-dbd_proxy description: Proxy/Server driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_proxy portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: graphics/php4-ffmpeg description: The ffmpeg shared extension for php maintainer: acm@FreeBSD.org status: BROKEN deprecated because: development continues only for php5 expiration date: 2009-10-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: ports@FreeBSD.org deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-10-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090917174342/scilab-4.1.2_7.log (_Sep_18_22:57:44_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11/electricsheep description: A nice distributed screensaver maintainer: dougb@FreeBSD.org deprecated because: No tarball for new versions, sheep server is gone expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=electricsheep portname: x11/kxgenerator description: KDE utility to configure the X server maintainer: makc@FreeBSD.org deprecated because: Project abandoned, master site disappeared expiration date: 2009-09-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=kxgenerator From linimon at FreeBSD.org Mon Sep 21 06:30:12 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 06:30:29 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090921063011.6642C1CC38@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Mon Sep 21 06:30:13 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 06:30:30 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090921063012.8D5A41CC97@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From bf1783 at googlemail.com Mon Sep 21 06:59:38 2009 From: bf1783 at googlemail.com (b. f.) Date: Mon Sep 21 06:59:45 2009 Subject: Need to use some library path before /usr/lib Message-ID: Gerald Pfeifer wrote: >On Thu, 17 Sep 2009, Jason J. Hellenthal wrote: >> Something like the following. >> >> [/usr/local/bin/] >> libstdc++.so /usr/local/lib/gcc44/libstdc++.so >> libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6 > >That looks quite nice, and I was going to use that, alas I cannot >seem to make it work. Is it possible that libmap.conf does not work >when the name on the left-hand side is the same as on the right-hand >side? It must be an exact (i.e., per-binary file) constraint, unless we enforce the requirement that all ports that have binaries in the directory are compiled with the same compiler. There is no way that I can see to do this in the current Ports framework without separate PREFIXes and LOCALBASEes, which would result in undesired redundancies. And I don't think that all ports respect non-default PREFIXes and LOCALBASEes, although there is ongoing work in this direction. However, if exact constraints are used throughout this file, I wonder if performance will suffer as the size of libmap.conf grows much larger. I suspect the answer to this problem does not involve libmap.conf, at least in it's current form. One of the advantages of the current Ports framework is that, within limits, different compilers may be used for different ports. I don't think that users want to give up the ability to define CC. Even if they did, we're still stuck with shared objects from the base system that depend upon the libraries of the base system compiler. (As an aside, NetBSD just brought the latest binutils into their base system, and DragonFly has imported gcc 4.4. Why is it that these projects, that have similar licensing goals, have made a pragmatic choice to use select GPLv3 code, at least until BSD-licensed equivalents are available, and we haven't?) > >> Now for a port running (octave as example) have that port spam libmap.conf >> with the proper configuration for just that port the same way perl does to >> make.conf. > >That might work, though it looks like a lot of work. It occurs to me >we really need to set this globally. See above. >That is one of the implications >those that always pushed for having ports use a distinct compiler may >have missed. That, or using -rpath. > >Loren, how would we best have GCC automatically add > -rpath=/usr/local/lib/gcc44 >to every invocation? Presumably spec magic? Probably, because not every port uses or respects LDFLAGS and CFLAGS. (Some of them don't even respect CC.) But what about those ports that invoke the linker directly, not through the compiler? There will have to be a big LDFLAGS cleanup. Also, will changing -rpath be sufficient? I doubt it: we may have to clean up linking statements in ports, and probably rename some libraries, so that no objects are linked that in turn require different and incompatible shared libraries with the same name. (In that sense, this thread is probably misnamed.) b. From pav at FreeBSD.org Mon Sep 21 07:11:57 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Mon Sep 21 07:12:04 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <4AB70BEA.1040303@p6m7g8.com> References: <20090920153446.GA85928@icarus.home.lan> <1253464064.55460.0.camel@hood.oook.cz> <4AB70BEA.1040303@p6m7g8.com> Message-ID: <1253517108.36074.0.camel@pav.hide.vol.cz> Philip M. Gollucci p??e v po 21. 09. 2009 v 01:15 -0400: > Pav Lucistnik wrote: > > Hi Jeremy, > > > > yes, we (portmgr) noticed this too. But we don't know why it happens, > > yet. > > I'm 99% sure its because lang/perl5.10 is built after lang/perl5.8 and > the latter sets NO_LATEST_LINK=yes. If that's the cause, we have a serious bug in our infrastructure. > 1) lang/perl5.10 should set latest link to perl5.10 > 2) it should not set no latest link > 3) lang/perl5.8 should set latest link to perl5.8 No, "pkg_add -r perl" needs to keep working with intuitive results. -- Pav Lucistnik Two sausages are in a frying pan. One says, "Geez, it's hot in here isn't it?" And the other one says, "Aaaaaah! A talking sausage!" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090921/cf90806a/attachment.pgp From utisoft at googlemail.com Mon Sep 21 08:43:09 2009 From: utisoft at googlemail.com (utisoft@googlemail.com) Date: Mon Sep 21 08:43:20 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: <20090921063004.8B5421CCA6@mail.droso.net> Message-ID: <0016e6d7dff8b2e67b047411fff1@google.com> On 21 Sep 2009 07:30, linimon@freebsd.org wrote: > As part of an ongoing effort to reduce the number of problems in > the FreeBSD ports system, we periodically schedule removal of ports > that have been judged to have outlived their usefulness. Often, > this is due to a better alternative having become available and/or > the cessation of development on the existing port. In some cases, > ports are marked for removal because they fail to build and install > correctly from their sources, or otherwise fail in operation. > portname: math/scilab > description: A free Matlab clone by INRIA & ENPC > maintainer: ports@FreeBSD.org > deprecated because: unmaintained, many releases behind upstream (without > anyone caring), broken nearly everywhere > expiration date: 2009-10-19 > build errors: > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090917174342/scilab-4.1.2_7.log > (_Sep_18_22:57:44_UTC_2009) > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab I'll look after math/scilab, if no-one else is in the process of fixing it. Expect a PR fairly soon if I can.... Chris From erwin at FreeBSD.org Mon Sep 21 10:28:32 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Sep 21 10:28:39 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <4AB70BEA.1040303@p6m7g8.com> References: <20090920153446.GA85928@icarus.home.lan> <1253464064.55460.0.camel@hood.oook.cz> <4AB70BEA.1040303@p6m7g8.com> Message-ID: <20090921102829.GY54962@droso.net> On Mon, Sep 21, 2009 at 01:15:22AM -0400, Philip M. Gollucci wrote: > Pav Lucistnik wrote: > > Hi Jeremy, > > > > yes, we (portmgr) noticed this too. But we don't know why it happens, > > yet. > > I'm 99% sure its because lang/perl5.10 is built after lang/perl5.8 and > the latter sets NO_LATEST_LINK=yes. > > 1) lang/perl5.10 should set latest link to perl5.10 > 2) it should not set no latest link > 3) lang/perl5.8 should set latest link to perl5.8 > Peter Losher poked me about this a few days ago at EuroBSDCon and I looked into it, but didn't find the cause yet. It's on my TODO list for when I get home. Your analysis is unfortunately not right, as it's not just perl but from what I can tell all latest links, so something bad is definately going on. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090921/d8b901d5/attachment.pgp From bugmaster at FreeBSD.org Mon Sep 21 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 21 11:06:33 2009 Subject: Current unassigned ports problem reports Message-ID: <200909211106.n8LB65dg029326@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/139009 [MAINTAINER] sysutils/di: update to 4.16 o ports/139006 port update: deskutils/p5-ZConf-Runner update from 0. o ports/139005 port update: net/p5-ZConf update from 1.1.1 to 1.2.0 f ports/139003 [UPDATE] security/libpreludedb to 0.9.15.3 f ports/138997 [PATCH] sysutils/muse: Fixed problem with fetch. o ports/138994 [patch] new port www/neon29 o ports/138990 sysutils/nagios-statd reports /dev full o ports/138989 sysutils/uptimec should be removed o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. o ports/138981 update/modify www/dokuwiki-devel o ports/138977 update ftp/proftpd ftp/proftpd-devel ftp/proftpd-mysql o ports/138976 [patch] Restrict news/sabnzbd to python <= v2.5 o ports/138958 [patch] update shells/fish to 1.23.1 f ports/138943 security/openssh-portable version 5.2p1_2,1 broke WITH f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138873 New port: multimedia/dvdid Tool for calculating dvdid f ports/138866 [patch] archivers/lzmautils-devel: update to 4.999.9 o ports/138854 [patch] net/nettest does not work correctly on 64-bit o ports/138831 [NEW PORT] databases/db48: The Berkeley DB package, re o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138770 [patch] devel/boost-python-libs: don't default to pyst o ports/138763 update textproc/ibus o ports/138751 [Maintainer] remove audio/audacious-mac f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138700 [PATCH]math/gsl: update to 1.13 o ports/138695 new slave port - games/ioquake3-devel o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori o ports/138602 audio/sphinxbase port update o ports/138601 audio/pocketsphinx port upgrade patch f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file f ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138345 [patch] graphics/wildmagic: update to latest version o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138259 Update ports: emulators/sdlmame-devel Update to 0.133u o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 f ports/138170 Update: x11/xlockmore to 5.28 o ports/138158 [NEW PORT] editors/p5-Vimana: Vim script manager f ports/137990 Update of net/Scapy 2.0.1_3 o ports/137967 update to net-mgmt/chillispot rc script f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a f ports/137751 [new port] audio/jokosher: Multi-track non-linear audi o ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137730 [NEW PORT] devel/fb303: The Facebook Bassline f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind o ports/136377 [MAINTAINER] science/netcdf: update to 4.0.1 o ports/136359 New port - lang/gnat-gcc44 f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 123 problems total. From avg at icyb.net.ua Mon Sep 21 12:13:52 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Sep 21 12:13:59 2009 Subject: cinelerra Message-ID: <4AB76DF8.8040009@icyb.net.ua> Anybody tried porting cinelerra? -- Andriy Gapon From rittle at latour.labs.mot.com Mon Sep 21 16:40:28 2009 From: rittle at latour.labs.mot.com (Loren James Rittle) Date: Mon Sep 21 16:40:34 2009 Subject: Need to use some library path before /usr/lib In-Reply-To: (message from Gerald Pfeifer on Sun, 20 Sep 2009 23:45:31 +0200 (CEST)) References: Message-ID: <200909211612.n8LGCGXT009692@latour.labs.mot.com> In article , Gerald Pfeifer writes: > On Thu, 17 Sep 2009, Jason J. Hellenthal wrote: >> Something like the following. >> >> [/usr/local/bin/] >> libstdc++.so /usr/local/lib/gcc44/libstdc++.so >> libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6 > That looks quite nice, and I was going to use that, alas I cannot > seem to make it work. Is it possible that libmap.conf does not work > when the name on the left-hand side is the same as on the right-hand > side? Why don't you just install /usr/local/lib/gcc44/libstdc++.so with a different version number? There is no requirement to sequentially assign numbers thus: use 10MmX where X is the number assigned by GNU and Mm is the major/minor number as used by the port. Then, install in standard port place and let standard rules find the right library. (e.g. lang/gcc44 would use: /usr/local/lib/libstdc++.so.10446; lang/gcc45 would use: /usr/local/lib/libstdc++.so.10456) >> On a second note. It would be real nice if the install of a second/third >> compiler would get installed into its own directory rather than placing >> executables in /usr/local/bin/ place them /usr/local/lib/gcc44/bin and >> create the symlinks to them. This would at least help the libmap issue >> and gcc44 for several ports (just building). > It wouldn't really help since the resulting binaries need the very same > workaround. >> Now for a port running (octave as example) have that port spam libmap.conf >> with the proper configuration for just that port the same way perl does to >> make.conf. > That might work, though it looks like a lot of work. It occurs to me > we really need to set this globally. That is one of the implications > those that always pushed for having ports use a distinct compiler may > have missed. That, or using -rpath. > Loren, how would we best have GCC automatically add > -rpath=/usr/local/lib/gcc44 > to every invocation? Presumably spec magic? I can't vouch for having tested it recently (or ever) but: Add --enable-rpath to the configure line. Regards, Loren From pgollucci at p6m7g8.com Mon Sep 21 20:19:25 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Mon Sep 21 20:19:32 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <20090921102829.GY54962@droso.net> References: <20090920153446.GA85928@icarus.home.lan> <1253464064.55460.0.camel@hood.oook.cz> <4AB70BEA.1040303@p6m7g8.com> <20090921102829.GY54962@droso.net> Message-ID: <4AB7DFC8.2000901@p6m7g8.com> Erwin Lansing wrote: > On Mon, Sep 21, 2009 at 01:15:22AM -0400, Philip M. Gollucci wrote: >> Pav Lucistnik wrote: >>> Hi Jeremy, >>> >>> yes, we (portmgr) noticed this too. But we don't know why it happens, >>> yet. >> I'm 99% sure its because lang/perl5.10 is built after lang/perl5.8 and >> the latter sets NO_LATEST_LINK=yes. >> >> 1) lang/perl5.10 should set latest link to perl5.10 >> 2) it should not set no latest link >> 3) lang/perl5.8 should set latest link to perl5.8 >> > Peter Losher poked me about this a few days ago at EuroBSDCon and I > looked into it, but didn't find the cause yet. It's on my TODO list for > when I get home. Your analysis is unfortunately not right, as it's not > just perl but from what I can tell all latest links, so something bad is > definately going on. Well that might be the 'current' case, but lang/perl5.10's latest link has not been present for 6+ months. I'd be fine if lang/perl5.8 didn't override LATEST_LINK. I still think 1 and 2 are correct changes regardless of the underlying issue. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pav at FreeBSD.org Mon Sep 21 20:22:13 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Mon Sep 21 20:22:20 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <4AB7DFC8.2000901@p6m7g8.com> References: <20090920153446.GA85928@icarus.home.lan> <1253464064.55460.0.camel@hood.oook.cz> <4AB70BEA.1040303@p6m7g8.com> <20090921102829.GY54962@droso.net> <4AB7DFC8.2000901@p6m7g8.com> Message-ID: <1253564524.82569.13.camel@hood.oook.cz> Philip M. Gollucci p??e v po 21. 09. 2009 v 16:19 -0400: > Well that might be the 'current' case, but lang/perl5.10's latest link > has not been present for 6+ months. Because the port declares NO_LATEST_LINK in it's Makefile! -- Pav Lucistnik I want to earn the right to be obnoxious before I'm too bitter to really enjoy it. -- Able -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090921/50626d2f/attachment.pgp From jorge at bsdchile.cl Mon Sep 21 21:56:07 2009 From: jorge at bsdchile.cl (Jorge Medina) Date: Mon Sep 21 21:56:14 2009 Subject: postfix 2.6.5 + VDA FreeBSD 7.2 amd64 Message-ID: <28d0e6b80909211456j388423a1rdc66ff33c22eec0e@mail.gmail.com> Hi What happen with postfix port and VDA (Virtual Delivery Agent 32Bit) support? Can work on FreeBSD 7.2 amd64 system? postfix 2.6.5,1 was built with this option and don't work. From wxs at FreeBSD.org Mon Sep 21 23:16:29 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Sep 21 23:16:36 2009 Subject: postfix 2.6.5 + VDA FreeBSD 7.2 amd64 In-Reply-To: <28d0e6b80909211456j388423a1rdc66ff33c22eec0e@mail.gmail.com> References: <28d0e6b80909211456j388423a1rdc66ff33c22eec0e@mail.gmail.com> Message-ID: <20090921231629.GB80793@atarininja.org> On Mon, Sep 21, 2009 at 05:56:06PM -0400, Jorge Medina wrote: > Hi > > What happen with postfix port and VDA (Virtual Delivery Agent 32Bit) support? > > Can work on FreeBSD 7.2 amd64 system? > > postfix 2.6.5,1 was built with this option and don't work. I just committed an updated VDA patch on 2009/09/18. Are you building the very latest port? -- WXS From linimon at lonesome.com Tue Sep 22 04:30:44 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Sep 22 04:30:50 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: <0016e6d7dff8b2e67b047411fff1@google.com> References: <20090921063004.8B5421CCA6@mail.droso.net> <0016e6d7dff8b2e67b047411fff1@google.com> Message-ID: <20090922043043.GB1733@lonesome.com> OK, I've given it over to you and extended its life another few weeks. Good luck :-) mcl From 000.fbsd at quip.cz Tue Sep 22 14:35:17 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Sep 22 14:35:23 2009 Subject: postfix 2.6.5 + VDA FreeBSD 7.2 amd64 In-Reply-To: <28d0e6b80909211456j388423a1rdc66ff33c22eec0e@mail.gmail.com> References: <28d0e6b80909211456j388423a1rdc66ff33c22eec0e@mail.gmail.com> Message-ID: <4AB8E09F.80901@quip.cz> Jorge Medina wrote: > Hi > > What happen with postfix port and VDA (Virtual Delivery Agent 32Bit) support? > > Can work on FreeBSD 7.2 amd64 system? > > postfix 2.6.5,1 was built with this option and don't work. I did not tested it on amd64, but I think it means '32 bit counters are used for quotas', so it will work on amd64 platform, but with same quota limit as on i386. If you need big quotas, you can try new patch http://vda.sourceforge.net/VDA/postfix-2.6.5-vda-ng-bigquota.patch.gz Miroslav Lachman From utisoft at googlemail.com Tue Sep 22 14:49:28 2009 From: utisoft at googlemail.com (Chris Rees) Date: Tue Sep 22 14:49:34 2009 Subject: Scilab depends on certain java packages Message-ID: Dear all, I'm working on rescuing scilab's port (math/scilab), but it seems the latest version depends on loads of java packages that don't seem to have corresponding ports. Is the correct procedure for me to: - Create a new port for each java package or - Somehow automatically download each java package to install along with the scilab port? There's a distinct lack of ports for java, so I'm worried I'm doing it wrong.... Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? From bf1783 at googlemail.com Tue Sep 22 18:41:06 2009 From: bf1783 at googlemail.com (b. f.) Date: Tue Sep 22 18:41:12 2009 Subject: Scilab depends on certain java packages Message-ID: >Dear all, > >I'm working on rescuing scilab's port (math/scilab), but it seems the >latest version depends on loads of java packages that don't seem to >have corresponding ports. > >Is the correct procedure for me to: > >- Create a new port for each java package > >or > >- Somehow automatically download each java package to install along >with the scilab port? > If I recall correctly, it is only the GUI for the new version that relies upon the Java software, and you can for the moment just use the bundled prerequisites distfiles: http://www.scilab.org/download/5.1.1/prerequirements-scilab-5.1.1-src.tar.gz http://www.scilab.org/download/5.1.1/prerequirements-scilab-5.1.1-x86_64-src.tar.gz and just lump that software in them that isn't already in Ports with the rest of scilab (offset with a WITH_GUI option, of course, so people can opt out), for the sake of convenience, until there is enough interest in the individual pieces to split them out to separate ports. I made a port months ago without the GUI. BTW, I thought you had taken up the maintainership of Scilab4. Last time I asked, some users wanted to keep that port so they didn't have to fool around with Java, and despite the fact that there was no maintainer, I don't think they will be happy to see the old version disappear entirely, the assertions of the GCC maintainer run amok notwithstanding. A new port is probably in order. I had some old patches somewhere to fix the old version for amd64. I'll see if I can dig them up when I have a moment. b. >There's a distinct lack of ports for java, so I'm worried I'm doing it wrong.... > >Chris From utisoft at googlemail.com Tue Sep 22 20:37:18 2009 From: utisoft at googlemail.com (utisoft@googlemail.com) Date: Tue Sep 22 20:37:25 2009 Subject: Scilab depends on certain java packages In-Reply-To: Message-ID: <0016365eeb15669eed047430905b@google.com> On 22 Sep 2009 19:41, "bf" wrote: > >Dear all, > > > >I'm working on rescuing scilab's port (math/scilab), but it seems the > >latest version depends on loads of java packages that don't seem to > >have corresponding ports. > > > >Is the correct procedure for me to: > > > >- Create a new port for each java package > > > >or > > > >- Somehow automatically download each java package to install along > >with the scilab port? > > > If I recall correctly, it is only the GUI for the new version that > relies upon the Java software, and you can for the moment just use the > bundled prerequisites distfiles: > http://www.scilab.org/download/5.1.1/prerequirements-scilab-5.1.1-src.tar.gz > http://www.scilab.org/download/5.1.1/prerequirements-scilab-5.1.1-x86_64-src.tar.gz > and just lump that software in them that isn't already in Ports with > the rest of scilab (offset with a WITH_GUI option, of course, so > people can opt out), for the sake of convenience, until there is > enough interest in the individual pieces to split them out to separate > ports. I made a port months ago without the GUI. BTW, I thought you > had taken up the maintainership of Scilab4. Last time I asked, some > users wanted to keep that port so they didn't have to fool around with > Java, and despite the fact that there was no maintainer, I don't think > they will be happy to see the old version disappear entirely, the > assertions of the GCC maintainer run amok notwithstanding. A new port > is probably in order. I had some old patches somewhere to fix the old > version for amd64. I'll see if I can dig them up when I have a > moment. > b. Thanks for that, I've gone and made four new ports before I got your reply! Never mind, I suppose I could just submit those and depend on them, I think they should do well. I'll submit this as scilab5 when it's done, but I'll look at making some OPTIONS to change some configure args; it is possible to disable the GUI, as you've discovered. Was Scilab 4's GUI not based on Java then? Chris From bf1783 at googlemail.com Tue Sep 22 20:48:58 2009 From: bf1783 at googlemail.com (b. f.) Date: Tue Sep 22 20:49:04 2009 Subject: Scilab depends on certain java packages In-Reply-To: <0016365eeb15669eed047430905b@google.com> References: <0016365eeb15669eed047430905b@google.com> Message-ID: On 9/22/09, utisoft@googlemail.com wrote: ... > > Thanks for that, I've gone and made four new ports before I got your reply! Well, at that rate you may as well do them all. ;) > Never mind, I suppose I could just submit those and depend on them, I think > they should do well. I'll submit this as scilab5 when it's done, but I'll > look at making some OPTIONS to change some configure args; it is possible > to disable the GUI, as you've discovered. > > Was Scilab 4's GUI not based on Java then? No, it's "official" GUI was tk-based -- not very slick, but easy to change and not resource-hungry. They also distributed a GTK+-2-based GUI. A lot of the effort behind the new version seems to have gone into the Java GUI and graphics -- I hope it was worth the trouble, but I suspect otherwise. b. From utisoft at googlemail.com Tue Sep 22 21:49:10 2009 From: utisoft at googlemail.com (utisoft@googlemail.com) Date: Tue Sep 22 21:49:16 2009 Subject: Scilab depends on certain java packages In-Reply-To: Message-ID: <000e0ce0d63669605b04743191aa@google.com> On 22 Sep 2009 21:48, "bf" wrote: > On 9/22/09, utisoft@googlemail.com utisoft@googlemail.com> wrote: > ... > > > > Thanks for that, I've gone and made four new ports before I got your > reply! > Well, at that rate you may as well do them all. ;) Done! > > Never mind, I suppose I could just submit those and depend on them, I > think > > they should do well. I'll submit this as scilab5 when it's done, but > I'll > > look at making some OPTIONS to change some configure args; it is > possible > > to disable the GUI, as you've discovered. > > > > Was Scilab 4's GUI not based on Java then? > No, it's "official" GUI was tk-based -- not very slick, but easy to > change and not resource-hungry. They also distributed a GTK+-2-based > GUI. A lot of the effort behind the new version seems to have gone > into the Java GUI and graphics -- I hope it was worth the trouble, > but I suspect otherwise. We'll find out soon, hopefully! Chris From lambert at lambertfam.org Wed Sep 23 00:43:11 2009 From: lambert at lambertfam.org (Scott Lambert) Date: Wed Sep 23 02:44:23 2009 Subject: Nagios SIGSEGV on FreeBSD 8 In-Reply-To: <8E5D7549-32D9-47E3-BA71-7539F33C068F@lassitu.de> <20090915030813.GB66091@sysmon.tcworks.net> References: <20090922212905.GA77503@sysmon.tcworks.net> <8E5D7549-32D9-47E3-BA71-7539F33C068F@lassitu.de> <20090915030813.GB66091@sysmon.tcworks.net> <20090915125635.GB63311@atarininja.org> Message-ID: <20090923004310.GA38138@sysmon.tcworks.net> Bcc:ing port to close the thread there. On Wed, Sep 23, 2009 at 12:58:01AM +0200, Stefan Bethke wrote: > Am 22.09.2009 um 23:29 schrieb Scott Lambert: > >I've posted this to FreeBSD-ports and Nagios-Users without a nibble. > > > >I've been running a FreeBSD 8-BETA2 server for DNS on a network I > >recently took over. No problems. We needed to get Nagios running on > >that network to watch all the hosts in RFC 1918 space. Taking the > >easy route, I just installed the Nagios 3.0.6 port on this 8-BETA2 > >box. > > > >Nagios runs great until an acknowledged down host (with > >acknowledgment comment) comes back up. Nagios exits on a SIGSEGV. > >It seems to only happen when we have retention data (retention.dat) > >showing the host down. If we just restart Nagios without removing > >the retention.dat file, it exists on SIGSEGV the next time it tries > >to mark the host up. I upgraded to the nagios-devel (Nagios 3.1.2) > >port and we have the same problem. > > I'v discovered this bug in Nagios some weeks ago, but posting to > nagios-devel did not elicit a response. The problem is a use-after- > free bug in the code that deals with comments (or it was in my case > anyway). > > The bug leads to a SEGV because -current (including all 8.0 betas) has > malloc flags set that make free write a canary value to the just-freed > block. If you move up to rc1, or set the "j" flag, nagios appears to > work. > > If you need references to the threads on freebsd-ports and nagios- > devel, let me know. "sudo ln -s 'j' /etc/malloc.conf" seems to have done the trick. Nice, easy, fix (or bandaid?). I don't know how I failed to find your thread before. I found your thread on nagios-devel: http://archive.netbsd.se/?ml=nagios-devel&a=2009-07&t=11196612 Thank you for taking the time to figure this out in the first place and to reply to my message. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From nicki at astcape.co.za Wed Sep 23 08:36:18 2009 From: nicki at astcape.co.za (Nicki de Wet) Date: Wed Sep 23 08:36:24 2009 Subject: horde-base 3.3.5 upgrade error Message-ID: <011501ca3c26$5369b1e0$e501a8c0@CC10673> Hi, I get the following errors when upgrading horde-base from 3.3.3 to 3.3.5: ns0# portupgrade -bv horde-base ---> Session started at: Wed, 23 Sep 2009 10:08:15 +0200 ---> Upgrade of www/horde-base started at: Wed, 23 Sep 2009 10:08:16 +0200 ---> Upgrading 'horde-base-3.3.3' to 'horde-base-3.3.5' (www/horde-base) ---> Build of www/horde-base started at: Wed, 23 Sep 2009 10:08:16 +0200 ---> Building '/usr/ports/www/horde-base' ===> Cleaning for horde-base-3.3.5 ===> Extracting for horde-base-3.3.5 => MD5 Checksum OK for horde-3.3.5.tar.gz. => SHA256 Checksum OK for horde-3.3.5.tar.gz. ===> Patching for horde-base-3.3.5 ===> Applying extra patch /usr/ports/www/horde-base/files/extra-patch-lib_Horde_NLS.php 1 out of 1 hunks failed--saving rejects to lib/Horde/NLS.php.rej *** Error code 1 Stop in /usr/ports/www/horde-base. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090923-12787-12zdpcy-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=horde-base-3.3.3 UPGRADE_PORT_VER=3.3.3 make ** Fix the problem and try again. ---> Build of www/horde-base ended at: Wed, 23 Sep 2009 10:08:23 +0200 (consumed 00:00:07) ---> Upgrade of www/horde-base ended at: Wed, 23 Sep 2009 10:08:23 +0200 (consumed 00:00:07) ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! www/horde-base (horde-base-3.3.3) (patch error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Wed, 23 Sep 2009 10:08:23 +0200 (consumed 00:00:08) ns0# pwd The patch mentioned seems to be for an older version of horde-base, as the file was created a year and a half ago: -rw-r--r-- 1 root wheel 423 Feb 29 2008 extra-patch-lib_Horde_NLS.php. Maybe the patch needs to be updated? Regards, Nicki From 000.fbsd at quip.cz Wed Sep 23 11:56:10 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Sep 23 11:56:25 2009 Subject: mrtg-traffic-sum is not installed by MRTG port Message-ID: <4ABA0CD5.7000007@quip.cz> Hi, I have one short question. Is there any reason to not install mrtg-traffic-sum which is included in the src of the MRTG? I am not saying "it must be" or "it is useful to all", I am just asking why it is not installed if it is the part of the MRTG pack and somebody may want to use it. I am not using it, so I am fine with current state, but it may be confusing to somebody who installed MRTG and can't run some command documented on the MRTG website. Can we have it as OPTIONS? Miroslav Lachman From QAT at FreeBSD.org Wed Sep 23 12:51:14 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Sep 23 12:51:30 2009 Subject: cvs commit: ports/dns/maradns pkg-plist ports/dns/maradns/files patch-tcp_zoneserver.c In-Reply-To: <200909231203.n8NC3T0Y022427@repoman.freebsd.org> References: <200909231203.n8NC3T0Y022427@repoman.freebsd.org> Message-ID: <20090923123924.77E6712E3C41@quark.ds9.tecnik93.com> dns/maradns, which was previously failing is OK after this commit Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From david at vizion2000.net Wed Sep 23 13:20:18 2009 From: david at vizion2000.net (David Southwell) Date: Wed Sep 23 13:20:44 2009 Subject: security/libgcrypt Following UPDATING 20090107 Build failure Message-ID: <200909231042.08685.david@vizion2000.net> uname -a FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009 david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [Intel quad core system] 20090107: AFFECTS: users of security/libgcrypt AUTHOR: rafan@FreeBSD.org libgcrypt has been upgraded to 1.4.3 which has a shared library version bump. You need to reinstall all ports depending on it. Use something like this: portupgrade -rf libgcrypt Multiple ports fail to upgrade following the failure of this build. Thanks in advance for any advice David Script records: dns1# portupgrade -rf libgcrypt ---> Reinstalling 'libgcrypt-1.4.4' (security/libgcrypt) ---> Building '/usr/ports/security/libgcrypt' ===> Cleaning for libgcrypt-1.4.4 ===> Extracting for libgcrypt-1.4.4 => MD5 Checksum OK for libgcrypt-1.4.4.tar.bz2. => SHA256 Checksum OK for libgcrypt-1.4.4.tar.bz2. ===> Patching for libgcrypt-1.4.4 ===> Applying FreeBSD patches for libgcrypt-1.4.4 ===> libgcrypt-1.4.4 depends on package: libtool>=2.2 - found ===> libgcrypt-1.4.4 depends on shared library: gpg-error.0 - found ===> Configuring for libgcrypt-1.4.4 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... amd64-portbld-freebsd7.2 checking host system type... amd64-portbld-freebsd7.2 checking whether to enable maintainer-specific portions of Makefiles... no checking whether make sets $(MAKE)... (cached) yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking whether cc understands -c and -o together... yes checking dependency style of cc... gcc3 checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... (cached) gawk checking for windres... no checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "RC" to libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking whether byte ordering is bigendian... no checking for unsigned short... yes checking size of unsigned short... 2 checking for unsigned int... yes checking size of unsigned int... 4 checking for unsigned long... yes checking size of unsigned long... 8 checking for unsigned long long... yes checking size of unsigned long long... 8 checking for uintptr_t... yes checking which symmetric ciphers to include... arcfour blowfish cast5 des aes twofish serpent rfc2268 seed camellia checking which public-key ciphers to include... dsa elgamal rsa ecc checking which message digests to include... crc md4 md5 rmd160 sha1 sha256 sha512 tiger whirlpool checking which random module to use... default checking whether use of /dev/random is requested... yes checking whether the experimental random daemon is requested... no checking whether MPI assembler modules are requested... yes checking whether memory guard is requested... no checking whether use of capabilities is requested... no checking whether a HMAC binary check is requested... no checking whether padlock support is requested... yes checking for gpg-error-config... /usr/local/bin/gpg-error-config checking for GPG Error - version >= 1.4... yes checking for library containing setsockopt... none required checking for library containing setsockopt... (cached) none required checking for ANSI C header files... (cached) yes checking for unistd.h... (cached) yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking return type of signal handlers... void checking whether sys_siglist is declared... yes checking for byte typedef... no checking for ushort typedef... yes checking for ulong typedef... no checking for u16 typedef... no checking for u32 typedef... no checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for socklen_t... yes checking whether the visibility attribute is supported... yes checking for broken visibility attribute... no checking for broken alias attribute... no checking if gcc supports -fvisibility=hidden... yes checking for vprintf... yes checking for _doprnt... no checking for stpcpy... yes checking for strcasecmp... yes checking for strtoul... yes checking for memmove... yes checking for stricmp... no checking for atexit... yes checking for raise... yes checking for strerror... yes checking for rand... yes checking for mmap... yes checking for getpagesize... yes checking for sysconf... yes checking for waitpid... yes checking for wait4... yes checking for gettimeofday... yes checking for getrusage... yes checking for gethrtime... no checking for clock_gettime... yes checking for syslog... yes checking for fcntl... yes checking for ftruncate... yes checking for mlock... yes checking for sysconf... (cached) yes checking for getpagesize... (cached) yes checking whether mlock is broken... no checking for random device... yes checking for _ prefix in compiled symbols... no checking for mpi assembler functions... done checking whether non excutable stack support is requested... yes checking whether assembler supports --noexecstack option... no configure: creating ./config.status config.status: creating Makefile config.status: creating m4/Makefile config.status: creating mpi/Makefile config.status: creating cipher/Makefile config.status: creating random/Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/gcrypt.h config.status: creating src/libgcrypt-config config.status: creating src/versioninfo.rc config.status: creating tests/Makefile config.status: creating config.h config.status: linking ./mpi/generic/mpih-add1.c to mpi/mpih-add1.c config.status: linking ./mpi/generic/mpih-sub1.c to mpi/mpih-sub1.c config.status: linking ./mpi/generic/mpih-mul1.c to mpi/mpih-mul1.c config.status: linking ./mpi/generic/mpih-mul2.c to mpi/mpih-mul2.c config.status: linking ./mpi/generic/mpih-mul3.c to mpi/mpih-mul3.c config.status: linking ./mpi/generic/mpih-lshift.c to mpi/mpih-lshift.c config.status: linking ./mpi/generic/mpih-rshift.c to mpi/mpih-rshift.c config.status: linking ./mpi/generic/mpi-asm-defs.h to mpi/mpi-asm-defs.h config.status: executing depfiles commands config.status: executing gcrypt-conf commands Libgcrypt v1.4.4 has been configured as follows: Platform: FreeBSD (amd64-portbld-freebsd7.2) ===> Building for libgcrypt-1.4.4 make all-recursive Making all in mpi /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H - I. -I.. -I../src -I../src -I/usr/local/include -I/usr/local/include -O2 - fno-strict-aliasing -pipe -march=nocona -fvisibility=hidden -Wall -MT mpi- add.lo -MD -MP -MF .deps/mpi-add.Tpo -c -o mpi-add.lo mpi-add.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src - I/usr/local/include -I/usr/local/include -O2 -fno-strict-aliasing -pipe - march=nocona -fvisibility=hidden -Wall -MT mpi-add.lo -MD -MP -MF .deps/mpi- add.Tpo -c mpi-add.c -fPIC -DPIC -o .libs/mpi-add.o In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt.h:113: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:114: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_code_t' ../src/gcrypt.h:115: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_source_t' ../src/gcrypt.h:117: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:129: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:135: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_code_t' ../src/gcrypt.h:142: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_source_t' ../src/gcrypt.h:150: error: expected ')' before 'err' ../src/gcrypt.h:154: error: expected ')' before 'err' ../src/gcrypt.h:159: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_err_code_from_errno' ../src/gcrypt.h:163: error: expected ')' before 'code' ../src/gcrypt.h:167: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_err_make_from_errno' ../src/gcrypt.h:170: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_error_from_errno' ../src/gcrypt.h:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_control' ../src/gcrypt.h:444: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_new' ../src/gcrypt.h:450: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_create' ../src/gcrypt.h:456: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_sscan' ../src/gcrypt.h:461: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_build' ../src/gcrypt.h:466: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_build_array' ../src/gcrypt.h:475: error: expected declaration specifiers or '...' before 'gcry_error_t' ../src/gcrypt.h:611: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_scan' ../src/gcrypt.h:620: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_print' ../src/gcrypt.h:629: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_aprint' ../src/gcrypt.h:867: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_open' ../src/gcrypt.h:874: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_ctl' ../src/gcrypt.h:878: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_info' ../src/gcrypt.h:882: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_algo_info' ../src/gcrypt.h:903: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_encrypt' ../src/gcrypt.h:908: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_decrypt' ../src/gcrypt.h:913: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setkey' ../src/gcrypt.h:918: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setiv' ../src/gcrypt.h:935: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setctr' ../src/gcrypt.h:954: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_list' ../src/gcrypt.h:984: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_encrypt' ../src/gcrypt.h:989: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_decrypt' ../src/gcrypt.h:994: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_sign' ../src/gcrypt.h:998: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_verify' ../src/gcrypt.h:1002: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_testkey' ../src/gcrypt.h:1007: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_genkey' ../src/gcrypt.h:1010: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_ctl' ../src/gcrypt.h:1013: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_algo_info' ../src/gcrypt.h:1043: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_list' ../src/gcrypt.h:1109: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_open' ../src/gcrypt.h:1115: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_enable' ../src/gcrypt.h:1118: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_copy' ../src/gcrypt.h:1124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_ctl' ../src/gcrypt.h:1160: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_info' ../src/gcrypt.h:1164: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_algo_info' ../src/gcrypt.h:1178: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_setkey' ../src/gcrypt.h:1232: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_list' ../src/gcrypt.h:1293: error: expected declaration specifiers or '...' before '*' token ../src/gcrypt.h:1295: warning: type defaults to 'int' in declaration of 'gpg_error_t' ../src/gcrypt.h:1295: error: 'gpg_error_t' declared as function returning a function ../src/gcrypt.h:1299: error: 'gcry_ac_data_write_cb_t' declared as function returning a function ../src/gcrypt.h:1326: error: expected specifier-qualifier-list before 'gcry_ac_data_read_cb_t' ../src/gcrypt.h:1387: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_new' ../src/gcrypt.h:1393: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_copy' ../src/gcrypt.h:1408: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_set' ../src/gcrypt.h:1414: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_get_name' ../src/gcrypt.h:1421: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_get_index' ../src/gcrypt.h:1428: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_to_sexp' ../src/gcrypt.h:1434: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_from_sexp' ../src/gcrypt.h:1450: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_open' ../src/gcrypt.h:1457: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_init' ../src/gcrypt.h:1465: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_pair_generate' ../src/gcrypt.h:1478: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_test' ../src/gcrypt.h:1481: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_get_nbits' ../src/gcrypt.h:1486: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_get_grip' ../src/gcrypt.h:1498: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encode' ../src/gcrypt.h:1506: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decode' ../src/gcrypt.h:1514: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encrypt' ../src/gcrypt.h:1523: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decrypt' ../src/gcrypt.h:1531: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_sign' ../src/gcrypt.h:1539: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_verify' ../src/gcrypt.h:1549: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encrypt_scheme' ../src/gcrypt.h:1561: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decrypt_scheme' ../src/gcrypt.h:1573: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_sign_scheme' ../src/gcrypt.h:1586: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_verify_scheme' ../src/gcrypt.h:1597: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_id_to_name' ../src/gcrypt.h:1603: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_name_to_id' ../src/gcrypt.h:1635: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_random_add_bytes' ../src/gcrypt.h:1701: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_generate' ../src/gcrypt.h:1714: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_group_generator' ../src/gcrypt.h:1725: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_check' In file included from ../src/gcrypt.h:1823, from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt-module.h:48: error: expected declaration specifiers or '...' before '*' token ../src/gcrypt-module.h:50: warning: type defaults to 'int' in declaration of 'gcry_err_code_t' ../src/gcrypt-module.h:50: error: 'gcry_err_code_t' declared as function returning a function ../src/gcrypt-module.h:89: error: expected specifier-qualifier-list before 'gcry_cipher_setkey_t' ../src/gcrypt-module.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_cipher_register' ../src/gcrypt-module.h:114: error: 'gcry_pk_generate_t' declared as function returning a function ../src/gcrypt-module.h:118: error: 'gcry_pk_check_secret_key_t' declared as function returning a function ../src/gcrypt-module.h:125: error: 'gcry_pk_encrypt_t' declared as function returning a function ../src/gcrypt-module.h:132: error: 'gcry_pk_decrypt_t' declared as function returning a function ../src/gcrypt-module.h:138: error: 'gcry_pk_sign_t' declared as function returning a function ../src/gcrypt-module.h:146: error: 'gcry_pk_verify_t' declared as function returning a function ../src/gcrypt-module.h:174: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_pk_register' ../src/gcrypt-module.h:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_md_register' In file included from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/visibility.h:248: error: '_gcry_md_get' declared as function returning a function ../src/visibility.h:250: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_mpi_to_os_alloc' In file included from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/g10lib.h:87: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_vcontrol' ../src/g10lib.h:182: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_generate_fips186_2_prime' ../src/g10lib.h:188: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_generate_fips186_3_prime' ../src/g10lib.h:271: error: '_gcry_module_add' declared as function returning a function ../src/g10lib.h:293: error: '_gcry_module_list' declared as function returning a function ../src/g10lib.h:295: error: '_gcry_cipher_init' declared as function returning a function ../src/g10lib.h:296: error: '_gcry_md_init' declared as function returning a function ../src/g10lib.h:297: error: '_gcry_pk_init' declared as function returning a function ../src/g10lib.h:298: error: '_gcry_ac_init' declared as function returning a function ../src/g10lib.h:300: error: '_gcry_pk_module_lookup' declared as function returning a function ../src/g10lib.h:302: error: '_gcry_pk_get_elements' declared as function returning a function ../src/g10lib.h:309: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_vbuild' ../src/g10lib.h:351: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_fips_run_selftests' In file included from mpi-internal.h:52, from mpi-add.c:31: ../src/mpi.h:122: error: '_gcry_mpi_get_ui' declared as function returning a function *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4/mpi. *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4. *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4. *** Error code 1 Stop in /usr/ports/security/libgcrypt. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090923-24398-1yd22st-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=libgcrypt-1.4.4 UPGRADE_PORT_VER=1.4.4 make ** Fix the problem and try again. From david at vizion2000.net Wed Sep 23 13:25:19 2009 From: david at vizion2000.net (David Southwell) Date: Wed Sep 23 13:25:27 2009 Subject: security/libgcrypt Following UPDATING 20090107 Build failure Message-ID: <200909231200.01131.david@vizion2000.net> uname -a FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009 david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [Intel quad core system] 20090107: AFFECTS: users of security/libgcrypt AUTHOR: rafan@FreeBSD.org libgcrypt has been upgraded to 1.4.3 which has a shared library version bump. You need to reinstall all ports depending on it. Use something like this: portupgrade -rf libgcrypt Multiple ports fail to upgrade following the failure of this build. Thanks in advance for any advice David Script records: dns1# portupgrade -rf libgcrypt ---> Reinstalling 'libgcrypt-1.4.4' (security/libgcrypt) ---> Building '/usr/ports/security/libgcrypt' ===> Cleaning for libgcrypt-1.4.4 ===> Extracting for libgcrypt-1.4.4 => MD5 Checksum OK for libgcrypt-1.4.4.tar.bz2. => SHA256 Checksum OK for libgcrypt-1.4.4.tar.bz2. ===> Patching for libgcrypt-1.4.4 ===> Applying FreeBSD patches for libgcrypt-1.4.4 ===> libgcrypt-1.4.4 depends on package: libtool>=2.2 - found ===> libgcrypt-1.4.4 depends on shared library: gpg-error.0 - found ===> Configuring for libgcrypt-1.4.4 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... amd64-portbld-freebsd7.2 checking host system type... amd64-portbld-freebsd7.2 checking whether to enable maintainer-specific portions of Makefiles... no checking whether make sets $(MAKE)... (cached) yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking whether cc understands -c and -o together... yes checking dependency style of cc... gcc3 checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... (cached) gawk checking for windres... no checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "RC" to libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking whether byte ordering is bigendian... no checking for unsigned short... yes checking size of unsigned short... 2 checking for unsigned int... yes checking size of unsigned int... 4 checking for unsigned long... yes checking size of unsigned long... 8 checking for unsigned long long... yes checking size of unsigned long long... 8 checking for uintptr_t... yes checking which symmetric ciphers to include... arcfour blowfish cast5 des aes twofish serpent rfc2268 seed camellia checking which public-key ciphers to include... dsa elgamal rsa ecc checking which message digests to include... crc md4 md5 rmd160 sha1 sha256 sha512 tiger whirlpool checking which random module to use... default checking whether use of /dev/random is requested... yes checking whether the experimental random daemon is requested... no checking whether MPI assembler modules are requested... yes checking whether memory guard is requested... no checking whether use of capabilities is requested... no checking whether a HMAC binary check is requested... no checking whether padlock support is requested... yes checking for gpg-error-config... /usr/local/bin/gpg-error-config checking for GPG Error - version >= 1.4... yes checking for library containing setsockopt... none required checking for library containing setsockopt... (cached) none required checking for ANSI C header files... (cached) yes checking for unistd.h... (cached) yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking return type of signal handlers... void checking whether sys_siglist is declared... yes checking for byte typedef... no checking for ushort typedef... yes checking for ulong typedef... no checking for u16 typedef... no checking for u32 typedef... no checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for socklen_t... yes checking whether the visibility attribute is supported... yes checking for broken visibility attribute... no checking for broken alias attribute... no checking if gcc supports -fvisibility=hidden... yes checking for vprintf... yes checking for _doprnt... no checking for stpcpy... yes checking for strcasecmp... yes checking for strtoul... yes checking for memmove... yes checking for stricmp... no checking for atexit... yes checking for raise... yes checking for strerror... yes checking for rand... yes checking for mmap... yes checking for getpagesize... yes checking for sysconf... yes checking for waitpid... yes checking for wait4... yes checking for gettimeofday... yes checking for getrusage... yes checking for gethrtime... no checking for clock_gettime... yes checking for syslog... yes checking for fcntl... yes checking for ftruncate... yes checking for mlock... yes checking for sysconf... (cached) yes checking for getpagesize... (cached) yes checking whether mlock is broken... no checking for random device... yes checking for _ prefix in compiled symbols... no checking for mpi assembler functions... done checking whether non excutable stack support is requested... yes checking whether assembler supports --noexecstack option... no configure: creating ./config.status config.status: creating Makefile config.status: creating m4/Makefile config.status: creating mpi/Makefile config.status: creating cipher/Makefile config.status: creating random/Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/gcrypt.h config.status: creating src/libgcrypt-config config.status: creating src/versioninfo.rc config.status: creating tests/Makefile config.status: creating config.h config.status: linking ./mpi/generic/mpih-add1.c to mpi/mpih-add1.c config.status: linking ./mpi/generic/mpih-sub1.c to mpi/mpih-sub1.c config.status: linking ./mpi/generic/mpih-mul1.c to mpi/mpih-mul1.c config.status: linking ./mpi/generic/mpih-mul2.c to mpi/mpih-mul2.c config.status: linking ./mpi/generic/mpih-mul3.c to mpi/mpih-mul3.c config.status: linking ./mpi/generic/mpih-lshift.c to mpi/mpih-lshift.c config.status: linking ./mpi/generic/mpih-rshift.c to mpi/mpih-rshift.c config.status: linking ./mpi/generic/mpi-asm-defs.h to mpi/mpi-asm-defs.h config.status: executing depfiles commands config.status: executing gcrypt-conf commands Libgcrypt v1.4.4 has been configured as follows: Platform: FreeBSD (amd64-portbld-freebsd7.2) ===> Building for libgcrypt-1.4.4 make all-recursive Making all in mpi /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H - I. -I.. -I../src -I../src -I/usr/local/include -I/usr/local/include -O2 - fno-strict-aliasing -pipe -march=nocona -fvisibility=hidden -Wall -MT mpi- add.lo -MD -MP -MF .deps/mpi-add.Tpo -c -o mpi-add.lo mpi-add.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src - I/usr/local/include -I/usr/local/include -O2 -fno-strict-aliasing -pipe - march=nocona -fvisibility=hidden -Wall -MT mpi-add.lo -MD -MP -MF .deps/mpi- add.Tpo -c mpi-add.c -fPIC -DPIC -o .libs/mpi-add.o In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt.h:113: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:114: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_code_t' ../src/gcrypt.h:115: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_source_t' ../src/gcrypt.h:117: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:129: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:135: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_code_t' ../src/gcrypt.h:142: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_source_t' ../src/gcrypt.h:150: error: expected ')' before 'err' ../src/gcrypt.h:154: error: expected ')' before 'err' ../src/gcrypt.h:159: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_err_code_from_errno' ../src/gcrypt.h:163: error: expected ')' before 'code' ../src/gcrypt.h:167: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_err_make_from_errno' ../src/gcrypt.h:170: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_error_from_errno' ../src/gcrypt.h:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_control' ../src/gcrypt.h:444: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_new' ../src/gcrypt.h:450: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_create' ../src/gcrypt.h:456: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_sscan' ../src/gcrypt.h:461: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_build' ../src/gcrypt.h:466: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_build_array' ../src/gcrypt.h:475: error: expected declaration specifiers or '...' before 'gcry_error_t' ../src/gcrypt.h:611: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_scan' ../src/gcrypt.h:620: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_print' ../src/gcrypt.h:629: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_aprint' ../src/gcrypt.h:867: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_open' ../src/gcrypt.h:874: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_ctl' ../src/gcrypt.h:878: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_info' ../src/gcrypt.h:882: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_algo_info' ../src/gcrypt.h:903: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_encrypt' ../src/gcrypt.h:908: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_decrypt' ../src/gcrypt.h:913: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setkey' ../src/gcrypt.h:918: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setiv' ../src/gcrypt.h:935: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setctr' ../src/gcrypt.h:954: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_list' ../src/gcrypt.h:984: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_encrypt' ../src/gcrypt.h:989: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_decrypt' ../src/gcrypt.h:994: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_sign' ../src/gcrypt.h:998: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_verify' ../src/gcrypt.h:1002: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_testkey' ../src/gcrypt.h:1007: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_genkey' ../src/gcrypt.h:1010: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_ctl' ../src/gcrypt.h:1013: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_algo_info' ../src/gcrypt.h:1043: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_list' ../src/gcrypt.h:1109: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_open' ../src/gcrypt.h:1115: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_enable' ../src/gcrypt.h:1118: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_copy' ../src/gcrypt.h:1124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_ctl' ../src/gcrypt.h:1160: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_info' ../src/gcrypt.h:1164: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_algo_info' ../src/gcrypt.h:1178: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_setkey' ../src/gcrypt.h:1232: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_list' ../src/gcrypt.h:1293: error: expected declaration specifiers or '...' before '*' token ../src/gcrypt.h:1295: warning: type defaults to 'int' in declaration of 'gpg_error_t' ../src/gcrypt.h:1295: error: 'gpg_error_t' declared as function returning a function ../src/gcrypt.h:1299: error: 'gcry_ac_data_write_cb_t' declared as function returning a function ../src/gcrypt.h:1326: error: expected specifier-qualifier-list before 'gcry_ac_data_read_cb_t' ../src/gcrypt.h:1387: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_new' ../src/gcrypt.h:1393: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_copy' ../src/gcrypt.h:1408: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_set' ../src/gcrypt.h:1414: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_get_name' ../src/gcrypt.h:1421: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_get_index' ../src/gcrypt.h:1428: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_to_sexp' ../src/gcrypt.h:1434: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_from_sexp' ../src/gcrypt.h:1450: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_open' ../src/gcrypt.h:1457: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_init' ../src/gcrypt.h:1465: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_pair_generate' ../src/gcrypt.h:1478: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_test' ../src/gcrypt.h:1481: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_get_nbits' ../src/gcrypt.h:1486: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_get_grip' ../src/gcrypt.h:1498: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encode' ../src/gcrypt.h:1506: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decode' ../src/gcrypt.h:1514: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encrypt' ../src/gcrypt.h:1523: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decrypt' ../src/gcrypt.h:1531: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_sign' ../src/gcrypt.h:1539: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_verify' ../src/gcrypt.h:1549: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encrypt_scheme' ../src/gcrypt.h:1561: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decrypt_scheme' ../src/gcrypt.h:1573: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_sign_scheme' ../src/gcrypt.h:1586: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_verify_scheme' ../src/gcrypt.h:1597: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_id_to_name' ../src/gcrypt.h:1603: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_name_to_id' ../src/gcrypt.h:1635: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_random_add_bytes' ../src/gcrypt.h:1701: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_generate' ../src/gcrypt.h:1714: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_group_generator' ../src/gcrypt.h:1725: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_check' In file included from ../src/gcrypt.h:1823, from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt-module.h:48: error: expected declaration specifiers or '...' before '*' token ../src/gcrypt-module.h:50: warning: type defaults to 'int' in declaration of 'gcry_err_code_t' ../src/gcrypt-module.h:50: error: 'gcry_err_code_t' declared as function returning a function ../src/gcrypt-module.h:89: error: expected specifier-qualifier-list before 'gcry_cipher_setkey_t' ../src/gcrypt-module.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_cipher_register' ../src/gcrypt-module.h:114: error: 'gcry_pk_generate_t' declared as function returning a function ../src/gcrypt-module.h:118: error: 'gcry_pk_check_secret_key_t' declared as function returning a function ../src/gcrypt-module.h:125: error: 'gcry_pk_encrypt_t' declared as function returning a function ../src/gcrypt-module.h:132: error: 'gcry_pk_decrypt_t' declared as function returning a function ../src/gcrypt-module.h:138: error: 'gcry_pk_sign_t' declared as function returning a function ../src/gcrypt-module.h:146: error: 'gcry_pk_verify_t' declared as function returning a function ../src/gcrypt-module.h:174: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_pk_register' ../src/gcrypt-module.h:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_md_register' In file included from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/visibility.h:248: error: '_gcry_md_get' declared as function returning a function ../src/visibility.h:250: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_mpi_to_os_alloc' In file included from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/g10lib.h:87: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_vcontrol' ../src/g10lib.h:182: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_generate_fips186_2_prime' ../src/g10lib.h:188: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_generate_fips186_3_prime' ../src/g10lib.h:271: error: '_gcry_module_add' declared as function returning a function ../src/g10lib.h:293: error: '_gcry_module_list' declared as function returning a function ../src/g10lib.h:295: error: '_gcry_cipher_init' declared as function returning a function ../src/g10lib.h:296: error: '_gcry_md_init' declared as function returning a function ../src/g10lib.h:297: error: '_gcry_pk_init' declared as function returning a function ../src/g10lib.h:298: error: '_gcry_ac_init' declared as function returning a function ../src/g10lib.h:300: error: '_gcry_pk_module_lookup' declared as function returning a function ../src/g10lib.h:302: error: '_gcry_pk_get_elements' declared as function returning a function ../src/g10lib.h:309: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_vbuild' ../src/g10lib.h:351: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_fips_run_selftests' In file included from mpi-internal.h:52, from mpi-add.c:31: ../src/mpi.h:122: error: '_gcry_mpi_get_ui' declared as function returning a function *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4/mpi. *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4. *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4. *** Error code 1 Stop in /usr/ports/security/libgcrypt. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090923-24398-1yd22st-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=libgcrypt-1.4.4 UPGRADE_PORT_VER=1.4.4 make ** Fix the problem and try again. From david at vizion2000.net Wed Sep 23 13:45:20 2009 From: david at vizion2000.net (David Southwell) Date: Wed Sep 23 13:45:27 2009 Subject: security/libgcrypt Following UPDATING 20090107 Build failure Message-ID: <200909231109.36532.david@vizion2000.net> uname -a FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009 david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [Intel quad core system] 20090107: AFFECTS: users of security/libgcrypt AUTHOR: rafan@FreeBSD.org libgcrypt has been upgraded to 1.4.3 which has a shared library version bump. You need to reinstall all ports depending on it. Use something like this: portupgrade -rf libgcrypt Multiple ports fail to upgrade following the failure of this build. Thanks in advance for any advice David Script records: dns1# portupgrade -rf libgcrypt ---> Reinstalling 'libgcrypt-1.4.4' (security/libgcrypt) ---> Building '/usr/ports/security/libgcrypt' ===> Cleaning for libgcrypt-1.4.4 ===> Extracting for libgcrypt-1.4.4 => MD5 Checksum OK for libgcrypt-1.4.4.tar.bz2. => SHA256 Checksum OK for libgcrypt-1.4.4.tar.bz2. ===> Patching for libgcrypt-1.4.4 ===> Applying FreeBSD patches for libgcrypt-1.4.4 ===> libgcrypt-1.4.4 depends on package: libtool>=2.2 - found ===> libgcrypt-1.4.4 depends on shared library: gpg-error.0 - found ===> Configuring for libgcrypt-1.4.4 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... amd64-portbld-freebsd7.2 checking host system type... amd64-portbld-freebsd7.2 checking whether to enable maintainer-specific portions of Makefiles... no checking whether make sets $(MAKE)... (cached) yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking whether cc understands -c and -o together... yes checking dependency style of cc... gcc3 checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... (cached) gawk checking for windres... no checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "RC" to libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking whether byte ordering is bigendian... no checking for unsigned short... yes checking size of unsigned short... 2 checking for unsigned int... yes checking size of unsigned int... 4 checking for unsigned long... yes checking size of unsigned long... 8 checking for unsigned long long... yes checking size of unsigned long long... 8 checking for uintptr_t... yes checking which symmetric ciphers to include... arcfour blowfish cast5 des aes twofish serpent rfc2268 seed camellia checking which public-key ciphers to include... dsa elgamal rsa ecc checking which message digests to include... crc md4 md5 rmd160 sha1 sha256 sha512 tiger whirlpool checking which random module to use... default checking whether use of /dev/random is requested... yes checking whether the experimental random daemon is requested... no checking whether MPI assembler modules are requested... yes checking whether memory guard is requested... no checking whether use of capabilities is requested... no checking whether a HMAC binary check is requested... no checking whether padlock support is requested... yes checking for gpg-error-config... /usr/local/bin/gpg-error-config checking for GPG Error - version >= 1.4... yes checking for library containing setsockopt... none required checking for library containing setsockopt... (cached) none required checking for ANSI C header files... (cached) yes checking for unistd.h... (cached) yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking return type of signal handlers... void checking whether sys_siglist is declared... yes checking for byte typedef... no checking for ushort typedef... yes checking for ulong typedef... no checking for u16 typedef... no checking for u32 typedef... no checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for socklen_t... yes checking whether the visibility attribute is supported... yes checking for broken visibility attribute... no checking for broken alias attribute... no checking if gcc supports -fvisibility=hidden... yes checking for vprintf... yes checking for _doprnt... no checking for stpcpy... yes checking for strcasecmp... yes checking for strtoul... yes checking for memmove... yes checking for stricmp... no checking for atexit... yes checking for raise... yes checking for strerror... yes checking for rand... yes checking for mmap... yes checking for getpagesize... yes checking for sysconf... yes checking for waitpid... yes checking for wait4... yes checking for gettimeofday... yes checking for getrusage... yes checking for gethrtime... no checking for clock_gettime... yes checking for syslog... yes checking for fcntl... yes checking for ftruncate... yes checking for mlock... yes checking for sysconf... (cached) yes checking for getpagesize... (cached) yes checking whether mlock is broken... no checking for random device... yes checking for _ prefix in compiled symbols... no checking for mpi assembler functions... done checking whether non excutable stack support is requested... yes checking whether assembler supports --noexecstack option... no configure: creating ./config.status config.status: creating Makefile config.status: creating m4/Makefile config.status: creating mpi/Makefile config.status: creating cipher/Makefile config.status: creating random/Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/gcrypt.h config.status: creating src/libgcrypt-config config.status: creating src/versioninfo.rc config.status: creating tests/Makefile config.status: creating config.h config.status: linking ./mpi/generic/mpih-add1.c to mpi/mpih-add1.c config.status: linking ./mpi/generic/mpih-sub1.c to mpi/mpih-sub1.c config.status: linking ./mpi/generic/mpih-mul1.c to mpi/mpih-mul1.c config.status: linking ./mpi/generic/mpih-mul2.c to mpi/mpih-mul2.c config.status: linking ./mpi/generic/mpih-mul3.c to mpi/mpih-mul3.c config.status: linking ./mpi/generic/mpih-lshift.c to mpi/mpih-lshift.c config.status: linking ./mpi/generic/mpih-rshift.c to mpi/mpih-rshift.c config.status: linking ./mpi/generic/mpi-asm-defs.h to mpi/mpi-asm-defs.h config.status: executing depfiles commands config.status: executing gcrypt-conf commands Libgcrypt v1.4.4 has been configured as follows: Platform: FreeBSD (amd64-portbld-freebsd7.2) ===> Building for libgcrypt-1.4.4 make all-recursive Making all in mpi /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H - I. -I.. -I../src -I../src -I/usr/local/include -I/usr/local/include -O2 - fno-strict-aliasing -pipe -march=nocona -fvisibility=hidden -Wall -MT mpi- add.lo -MD -MP -MF .deps/mpi-add.Tpo -c -o mpi-add.lo mpi-add.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src - I/usr/local/include -I/usr/local/include -O2 -fno-strict-aliasing -pipe - march=nocona -fvisibility=hidden -Wall -MT mpi-add.lo -MD -MP -MF .deps/mpi- add.Tpo -c mpi-add.c -fPIC -DPIC -o .libs/mpi-add.o In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt.h:113: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:114: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_code_t' ../src/gcrypt.h:115: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_source_t' ../src/gcrypt.h:117: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:129: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_error_t' ../src/gcrypt.h:135: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_code_t' ../src/gcrypt.h:142: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_err_source_t' ../src/gcrypt.h:150: error: expected ')' before 'err' ../src/gcrypt.h:154: error: expected ')' before 'err' ../src/gcrypt.h:159: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_err_code_from_errno' ../src/gcrypt.h:163: error: expected ')' before 'code' ../src/gcrypt.h:167: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_err_make_from_errno' ../src/gcrypt.h:170: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_error_from_errno' ../src/gcrypt.h:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_control' ../src/gcrypt.h:444: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_new' ../src/gcrypt.h:450: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_create' ../src/gcrypt.h:456: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_sscan' ../src/gcrypt.h:461: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_build' ../src/gcrypt.h:466: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_build_array' ../src/gcrypt.h:475: error: expected declaration specifiers or '...' before 'gcry_error_t' ../src/gcrypt.h:611: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_scan' ../src/gcrypt.h:620: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_print' ../src/gcrypt.h:629: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_mpi_aprint' ../src/gcrypt.h:867: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_open' ../src/gcrypt.h:874: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_ctl' ../src/gcrypt.h:878: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_info' ../src/gcrypt.h:882: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_algo_info' ../src/gcrypt.h:903: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_encrypt' ../src/gcrypt.h:908: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_decrypt' ../src/gcrypt.h:913: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setkey' ../src/gcrypt.h:918: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setiv' ../src/gcrypt.h:935: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_setctr' ../src/gcrypt.h:954: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_cipher_list' ../src/gcrypt.h:984: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_encrypt' ../src/gcrypt.h:989: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_decrypt' ../src/gcrypt.h:994: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_sign' ../src/gcrypt.h:998: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_verify' ../src/gcrypt.h:1002: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_testkey' ../src/gcrypt.h:1007: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_genkey' ../src/gcrypt.h:1010: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_ctl' ../src/gcrypt.h:1013: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_algo_info' ../src/gcrypt.h:1043: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_pk_list' ../src/gcrypt.h:1109: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_open' ../src/gcrypt.h:1115: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_enable' ../src/gcrypt.h:1118: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_copy' ../src/gcrypt.h:1124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_ctl' ../src/gcrypt.h:1160: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_info' ../src/gcrypt.h:1164: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_algo_info' ../src/gcrypt.h:1178: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_setkey' ../src/gcrypt.h:1232: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_md_list' ../src/gcrypt.h:1293: error: expected declaration specifiers or '...' before '*' token ../src/gcrypt.h:1295: warning: type defaults to 'int' in declaration of 'gpg_error_t' ../src/gcrypt.h:1295: error: 'gpg_error_t' declared as function returning a function ../src/gcrypt.h:1299: error: 'gcry_ac_data_write_cb_t' declared as function returning a function ../src/gcrypt.h:1326: error: expected specifier-qualifier-list before 'gcry_ac_data_read_cb_t' ../src/gcrypt.h:1387: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_new' ../src/gcrypt.h:1393: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_copy' ../src/gcrypt.h:1408: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_set' ../src/gcrypt.h:1414: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_get_name' ../src/gcrypt.h:1421: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_get_index' ../src/gcrypt.h:1428: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_to_sexp' ../src/gcrypt.h:1434: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_from_sexp' ../src/gcrypt.h:1450: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_open' ../src/gcrypt.h:1457: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_init' ../src/gcrypt.h:1465: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_pair_generate' ../src/gcrypt.h:1478: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_test' ../src/gcrypt.h:1481: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_get_nbits' ../src/gcrypt.h:1486: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_key_get_grip' ../src/gcrypt.h:1498: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encode' ../src/gcrypt.h:1506: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decode' ../src/gcrypt.h:1514: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encrypt' ../src/gcrypt.h:1523: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decrypt' ../src/gcrypt.h:1531: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_sign' ../src/gcrypt.h:1539: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_verify' ../src/gcrypt.h:1549: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_encrypt_scheme' ../src/gcrypt.h:1561: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_decrypt_scheme' ../src/gcrypt.h:1573: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_sign_scheme' ../src/gcrypt.h:1586: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_data_verify_scheme' ../src/gcrypt.h:1597: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_id_to_name' ../src/gcrypt.h:1603: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_name_to_id' ../src/gcrypt.h:1635: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_random_add_bytes' ../src/gcrypt.h:1701: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_generate' ../src/gcrypt.h:1714: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_group_generator' ../src/gcrypt.h:1725: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_prime_check' In file included from ../src/gcrypt.h:1823, from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/gcrypt-module.h:48: error: expected declaration specifiers or '...' before '*' token ../src/gcrypt-module.h:50: warning: type defaults to 'int' in declaration of 'gcry_err_code_t' ../src/gcrypt-module.h:50: error: 'gcry_err_code_t' declared as function returning a function ../src/gcrypt-module.h:89: error: expected specifier-qualifier-list before 'gcry_cipher_setkey_t' ../src/gcrypt-module.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_cipher_register' ../src/gcrypt-module.h:114: error: 'gcry_pk_generate_t' declared as function returning a function ../src/gcrypt-module.h:118: error: 'gcry_pk_check_secret_key_t' declared as function returning a function ../src/gcrypt-module.h:125: error: 'gcry_pk_encrypt_t' declared as function returning a function ../src/gcrypt-module.h:132: error: 'gcry_pk_decrypt_t' declared as function returning a function ../src/gcrypt-module.h:138: error: 'gcry_pk_sign_t' declared as function returning a function ../src/gcrypt-module.h:146: error: 'gcry_pk_verify_t' declared as function returning a function ../src/gcrypt-module.h:174: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_pk_register' ../src/gcrypt-module.h:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gcry_md_register' In file included from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/visibility.h:248: error: '_gcry_md_get' declared as function returning a function ../src/visibility.h:250: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_ac_mpi_to_os_alloc' In file included from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: ../src/g10lib.h:87: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_vcontrol' ../src/g10lib.h:182: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_generate_fips186_2_prime' ../src/g10lib.h:188: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_generate_fips186_3_prime' ../src/g10lib.h:271: error: '_gcry_module_add' declared as function returning a function ../src/g10lib.h:293: error: '_gcry_module_list' declared as function returning a function ../src/g10lib.h:295: error: '_gcry_cipher_init' declared as function returning a function ../src/g10lib.h:296: error: '_gcry_md_init' declared as function returning a function ../src/g10lib.h:297: error: '_gcry_pk_init' declared as function returning a function ../src/g10lib.h:298: error: '_gcry_ac_init' declared as function returning a function ../src/g10lib.h:300: error: '_gcry_pk_module_lookup' declared as function returning a function ../src/g10lib.h:302: error: '_gcry_pk_get_elements' declared as function returning a function ../src/g10lib.h:309: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_sexp_vbuild' ../src/g10lib.h:351: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_gcry_fips_run_selftests' In file included from mpi-internal.h:52, from mpi-add.c:31: ../src/mpi.h:122: error: '_gcry_mpi_get_ui' declared as function returning a function *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4/mpi. *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4. *** Error code 1 Stop in /usr/ports/security/libgcrypt/work/libgcrypt-1.4.4. *** Error code 1 Stop in /usr/ports/security/libgcrypt. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090923-24398-1yd22st-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=libgcrypt-1.4.4 UPGRADE_PORT_VER=1.4.4 make ** Fix the problem and try again. From rafan at FreeBSD.ORG Wed Sep 23 14:40:29 2009 From: rafan at FreeBSD.ORG (Rong-En Fan) Date: Wed Sep 23 14:40:35 2009 Subject: security/libgcrypt Following UPDATING 20090107 Build failure In-Reply-To: <200909231200.01131.david@vizion2000.net> References: <200909231200.01131.david@vizion2000.net> Message-ID: <20090923141120.GS79043@svm.csie.ntu.edu.tw> On Wed, Sep 23, 2009 at 12:00:01PM +0100, David Southwell wrote: > ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory > In file included from ../src/visibility.h:243, > from ../src/g10lib.h:39, > from ../src/mpi.h:37, > from mpi-internal.h:52, > from mpi-add.c:31: something wrong with your libgpg-error installation. Try reinstalling it. Regards, Rong-En Fan From avg at icyb.net.ua Wed Sep 23 16:01:44 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Sep 23 16:01:50 2009 Subject: openssh-portable-overwrite-base-5.2.p1_1, 1 tries to use /usr/etc/rc.d Message-ID: <4ABA4662.9050509@icyb.net.ua> openssh-portable-overwrite-base-5.2.p1_1,1 tries to install its rc script to /usr/etc/rc.d, which obviously doesn't exist. -- Andriy Gapon From jhellenthal at gmail.com Wed Sep 23 16:03:42 2009 From: jhellenthal at gmail.com (J. Hellenthal) Date: Wed Sep 23 16:04:04 2009 Subject: Signing Request Message-ID: If you do not need to pgp/gpg sign email message to the lists please don't. I know I probably don't have your pgp public key and a lot more users probably do not either. Please use your best judgment. Thank you and best regards. -- J. Hellenthal jhellenthal@gmail.com From rnoland at FreeBSD.org Wed Sep 23 16:09:40 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Sep 23 16:09:47 2009 Subject: Signing Request In-Reply-To: References: Message-ID: <1253722172.2057.1017.camel@balrog.2hip.net> On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. http://www.freebsd.org/doc/pgpkeyring.txt Frankly, I always sign messages, except that evolution / gpg support is currently a bit broken... robert. > Thank you and best regards. -- Robert Noland FreeBSD From stephen at missouri.edu Wed Sep 23 16:22:43 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Wed Sep 23 16:22:55 2009 Subject: Signing Request In-Reply-To: <1253722172.2057.1017.camel@balrog.2hip.net> References: <1253722172.2057.1017.camel@balrog.2hip.net> Message-ID: On Wed, 23 Sep 2009, Robert Noland wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: >> If you do not need to pgp/gpg sign email message to the lists please don't. I >> know I probably don't have your pgp public key and a lot more users probably do >> not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... > > robert. > >> Thank you and best regards. I don't use PGP, but I don't see how it can affect me if someone else does. I can still read the emails, so why should it bother me? Stephen From wmoran at potentialtech.com Wed Sep 23 16:33:17 2009 From: wmoran at potentialtech.com (Bill Moran) Date: Wed Sep 23 16:33:24 2009 Subject: Signing Request In-Reply-To: References: Message-ID: <20090923123315.c65a0a2a.wmoran@potentialtech.com> In response to "J. Hellenthal" : > > If you do not need to pgp/gpg sign email message to the lists please don't. What is the purpose of your message? The above statement is self-cancelling. If I go to the trouble to establish a pgp/gpg key, I will sign every single message that I send out. The purpose of this is to differentiate actual messages from me from messages that may impersonate me. > I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. While you're free to voice your opinion, I don't understand your purpose in spamming three mailing lists with this demand. What problem are you trying to solve? -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From david at vizion2000.net Wed Sep 23 16:41:39 2009 From: david at vizion2000.net (David Southwell) Date: Wed Sep 23 16:41:47 2009 Subject: security/libgcrypt Following UPDATING 20090107 Build failure In-Reply-To: <20090923141120.GS79043@svm.csie.ntu.edu.tw> References: <200909231200.01131.david@vizion2000.net> <20090923141120.GS79043@svm.csie.ntu.edu.tw> Message-ID: <200909231741.34166.david@vizion2000.net> > On Wed, Sep 23, 2009 at 12:00:01PM +0100, David Southwell wrote: > > ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory > > In file included from ../src/visibility.h:243, > > from ../src/g10lib.h:39, > > from ../src/mpi.h:37, > > from mpi-internal.h:52, > > from mpi-add.c:31: > > something wrong with your libgpg-error installation. Try reinstalling > it. > > Regards, > Rong-En Fan > > Thank Rong-En Right on the button It looks to me as though libpg-error could be a dependency of libgcrypt david From dnelson at allantgroup.com Wed Sep 23 16:47:04 2009 From: dnelson at allantgroup.com (Dan Nelson) Date: Wed Sep 23 16:47:12 2009 Subject: Signing Request In-Reply-To: <1253722172.2057.1017.camel@balrog.2hip.net> References: <1253722172.2057.1017.camel@balrog.2hip.net> Message-ID: <20090923162937.GH29215@dan.emsphone.com> In the last episode (Sep 23), Robert Noland said: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please > > don't. I know I probably don't have your pgp public key and a lot more > > users probably do not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... There are also the public keyservers (subkeys.pgp.net, pgp.surfnet.nl, pgp.mit.edu, etc), which I have found to hold most of the keys for people that sign messages on these lists. -- Dan Nelson dnelson@allantgroup.com From olivier at gid0.org Wed Sep 23 16:47:19 2009 From: olivier at gid0.org (Olivier Smedts) Date: Wed Sep 23 16:47:27 2009 Subject: lzmautils-devel move in UPDATING Message-ID: <367b2c980909230947g2ac5e9ccvdb8ea3e65401c09b@mail.gmail.com> With a current ports tree (and installed ports a few days old), "pkg_version -vL =" said it couldn't compare version for lzmautils-devel, which is needed by KDE4. I think there should be something about the lzmautils-devel move in UPDATING. I think the necessary commands are : # portmaster -o archivers/xz archivers/lzmautils-devel or # portupgrade -o archivers/xz lzmautils-devel Confirmed working with portupgrade. I don't use portmaster. # cat /var/db/pkg/xz-4.999.9/+REQUIRED_BY kdebase-runtime-4.3.1 kdelibs-4.3.1_1 kdeutils-4.3.1 Cheers -- 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 dindin at yandex-team.ru Wed Sep 23 16:50:22 2009 From: dindin at yandex-team.ru (Denis Barov) Date: Wed Sep 23 16:50:56 2009 Subject: openssh-portable-overwrite-base-5.2.p1_1,1 tries to use /usr/etc/rc.d In-Reply-To: <4ABA4662.9050509@icyb.net.ua> References: <4ABA4662.9050509@icyb.net.ua> Message-ID: <20090923164019.GA65174@sepulca.yandex.ru> hello, try to look at pr ports/138943 and use supplied patch. pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=138943 patch: http://www.freebsd.org/cgi/query-pr.cgi?prp=138943-1-diff&n=/patch-1.diff Wed, Sep 23, 2009 at 19:01 +0300 Andriy Gapon: > openssh-portable-overwrite-base-5.2.p1_1,1 tries to install its rc script to > /usr/etc/rc.d, which obviously doesn't exist. > > -- > Andriy Gapon -- Cheers Denis Barov From peter at simons-rock.edu Wed Sep 23 17:44:20 2009 From: peter at simons-rock.edu (Peter C. Lai) Date: Wed Sep 23 17:44:27 2009 Subject: Signing Request In-Reply-To: <14572_1253722226_4ABA4872_14572_143_1_1253722172.2057.1017.camel@balrog.2hip.net> References: <14572_1253722226_4ABA4872_14572_143_1_1253722172.2057.1017.camel@balrog.2hip.net> Message-ID: <20090923172219.GI81123@cesium.hyperfine.info> At the risk of sounding offtopic and political, as participants in IT and the open source community at large, aren't we supposed to hold ourselves to the "higher standard" and promote the use of encrypted email? If we're refusing to read signed messages because we have client-side problems with signatures (and are too lazy to fix them), how do we expect (or wish for) the rest of the world to do so? On 2009-09-23 11:09:32AM -0500, Robert Noland wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please don't. I > > know I probably don't have your pgp public key and a lot more users probably do > > not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... > > robert. > > > Thank you and best regards. > > -- > Robert Noland > FreeBSD > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From jhellenthal at gmail.com Wed Sep 23 17:47:15 2009 From: jhellenthal at gmail.com (J. Hellenthal) Date: Wed Sep 23 17:47:34 2009 Subject: Signing Request In-Reply-To: References: Message-ID: <1253725826.2031.58.camel@balrog.2hip.net> On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. > > Thank you and best regards. BTW, it also helps to mitigate messages like this one... robert. From avg at icyb.net.ua Wed Sep 23 18:14:08 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Sep 23 18:14:15 2009 Subject: lzmautils-devel move in UPDATING In-Reply-To: <367b2c980909230947g2ac5e9ccvdb8ea3e65401c09b@mail.gmail.com> References: <367b2c980909230947g2ac5e9ccvdb8ea3e65401c09b@mail.gmail.com> Message-ID: <4ABA656C.7050207@icyb.net.ua> on 23/09/2009 19:47 Olivier Smedts said the following: > With a current ports tree (and installed ports a few days old), > "pkg_version -vL =" said it couldn't compare version for > lzmautils-devel, which is needed by KDE4. You have hit a deficiency of portupgrade and its companion tools. > I think there should be > something about the lzmautils-devel move in UPDATING. I think the > necessary commands are : > > # portmaster -o archivers/xz archivers/lzmautils-devel portmaster automatically detected the rename and did the right thing for me based on MOVED. So, no hand-guiding is needed for it. I am all for helping users, so I wouldn't object this particular request. I know that I am generalizing, but are we going to put UPDATING entries for every ports/packages tool that is not smart enough or has a bug? :-) > or > # portupgrade -o archivers/xz lzmautils-devel > > Confirmed working with portupgrade. I don't use portmaster. > # cat /var/db/pkg/xz-4.999.9/+REQUIRED_BY > kdebase-runtime-4.3.1 > kdelibs-4.3.1_1 > kdeutils-4.3.1 > > Cheers > -- Andriy Gapon From mike at munkyboy.com Wed Sep 23 19:55:39 2009 From: mike at munkyboy.com (Mike Luu) Date: Wed Sep 23 19:56:18 2009 Subject: FreeBSD Port: ruby-1.9.1.129_1,1 Message-ID: <16B0ADA8-2BFC-404F-8AE2-F278919A7B73@munkyboy.com> what's the plan to bring the port up to 1.9.1.p243? Cheers, Mike From stas at FreeBSD.org Wed Sep 23 20:00:49 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Wed Sep 23 20:00:56 2009 Subject: FreeBSD Port: ruby-1.9.1.129_1,1 In-Reply-To: <16B0ADA8-2BFC-404F-8AE2-F278919A7B73@munkyboy.com> References: <16B0ADA8-2BFC-404F-8AE2-F278919A7B73@munkyboy.com> Message-ID: <20090924000049.c9a61ca3.stas@FreeBSD.org> On Wed, 23 Sep 2009 12:38:42 -0700 Mike Luu mentioned: > what's the plan to bring the port up to 1.9.1.p243? > Not before the ports freeze is over. It will be really bad to broke it at this point. -- Stanislav Sedov ST4096-RIPE -------------- 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/20090923/92920825/attachment.pgp From peterjeremy at acm.org Wed Sep 23 21:39:55 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Wed Sep 23 21:40:02 2009 Subject: Relevance of pkg-descr for misc/tmux, sysutils/screen Message-ID: <20090923200800.GC26192@server.vk2pj.dyndns.org> I am often in the position where I want a tool to do something but don't know whether a suitable tool exists. My first port of call is generally to grep the ports INDEX and pkg-descr files for likely keywords. In most cases, this seems to work, however I've just found an example where, IMHO, the most important feature in the port isn't mentioned at all. Since I have never used either tmux or screen, the currently running bikeshed in -arch and -current prompted me to have a look at both tools. Reading the pkg-descr for screen, I get four pieces of information: 1) "full-screen window manager that multiplexes a physical terminal between several processes" - unless I am using a headless server, why would I bother when FreeBSD supports multiple VTYs or xterms. 2) "VT100 superset" - same as VTY and xterm 3) "scrollback history buffer for each virtual terminal" - same as VTY/xterm 4) "a copy-and-paste mechanism" - same as VTY and xterm. The pkg-descr for tmux basically says "BSD licensed version of screen". At this point, I was left wondering why the longest bikeshed I've seen for a _very_ long time was arguing over the inclusion of a tool that had no apparent usefulness in FreeBSD unless you are running a headless server. Even allowing for the inverse relationship between the length of a bikeshed and its importance, as well as the number of people who run headless servers (I do myself) there seemed to be something missing... Following a discussion on IRC, I discovered that screen (and tmux) allows you to detach from a process and reattach to it later - very useful when you want remote or intermittent access to a long-running process - I use misc/dtach to do this with my IRC client. Unlike the documented features, this _is_ something that doesn't exist in FreeBSD by default. It's a pity that you'd never know about it by reading the pkg-descr file. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090923/e389ad2f/attachment.pgp From jhellenthal at gmail.com Wed Sep 23 22:11:04 2009 From: jhellenthal at gmail.com (J. Hellenthal) Date: Wed Sep 23 22:11:11 2009 Subject: Signing Request In-Reply-To: References: Message-ID: On Wed, 23 Sep 2009 11:40 -0000, jhellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably > do not either. Please use your best judgment. > > Thank you and best regards. > > Alright If I must. Let me explain this email for the uncommon circumstances and big heads on the subject line. This was just a request not an authoritative (must do) and certainly not spam as some have had a concern over. If I do not have your public key in my keyring then I do not want it, do not need it and have no use for it at this time. This keeps my keyring small and manageable. I do not feel the need to explain my process or setup on this matter as this email was intended as just a request as I don't see the need to sign a message to a mailing list when the information that is contained in more than half of the incoming email is not important enough to be signed. For an example of the emails I am referring to (ports@): "I am having problems with such/and/such/port/" Why should it be signed ? I understand, shit happens.... but I don't need to verify that it happened to Random Joe. Now on the other hand I firmly believe that a patch that is submitted by a maintainer or someone @FreeBSD.org should be signed. I am not referring to these emails at all in the last message and I apologize if that was unrecognizable to you. There is a purpose for signing messages that contain information that someone needs to verify is actually from a trusted source but not all information that is transmitted needs to be verified. And that is all I was referring to when saying use your best judgment. I will not be posting back on this subject as I never intended for this to be a off topic matter (just a request). Best regards -- J. Hellenthal (0x87337C16) gmail.com!jhellenthal :wq From QAT at FreeBSD.org Thu Sep 24 01:32:45 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Thu Sep 24 01:33:02 2009 Subject: cvs commit: ports/security/libprelude Makefile ports/security/libpreludedb Makefile ports/security/prelude-lml Makefile ports/security/prelude-manager Makefile ports/www/py-prewikka Makefile In-Reply-To: <200909232217.n8NMHB2Z009634@repoman.freebsd.org> References: <200909232217.n8NMHB2Z009634@repoman.freebsd.org> Message-ID: <20090924013620.BEC0D12E3C41@quark.ds9.tecnik93.com> The Restless Daemon identified a mtree error while trying to build: libprelude-0.9.24.1 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/security/libprelude/Makefile,v 1.63 2009/09/23 22:17:10 linimon Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libprelude-0.9.24.1.log : 15100454 112 -r--r--r-- 1 root wheel 56358 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-message-print.html 15100676 128 -r--r--r-- 1 root wheel 64328 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-message-read.html 15100677 144 -r--r--r-- 1 root wheel 71826 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-message-write.html 15101806 8 -r--r--r-- 1 root wheel 2676 Sep 24 01:36 usr/local/share/doc/libprelude/pt01.html 15101521 100 -r--r--r-- 1 root wheel 50962 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-path.html 15101524 92 -r--r--r-- 1 root wheel 47089 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-time.html 15101580 2752 -r--r--r-- 1 root wheel 1391878 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-tree-wrap.html 15101606 196 -r--r--r-- 1 root wheel 98714 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-idmef-value.html 15101619 24 -r--r--r-- 1 root wheel 10782 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-async.html 15101623 100 -r--r--r-- 1 root wheel 49865 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-client-profile.html 15101636 120 -r--r--r-- 1 root wheel 60376 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-client.html 15101644 116 -r--r--r-- 1 root wheel 58726 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-connection-pool.html 15101656 88 -r--r--r-- 1 root wheel 44598 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-connection.html 15101663 72 -r--r--r-- 1 root wheel 36633 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-error.html 15101668 36 -r--r--r-- 1 root wheel 17042 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-failover.html 15101714 28 -r--r--r-- 1 root wheel 13864 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-hash.html 15101808 8 -r--r--r-- 1 root wheel 3471 Sep 24 01:36 usr/local/share/doc/libprelude/pt02.html 15101716 20 -r--r--r-- 1 root wheel 9093 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-ident.html 15101722 40 -r--r--r-- 1 root wheel 20231 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-inttypes.html 15101723 84 -r--r--r-- 1 root wheel 41880 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-io.html 15101741 12 -r--r--r-- 1 root wheel 4615 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-linked-object.html 15101742 40 -r--r--r-- 1 root wheel 18646 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-list.html 15101745 32 -r--r--r-- 1 root wheel 14389 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-log.html 15101747 96 -r--r--r-- 1 root wheel 47292 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-msg.html 15101748 40 -r--r--r-- 1 root wheel 18485 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-msgbuf.html 15101750 28 -r--r--r-- 1 root wheel 12542 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-option-wide.html 15101773 176 -r--r--r-- 1 root wheel 89649 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-option.html 15101786 88 -r--r--r-- 1 root wheel 44414 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-plugin.html 15101800 120 -r--r--r-- 1 root wheel 60632 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-string.html 15101803 380 -r--r--r-- 1 root wheel 192679 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude.devhelp 15101801 28 -r--r--r-- 1 root wheel 13967 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude-timer.html 15101802 20 -r--r--r-- 1 root wheel 9134 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude-prelude.html 15101804 480 -r--r--r-- 1 root wheel 216730 Sep 24 01:36 usr/local/share/doc/libprelude/libprelude.devhelp2 15101821 8 -r--r--r-- 1 root wheel 2866 Sep 24 01:36 usr/local/share/doc/libprelude/pt03.html 15101823 8 -r--r--r-- 1 root wheel 2685 Sep 24 01:36 usr/local/share/doc/libprelude/pt04.html 15101824 4 -r--r--r-- 1 root wheel 472 Sep 24 01:36 usr/local/share/doc/libprelude/right.png 15101836 8 -r--r--r-- 1 root wheel 2433 Sep 24 01:36 usr/local/share/doc/libprelude/style.css 15101837 4 -r--r--r-- 1 root wheel 406 Sep 24 01:36 usr/local/share/doc/libprelude/up.png ================================================================ build of /usr/ports/security/libprelude ended at Thu Sep 24 01:36:16 UTC 2009 The tarballed WRKDIR can be found here: http://T64.TecNik93.com/wrkdirs/7-STABLE-FTP/libprelude-0.9.24.1.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=security&portname=libprelude The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From kimura.tsukuba at gmail.com Thu Sep 24 01:50:12 2009 From: kimura.tsukuba at gmail.com (=?ISO-2022-JP?B?GyRCJC0kYCRpGyhC?=) Date: Thu Sep 24 01:50:19 2009 Subject: horde-base 3.3.5 upgrade error In-Reply-To: <011501ca3c26$5369b1e0$e501a8c0@CC10673> References: <011501ca3c26$5369b1e0$e501a8c0@CC10673> Message-ID: 2009/9/23 Nicki de Wet : > Hi, > > I get the following errors when upgrading horde-base from 3.3.3 to 3.3.5: > > ns0# portupgrade -bv horde-base > ---> Session started at: Wed, 23 Sep 2009 10:08:15 +0200 > ---> Upgrade of www/horde-base started at: Wed, 23 Sep 2009 10:08:16 +0200 > ---> Upgrading 'horde-base-3.3.3' to 'horde-base-3.3.5' (www/horde-base) > ---> Build of www/horde-base started at: Wed, 23 Sep 2009 10:08:16 +0200 > ---> Building '/usr/ports/www/horde-base' > ===> Cleaning for horde-base-3.3.5 > ===> Extracting for horde-base-3.3.5 > => MD5 Checksum OK for horde-3.3.5.tar.gz. > => SHA256 Checksum OK for horde-3.3.5.tar.gz. > ===> Patching for horde-base-3.3.5 > ===> Applying extra patch > /usr/ports/www/horde-base/files/extra-patch-lib_Horde_NLS.php > 1 out of 1 hunks failed--saving rejects to lib/Horde/NLS.php.rej > *** Error code 1 > Hi, Nicki. Please replace the patch with the attached one. From pabs3 at bonedaddy.net Thu Sep 24 03:52:41 2009 From: pabs3 at bonedaddy.net (Paul Wise) Date: Thu Sep 24 03:52:48 2009 Subject: FreeBSD Port: adobe-cmaps: Adobe CMap resources now BSD licensed Message-ID: <1253763253.26538.34.camel@chianamo> Hi all, The Adobe CMap resources are now free software: http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ http://lists.debian.org/debian-legal/2009/09/msg00039.html http://opensource.adobe.com/wiki/display/site/2009/09/21/CMap+Resources+Available+on+Adobe+Open+Source You may wish to update the adobe-cmaps port to the new BSD licensed version. -- bye, pabs http://bonedaddy.net/pabs3/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090924/602a4ded/attachment.pgp From miwi at FreeBSD.org Thu Sep 24 12:13:52 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Thu Sep 24 12:14:14 2009 Subject: ports/13910: new port "mpmf20" under audio - transfer tool for MPMan MP-F20 Message-ID: <200909241213.n8OCDp6m083928@freefall.freebsd.org> Synopsis: new port "mpmf20" under audio - transfer tool for MPMan MP-F20 Responsible-Changed-From-To: freebsd-ports->miwi Responsible-Changed-By: miwi Responsible-Changed-When: Thu Sep 24 12:13:51 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=13910 From steve at ibctech.ca Thu Sep 24 12:37:49 2009 From: steve at ibctech.ca (Steve Bertrand) Date: Thu Sep 24 12:37:58 2009 Subject: Signing Request In-Reply-To: <1253725826.2031.58.camel@balrog.2hip.net> References: <1253725826.2031.58.camel@balrog.2hip.net> Message-ID: <4ABB669F.6010409@ibctech.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 J. Hellenthal wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: >> If you do not need to pgp/gpg sign email message to the lists please don't. I >> know I probably don't have your pgp public key and a lot more users probably do >> not either. Please use your best judgment. >> >> Thank you and best regards. > > BTW, it also helps to mitigate messages like this one... > > robert. Well, I got my laugh for the day :) Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFKu2af9T7Z4dPS9TkRAgV4AJ9DRQ74Wf39MXxee9GzL+do4CFGcwCeORV6 a4MYLLuEbVQXzPdpN65oKbA= =0avG -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3233 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090924/d2ccd6e0/smime.bin From me at janh.de Thu Sep 24 21:11:09 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Thu Sep 24 21:11:16 2009 Subject: RESTRICTED among 8.0-release packages (Sep-23 set) Message-ID: <4ABBE064.7050706@janh.de> Comparing the INDEX of the 8.0-release package set from Sep-23 to my installed packages, I found some oddities. Many RESTRICTED packages are included, for example: print/acroread8, net/skype, www/linux-flashplugin9, astro/google-earth, multimedia/win32-codecs, audio/lame, print/pdflib, audio/eawpats, audio/faac, multimedia/mencoder, and audio/libamrnb. Moreover, some more packages are missing that were included at the beginning of the month: multimedia/libdvdcss, net/liveMedia (=>multimedia/vlc), audio/sdl_sound (=>emulators/dosbox), math/octave (=>math/koctave). Most of them just build for me. Only octave is marked BROKEN for which a fix was suggested: http://lists.freebsd.org/pipermail/freebsd-ports/2009-September/057067.html Since java/diablo-jdk16 now builds with misc/compat7x, is there a reason packages with java dependencies are missing? (For me: devel/apache-ant, sysutils/jdiskreport, multimedia/projectx, and editors/openoffice.org-3.) Especially not having openoffice.org packages is a bit unfortunate, since it only build depends on java. For some of the missing packages that build for me, I was looking for pointyhat logs to see what is broken, but could not find them. Are the error logs for the preliminary release sets somewhere? Cheers, Jan Henrik From pgollucci at p6m7g8.com Sat Sep 26 00:30:38 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat Sep 26 00:30:44 2009 Subject: Latest/perl.tbz symlink missing on FTP mirrors In-Reply-To: <1253564524.82569.13.camel@hood.oook.cz> References: <20090920153446.GA85928@icarus.home.lan> <1253464064.55460.0.camel@hood.oook.cz> <4AB70BEA.1040303@p6m7g8.com> <20090921102829.GY54962@droso.net> <4AB7DFC8.2000901@p6m7g8.com> <1253564524.82569.13.camel@hood.oook.cz> Message-ID: <4ABD60A5.7080509@p6m7g8.com> Pav Lucistnik wrote: > Philip M. Gollucci p??e v po 21. 09. 2009 v 16:19 -0400: > >> Well that might be the 'current' case, but lang/perl5.10's latest link >> has not been present for 6+ months. > > Because the port declares NO_LATEST_LINK in it's Makefile! yes, thats not news to me, I said that in the 1st e-mail. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From tabthorpe at freebsd.org Sat Sep 26 06:01:05 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Sat Sep 26 06:01:12 2009 Subject: [CFT] Qt-4.6.0 technology preview ready for beta test Message-ID: <200909260136.50172.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The FreeBSD KDE team is pleased to announce the first public call to test Qt-4.6.0-tp1. It can downloaded from the area51 repo with the following command svn co http://area51.pcbsd.org/branches/qt-4.6tp/ - From there you can use kdemerge to overlay the changes to your ports tree. Please note that you will require some patches from the repo to get games/kdegames4 and net/kdenetwork4 to build. Our initial testing has yielded a binary compatibility between 4.6.0 and 4.5.2. Please be aware that this needs more testing. One other warning, the py-qt* bindings are still a work in progress. Dima Panov, aka fluffy@, is currently working on it. Please send feedback to kde-freebsd@kde.org. This branch was made possible by the hard work of Alberto Villa and other contributors. - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq9qHIACgkQ5Gm/jNBp8qCaFgCfbby4zu5q/KsEHB2S3sIoE0VO +gkAn1qpbMt1n7Oqx8LJmaynUjRfEqeb =HX4f -----END PGP SIGNATURE----- From roam at ringlet.net Sat Sep 26 08:39:13 2009 From: roam at ringlet.net (Peter Pentchev) Date: Sat Sep 26 08:39:20 2009 Subject: security/libgcrypt Following UPDATING 20090107 Build failure In-Reply-To: <200909231741.34166.david@vizion2000.net> References: <200909231200.01131.david@vizion2000.net> <20090923141120.GS79043@svm.csie.ntu.edu.tw> <200909231741.34166.david@vizion2000.net> Message-ID: <20090926083910.GA1007@straylight.m.ringlet.net> On Wed, Sep 23, 2009 at 05:41:34PM +0100, David Southwell wrote: > > On Wed, Sep 23, 2009 at 12:00:01PM +0100, David Southwell wrote: > > > ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory > > > In file included from ../src/visibility.h:243, > > > from ../src/g10lib.h:39, > > > from ../src/mpi.h:37, > > > from mpi-internal.h:52, > > > from mpi-add.c:31: > > > > something wrong with your libgpg-error installation. Try reinstalling > > it. > > > > Regards, > > Rong-En Fan > > > > Thank Rong-En > Right on the button > It looks to me as though libpg-error could be a dependency of libgcrypt Errr, but it is, and it has been ever since May 2004... G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am the thought you are now thinking. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090926/e0c91ea1/attachment.pgp From gesbbb at yahoo.com Sat Sep 26 09:57:36 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Sep 26 09:57:43 2009 Subject: GTK+ Project: Updates Message-ID: <20090926055733.2b3d3d9d@scorpio.seibercom.net> The GTK+ Project is reporting updated versions of the follow: 1) GTK 2) GlIB 3) Pango Are there any plans to get them updated in the ports system? -- Jerry gesbbb@yahoo.com Writing is easy; all you do is sit staring at the blank sheet of paper until drops of blood form on your forehead. Gene Fowler From simon.prive at xs4all.nl Sat Sep 26 18:36:33 2009 From: simon.prive at xs4all.nl (simon.prive@xs4all.nl) Date: Sat Sep 26 18:36:40 2009 Subject: request stardict-tools Message-ID: <20090926202608.0a5a4672.simon.prive@xs4all.nl> Request for stardict-tools which i cannot find it the ports collection atm. -- simon.prive@xs4all.nl From simon.prive at xs4all.nl Sat Sep 26 18:43:10 2009 From: simon.prive at xs4all.nl (simon.prive@xs4all.nl) Date: Sat Sep 26 18:43:18 2009 Subject: Request stardict-tools in ports collection Message-ID: <20090926203245.1319a73e.simon.prive@xs4all.nl> Hi, Request for stardict-tools which i cannot find in ports collection atm. -- simon.prive@xs4all.nl From dougb at FreeBSD.org Sun Sep 27 02:19:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Sep 27 02:19:44 2009 Subject: libxine fails to build on today's -current Message-ID: <4ABECBAD.4080400@FreeBSD.org> FYI I also had to define MAKE_JOBS_UNSAFE to get this far. Doug libtool: compile: 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/ffmpeg -I/usr/local/include -fvisibility=hidden -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -mtune=i386 -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wpointer-arith -pipe -g -g -I/usr/local/include/ffmeg -Wall -Wchar-subscripts -Wnested-externs -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wmissing-format-attribute -Wno-pointer-sign -Wformat=2 -Wno-format-zero-length -Wstrict-aliasing=2 -Werror=implicit-function-declaration -DNDEBUG -MT xineplug_decode_real_la-xine_real_video_decoder.lo -MD -MP -MF .deps/xineplug_decode_real_la-xine_real_video_decoder.Tpo -c xine_real_video_decoder.c -fPIC -DPIC -o .libs/xineplug_decode_real_la-xine_real_video_decoder.o In file included from xine_real_video_decoder.c:49: real_common.h:49: error: '__environ' defined both normally and as an alias real_common.h:59: error: 'stderr' defined both normally and as an alias gmake[2]: *** [xineplug_decode_real_la-xine_real_video_decoder.lo] Error 1 gmake[2]: Leaving directory `/usr/local/tmp/usr/local/ports/multimedia/libxine/work/xine-lib-1.1.16.3/src/libreal' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/local/tmp/usr/local/ports/multimedia/libxine/work/xine-lib-1.1.16.3/src' gmake: *** [all-recursive] Error 1 *** Error code 1 -- This .signature sanitized for your protection From dougb at FreeBSD.org Sun Sep 27 02:48:59 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Sep 27 02:49:06 2009 Subject: mplayer fails to build on today's -current Message-ID: <4ABED28F.2000806@FreeBSD.org> cc -O2 -pipe -g -fno-strict-aliasing -I./libavcodec -I./libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I. -I./libavutil -O2 -pipe -g -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I.. -I../libavutil -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I../libswscale -I../libavcodec -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -I.. -I.. -I../libavutil -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -O2 -pipe -g -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I... -I.../libavutil -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -c -o h264.o h264.c h264.c: In function 'decode_cabac_residual': h264.c:5350: warning: passing argument 4 of 'decode_significance_8x8_x86' discards qualifiers from pointer target type cabac.h: In function 'get_cabac_noinline': cabac.h:525: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' cabac.h:525: error: 'asm' operand has impossible constraints gmake[1]: *** [h264.o] Error 1 gmake[1]: Leaving directory `/usr/local/tmp/usr/local/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libavcodec' gmake: *** [libavcodec/libavcodec.a] Error 2 *** Error code 1 -- This .signature sanitized for your protection From riggs at rrr.de Sun Sep 27 07:42:42 2009 From: riggs at rrr.de (Thomas Zander) Date: Sun Sep 27 07:45:11 2009 Subject: mplayer fails to build on today's -current In-Reply-To: <4ABED28F.2000806@FreeBSD.org> References: <4ABED28F.2000806@FreeBSD.org> Message-ID: <786602c60909270009t1e483f0fo7dfdcc5ee9ef1e06@mail.gmail.com> On Sun, Sep 27, 2009 at 04:48, Doug Barton wrote: > cc -O2 -pipe -g -fno-strict-aliasing -I./libavcodec -I./libavformat > ... > cabac.h: In function 'get_cabac_noinline': > cabac.h:525: error: can't find a register in class 'GENERAL_REGS' > while reloading 'asm' > cabac.h:525: error: 'asm' operand has impossible constraints This error should go away if you build mplayer with -O3. Can you turn on the optimized-cflags-knob and try again? Riggs From avg at icyb.net.ua Sun Sep 27 09:46:41 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Sun Sep 27 09:46:48 2009 Subject: textproc/asciidoc: installs data to etc? Message-ID: <4ABF347A.7060203@icyb.net.ua> It seems that textproc/asciidoc installs a lot of data into ${LOCALBASE}/etc. E.g. /usr/local/etc/asciidoc/images Would be better if that went to ${LOCALBASE}/share (if possible). -- Andriy Gapon From stas at FreeBSD.org Sun Sep 27 12:11:38 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sun Sep 27 12:11:45 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: References: Message-ID: <20090927161137.4becc379.stas@FreeBSD.org> On Sat, 15 Aug 2009 10:04:46 +0300 Zvezdelin Vladov mentioned: > Dear Sir/Madam, > > Please, publish in the official ports build patch system, the patch > bellow for the problem > that manifest itself only on the amd64 platform, and it is one and the > same for both the > flow-tools and flow-tools-ng - i.e. flow-capture eats all of the RAM > and SWAP of the > machine, until killed by the kernel. > > The problem itself is in the built-in mechanism in the flow-tools,( > instead of using the > macros in the FreeBSD,) to read msg structures and control-information > from recvmsg > calls. > > I've managed to patch myself the source, but my patch is ugly one, and > consist of > just commenting out the usage of the hack-in tools to read msg structures of the > original source (but worked). > > The patch I am pasting here is from the author, and concerns the same problem. > It looks much better than mine, and If I've new about it, I would be > spending 4 days > debugging....;-( > Hello, Zvezdelin! Can you elaborate a bit more on the patch contents? I'm not entirely sure what it does and furthermore flow-tools source code does not contain any references to the CMSG_XXX macros, so it is effectively a no-op for net/flow-tools. It might work for flow-tools-ng though. It'd be helpful to have a small description of what these changes does, so it will be possible to elaborate the same fix for net/flow-tools. -- Stanislav Sedov ST4096-RIPE -------------- 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/20090927/b0846885/attachment.pgp From stas at FreeBSD.org Sun Sep 27 13:21:43 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sun Sep 27 13:21:49 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: <20090927161137.4becc379.stas@FreeBSD.org> References: <20090927161137.4becc379.stas@FreeBSD.org> Message-ID: <20090927172139.ff448800.stas@FreeBSD.org> On Sun, 27 Sep 2009 16:11:37 +0400 Stanislav Sedov mentioned: > > Can you elaborate a bit more on the patch contents? I'm not entirely sure > what it does and furthermore flow-tools source code does not contain any > references to the CMSG_XXX macros, so it is effectively a no-op for > net/flow-tools. It might work for flow-tools-ng though. > Oh, nevermind, I forgot that this macros are from SVR4 recvmsg/sendmsg interface... -- Stanislav Sedov ST4096-RIPE -------------- 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/20090927/bbdbb088/attachment.pgp From sahil at tandon.net Sun Sep 27 16:05:19 2009 From: sahil at tandon.net (Sahil Tandon) Date: Sun Sep 27 16:05:26 2009 Subject: textproc/asciidoc: installs data to etc? In-Reply-To: <4ABF347A.7060203@icyb.net.ua> References: <4ABF347A.7060203@icyb.net.ua> Message-ID: <20090927160516.GB543@magic.hamla.org> On Sun, 27 Sep 2009, Andriy Gapon wrote: > It seems that textproc/asciidoc installs a lot of data into > ${LOCALBASE}/etc. E.g. /usr/local/etc/asciidoc/images Would be better > if that went to ${LOCALBASE}/share (if possible). I hope you mean ${PREFIX}. :-) -- Sahil Tandon From utisoft at googlemail.com Sun Sep 27 19:17:00 2009 From: utisoft at googlemail.com (Chris Rees) Date: Sun Sep 27 19:17:07 2009 Subject: Request stardict-tools in ports collection In-Reply-To: <20090926203245.1319a73e.simon.prive@xs4all.nl> References: <20090926203245.1319a73e.simon.prive@xs4all.nl> Message-ID: 2009/9/26 simon.prive@xs4all.nl : > Hi, > > Request for stardict-tools which i cannot find in ports collection atm. Have you perhaps thought about porting it yourself? It shouldn't take long, what is it, a couple of shell scripts? A cursory look on Google doesn't make it obvious... If you want to try yourself (I highly recommend that, it's really not hard) then start with http://www.freebsd.org/doc/en/books/porters-handbook/why-port.html Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? From jorn at webdealhosting.com Sun Sep 27 23:30:59 2009 From: jorn at webdealhosting.com (=?ISO-8859-1?Q?Webdeal_AS_-_J=F8rn_Skjerven?=) Date: Sun Sep 27 23:31:12 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 Message-ID: <4ABFF1D3.6010501@webdealhosting.com> Hi! I have some problems after upgrading our system from 7.0-RELEASE to 7.2-RELEASE. libX11 will not build any more, and throws the following to me: configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if xorg-macros used to generate configure is at least 1.2... yes, 1.2.1 ./configure: 2763: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/libX11. These packages are installed: drwxr-xr-x 2 root wheel 512 Sep 28 00:47 apache-2.0.63_3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-2.61_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-2.62 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-wrapper-20071109 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.10.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.5_5,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.9.6_3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-wrapper-20071109 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bash-4.0.33 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bdftopcf-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bigreqsproto-1.0.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bison-2.3_4,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bitstream-vera-1.10_4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 compositeproto-0.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-authlib-base-0.60.6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-authlib-mysql-0.60.6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-imap-4.3.1,2 drwxr-xr-x 2 root wheel 512 Sep 28 01:03 couriergraph-20060202_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 cvsup-without-gui-16.1h_4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 damageproto-1.1.0_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 db41-4.1.25_4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 dmxproto-2.2.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 encodings-1.0.2,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 evieext-1.0.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 expat-2.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ezm3-1.2_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fixesproto-4.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-bh-ttf-1.0.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-misc-ethiopic-1.0.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-misc-meltho-1.0.0_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-util-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontcacheproto-0.1.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontconfig-2.5.0,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontsproto-2.0.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 freetype2-2.3.7 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gamin-0.1.9_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gcc-3.4.6_3,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gettext-0.17_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gio-fam-backend-2.16.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 glib-1.2.10_12 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 glib-2.16.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gmake-3.81_3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gperf-3.0.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gtk-1.2.10_20 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 help2man-1.36.4_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 inputproto-1.5.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 intltool-0.40.6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 kbproto-1.0.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libFS-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libICE-1.0.4_1,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libSM-1.0.3_1,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXScrnSaver-1.1.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXTrap-1.0.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libXau-1.0.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXaw-1.0.4_1,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXcomposite-0.4.0,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXcursor-1.1.9_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXdamage-1.1.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libXdmcp-1.0.2_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXevie-1.0.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXext-1.0.3,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfixes-4.0.3_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfont-1.3.4,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfontcache-1.0.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXft-2.1.12 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXi-1.1.3,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXinerama-1.0.2,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXmu-1.0.3,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXp-1.0.0,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXpm-3.5.7 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXprintAppUtil-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXprintUtil-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXrandr-1.2.2_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXrender-0.9.4_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXres-1.0.3_3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXt-1.0.5_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXtst-1.0.3_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXv-1.0.3_1,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXvMC-1.0.4_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86dga-1.0.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86misc-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86vm-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libart_lgpl-2.3.20,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libcheck-0.9.6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libdmx-1.0.2_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libfontenc-1.0.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libgcrypt-1.4.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libgpg-error-1.7 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libiconv-1.13.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libltdl-1.5.26 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 liboldX-1.0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libpthread-stubs-0.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libspf2-1.0.4_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libtool-1.5.26 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libtool-2.2.6a_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:54 libxcb-1.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxkbfile-1.0.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxkbui-1.0.2_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxml2-2.7.5 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxslt-1.1.26 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 linuxthreads-2.2.3_23 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 lsof-4.80,2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 m4-1.4.11,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mailgraph-1.14_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mkfontdir-1.0.3_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mkfontscale-1.0.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 munin-node-1.2.5_3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mysql-client-4.0.27 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mysql-server-4.0.27 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-DBD-mysql40-4.012 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-DBI-1.60.9 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-File-Tail-0.99.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-IO-Multiplex-1.10 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-IO-stringy-2.110 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-Net-Server-0.97 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-Storable-2.21 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-XML-Parser-2.36_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-gettext-1.05_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pango-1.20.5 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pcre-7.7 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 perl-5.8.8_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pfqueue-0.5.6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pixman-0.16.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 pkg-config-0.23_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pkg_install-20080530 -rw-r--r-- 1 root wheel 2652160 Sep 28 00:53 pkgdb.db drwxr-xr-x 2 root wheel 512 Sep 28 00:47 png-1.2.28 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 popt-1.14 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 portdowngrade-0.6_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 portupgrade-devel-2.4.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 postfix-2.5.1_2,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 printproto-1.0.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 python25-2.5.4_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 randrproto-1.2.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 recordproto-1.13.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 renderproto-0.9.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 resourceproto-1.0.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 rrdtool-1.3.0_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ruby+nopthreads-1.8.7.160_4,1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ruby18-bdb-0.6.5_1 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 screen-4.0.3_6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 scrnsaverproto-1.1.0 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 strace-4.5.7 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 sysconftool-0.15_2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 texinfo-4.11 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 trapproto-3.4.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 videoproto-2.2.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 vim-7.2.239 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 xcb-proto-1.5 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xcb-util-0.3.6 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xcmiscproto-1.1.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xextproto-7.0.5 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86bigfontproto-1.1.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86dgaproto-2.0.3 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86miscproto-0.9.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86vidmodeproto-2.2.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xineramaproto-1.1.2 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xorg-fonts-truetype-7.4 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xorg-macros-1.2.1 drwxr-xr-x 2 root wheel 512 Sep 28 00:53 xproto-7.0.15 drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xtrans-1.2.3 thanks in advance :-) -- mvh J?rn Skjerven Driftstekniker, WebDeal AS http://www.webdeal.no ==================================================== Hold tr?den i mailen, det gj?r det lettere ? svare ==================================================== -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libX11 configure 1.2, which was generated by GNU Autoconf 2.62. Invocation command line was $ ./configure --datadir=/usr/local/lib --with-xcb=yes --enable-malloc0returnsnull --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd7.2 ## --------- ## ## Platform. ## ## --------- ## hostname = mx4.webdeal.no uname -m = i386 uname -r = 7.2-RELEASE-p2 uname -s = FreeBSD uname -v = FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:57:44 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2237: checking for a BSD-compatible install configure:2305: result: /usr/bin/install -c -o root -g wheel configure:2316: checking whether build environment is sane configure:2359: result: yes configure:2384: checking for a thread-safe mkdir -p configure:2423: result: ./install-sh -c -d configure:2436: checking for gawk configure:2466: result: no configure:2436: checking for mawk configure:2466: result: no configure:2436: checking for nawk configure:2452: found /usr/bin/nawk configure:2463: result: nawk configure:2474: checking whether make sets $(MAKE) configure:2496: result: yes configure:2685: checking whether to enable maintainer-specific portions of Makefiles configure:2694: result: no configure:2719: checking if xorg-macros used to generate configure is at least 1.2 configure:2734: result: yes, 1.2.1 ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_BIGFONT_CFLAGS_set='' ac_cv_env_BIGFONT_CFLAGS_value='' ac_cv_env_BIGFONT_LIBS_set='' ac_cv_env_BIGFONT_LIBS_value='' ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_F77_set='' ac_cv_env_F77_value='' ac_cv_env_FFLAGS_set='' ac_cv_env_FFLAGS_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_X11_CFLAGS_set='' ac_cv_env_X11_CFLAGS_value='' ac_cv_env_X11_LIBS_set='' ac_cv_env_X11_LIBS_value='' ac_cv_env_XDMCP_CFLAGS_set='' ac_cv_env_XDMCP_CFLAGS_value='' ac_cv_env_XDMCP_LIBS_set='' ac_cv_env_XDMCP_LIBS_value='' ac_cv_env_XKBPROTO_CFLAGS_set='' ac_cv_env_XKBPROTO_CFLAGS_value='' ac_cv_env_XKBPROTO_LIBS_set='' ac_cv_env_XKBPROTO_LIBS_value='' ac_cv_env_XPROTO_CFLAGS_set='' ac_cv_env_XPROTO_CFLAGS_value='' ac_cv_env_XPROTO_LIBS_set='' ac_cv_env_XPROTO_LIBS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd7.2 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_prog_AWK=nawk ac_cv_prog_make_make_set=yes lt_cv_sys_max_cmd_len=262144 ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='/usr/local/bin/aclocal-1.10' ADMIN_MAN_DIR='' ADMIN_MAN_SUFFIX='' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/x11/libX11/work/libX11-1.2/missing --run tar' APP_MAN_DIR='' APP_MAN_SUFFIX='' AR='' AUTOCONF='/usr/local/bin/autoconf-2.62' AUTOHEADER='/usr/local/bin/autoheader-2.62' AUTOMAKE='/usr/local/bin/automake-1.10' AWK='nawk' BIGFONT_CFLAGS='' BIGFONT_LIBS='' CC='cc' CCDEPMODE='' CC_FOR_BUILD='' CFLAGS='-O2 -fno-strict-aliasing -pipe' CHANGELOG_CMD='' CPP='' CPPFLAGS='' CWARNFLAGS='' CXX='c++' CXXCPP='' CXXDEPMODE='' CXXFLAGS='-O2 -fno-strict-aliasing -pipe' CYGPATH_W='echo' DEFS='' DEPDIR='' DRIVER_MAN_DIR='' DRIVER_MAN_SUFFIX='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' F77='' FFLAGS='' FILE_MAN_DIR='' FILE_MAN_SUFFIX='' GREP='' I18N_MODULE_LIBS='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' KEYSYMDEF='' LAUNCHD='' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='/usr/local/bin/libtool' LIB_MAN_DIR='' LIB_MAN_SUFFIX='' LINT='' LINTLIB='' LINT_FALSE='' LINT_FLAGS='' LINT_TRUE='' LN_S='' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/x11/libX11/work/libX11-1.2/missing --run makeinfo' MAKE_LINT_LIB_FALSE='' MAKE_LINT_LIB_TRUE='' MALLOC_ZERO_CFLAGS='' MANPAGES_FALSE='' MANPAGES_TRUE='' MISC_MAN_DIR='' MISC_MAN_SUFFIX='' MKDIR_P='./install-sh -c -d' OBJEXT='' OS2_FALSE='' OS2_TRUE='' PACKAGE='libX11' PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg' PACKAGE_NAME='libX11' PACKAGE_STRING='libX11 1.2' PACKAGE_TARNAME='libX11' PACKAGE_VERSION='1.2' PATH_SEPARATOR=':' PKG_CONFIG='' RANLIB='' RAWCPP='' RAWCPPFLAGS='' SET_MAKE='' SHELL='/bin/sh' STRIP='' THRSTUBS_FALSE='' THRSTUBS_TRUE='' UDC_FALSE='' UDC_TRUE='' VERSION='1.2' WCHAR32='' X11_CFLAGS='' X11_DATADIR='' X11_EXTRA_DEPS='' X11_LIBDIR='' X11_LIBS='' X11_LOCALEDATADIR='' X11_LOCALEDIR='' X11_LOCALELIBDIR='' XCB_FALSE='' XCB_TRUE='' XCMS_FALSE='' XCMS_TRUE='' XDMCP_CFLAGS='' XDMCP_LIBS='' XERRORDB='' XKBPROTO_CFLAGS='' XKBPROTO_LIBS='' XKBPROTO_REQUIRES='' XKB_FALSE='' XKB_TRUE='' XKEYSYMDB='' XLIB_LOADABLE_I18N_FALSE='' XLIB_LOADABLE_I18N_TRUE='' XLOCALEDATADIR='' XLOCALEDIR='' XLOCALELIBDIR='' XLOCALE_FALSE='' XLOCALE_TRUE='' XMALLOC_ZERO_CFLAGS='' XPROTO_CFLAGS='' XPROTO_LIBS='' XTHREADLIB='' XTHREAD_CFLAGS='' XTMALLOC_ZERO_CFLAGS='' ac_ct_CC='' ac_ct_CXX='' ac_ct_F77='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='' am__include='' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd7.2' build_alias='i386-portbld-freebsd7.2' build_cpu='' build_os='' build_vendor='' datadir='/usr/local/lib' datarootdir='${prefix}/share' distcleancheck_listfiles='' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='' host_alias='' host_cpu='' host_os='' host_vendor='' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info' install_sh='$(SHELL) /usr/ports/x11/libX11/work/libX11-1.2/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='$(top_builddir)/./install-sh -c -d' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "libX11" #define PACKAGE_TARNAME "libX11" #define PACKAGE_VERSION "1.2" #define PACKAGE_STRING "libX11 1.2" #define PACKAGE_BUGREPORT "https://bugs.freedesktop.org/enter_bug.cgi?product=xorg" #define PACKAGE "libX11" #define VERSION "1.2" configure: exit 2 From amvandemore at gmail.com Mon Sep 28 00:11:35 2009 From: amvandemore at gmail.com (Adam Vande More) Date: Mon Sep 28 00:11:47 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <4ABFF1D3.6010501@webdealhosting.com> References: <4ABFF1D3.6010501@webdealhosting.com> Message-ID: <6201873e0909271650x72ff8057wbed37697e99dc402@mail.gmail.com> 2009/9/27 Webdeal AS - J?rn Skjerven > Hi! > > I have some problems after upgrading our system from 7.0-RELEASE to > 7.2-RELEASE. > > libX11 will not build any more, and throws the following to me: > > configure.ac:22: the top level > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): > suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... > aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, > ...): suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... > aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... > aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, > ...): suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... > aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, > ...): suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... > aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... > checking for a BSD-compatible install... /usr/bin/install -c -o root -g > wheel > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of Makefiles... no > checking if xorg-macros used to generate configure is at least 1.2... > yes, 1.2.1 > ./configure: 2763: Syntax error: word unexpected (expecting ")") > ===> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of > the failure of your make command. Also, it might be a good idea to provide > an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/x11/libX11. > > These packages are installed: > Usually this is the result of an outdated dependency. Have you done anything like a portmaster x11/libX11 ? -- Adam Vande More From amarat at ksu.ru Mon Sep 28 00:18:42 2009 From: amarat at ksu.ru (Marat N.Afanasyev) Date: Mon Sep 28 00:18:50 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <4ABFF1D3.6010501@webdealhosting.com> References: <4ABFF1D3.6010501@webdealhosting.com> Message-ID: <4ABFFE0C.6000607@ksu.ru> Webdeal AS - J?rn Skjerven wrote: > Hi! > > I have some problems after upgrading our system from 7.0-RELEASE to > 7.2-RELEASE. > > libX11 will not build any more, and throws the following to me: > > configure.ac:22: the top level > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): > suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... > aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, > ...): suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... > aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... > aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, > ...): suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... > aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... > configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, > ...): suspicious cache-id, must contain _cv_ to be cached > aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... > aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... > checking for a BSD-compatible install... /usr/bin/install -c -o root -g > wheel > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of Makefiles... no > checking if xorg-macros used to generate configure is at least 1.2... > yes, 1.2.1 > ./configure: 2763: Syntax error: word unexpected (expecting ")") > ===> Script "configure" failed unexpectedly. > Please report the problem to x11@FreeBSD.org [maintainer] and attach the > "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of > the failure of your make command. Also, it might be a good idea to provide > an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/x11/libX11. > > These packages are installed: > > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 apache-2.0.63_3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-2.61_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-2.62 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-wrapper-20071109 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.10.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.5_5,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.9.6_3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-wrapper-20071109 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bash-4.0.33 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bdftopcf-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bigreqsproto-1.0.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bison-2.3_4,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bitstream-vera-1.10_4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 compositeproto-0.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-authlib-base-0.60.6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-authlib-mysql-0.60.6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-imap-4.3.1,2 > drwxr-xr-x 2 root wheel 512 Sep 28 01:03 couriergraph-20060202_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 cvsup-without-gui-16.1h_4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 damageproto-1.1.0_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 db41-4.1.25_4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 dmxproto-2.2.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 encodings-1.0.2,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 evieext-1.0.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 expat-2.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ezm3-1.2_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fixesproto-4.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-bh-ttf-1.0.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-misc-ethiopic-1.0.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-misc-meltho-1.0.0_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-util-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontcacheproto-0.1.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontconfig-2.5.0,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontsproto-2.0.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 freetype2-2.3.7 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gamin-0.1.9_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gcc-3.4.6_3,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gettext-0.17_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gio-fam-backend-2.16.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 glib-1.2.10_12 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 glib-2.16.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gmake-3.81_3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gperf-3.0.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gtk-1.2.10_20 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 help2man-1.36.4_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 inputproto-1.5.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 intltool-0.40.6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 kbproto-1.0.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libFS-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libICE-1.0.4_1,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libSM-1.0.3_1,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXScrnSaver-1.1.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXTrap-1.0.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libXau-1.0.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXaw-1.0.4_1,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXcomposite-0.4.0,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXcursor-1.1.9_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXdamage-1.1.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libXdmcp-1.0.2_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXevie-1.0.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXext-1.0.3,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfixes-4.0.3_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfont-1.3.4,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfontcache-1.0.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXft-2.1.12 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXi-1.1.3,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXinerama-1.0.2,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXmu-1.0.3,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXp-1.0.0,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXpm-3.5.7 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXprintAppUtil-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXprintUtil-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXrandr-1.2.2_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXrender-0.9.4_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXres-1.0.3_3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXt-1.0.5_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXtst-1.0.3_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXv-1.0.3_1,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXvMC-1.0.4_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86dga-1.0.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86misc-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86vm-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libart_lgpl-2.3.20,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libcheck-0.9.6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libdmx-1.0.2_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libfontenc-1.0.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libgcrypt-1.4.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libgpg-error-1.7 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libiconv-1.13.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libltdl-1.5.26 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 liboldX-1.0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libpthread-stubs-0.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libspf2-1.0.4_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libtool-1.5.26 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libtool-2.2.6a_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:54 libxcb-1.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxkbfile-1.0.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxkbui-1.0.2_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxml2-2.7.5 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxslt-1.1.26 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 linuxthreads-2.2.3_23 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 lsof-4.80,2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 m4-1.4.11,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mailgraph-1.14_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mkfontdir-1.0.3_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mkfontscale-1.0.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 munin-node-1.2.5_3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mysql-client-4.0.27 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mysql-server-4.0.27 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-DBD-mysql40-4.012 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-DBI-1.60.9 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-File-Tail-0.99.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-IO-Multiplex-1.10 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-IO-stringy-2.110 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-Net-Server-0.97 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-Storable-2.21 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-XML-Parser-2.36_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-gettext-1.05_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pango-1.20.5 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pcre-7.7 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 perl-5.8.8_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pfqueue-0.5.6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pixman-0.16.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 pkg-config-0.23_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pkg_install-20080530 > -rw-r--r-- 1 root wheel 2652160 Sep 28 00:53 pkgdb.db > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 png-1.2.28 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 popt-1.14 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 portdowngrade-0.6_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 portupgrade-devel-2.4.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 postfix-2.5.1_2,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 printproto-1.0.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 python25-2.5.4_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 randrproto-1.2.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 recordproto-1.13.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 renderproto-0.9.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 resourceproto-1.0.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 rrdtool-1.3.0_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 > ruby+nopthreads-1.8.7.160_4,1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ruby18-bdb-0.6.5_1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 screen-4.0.3_6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 scrnsaverproto-1.1.0 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 strace-4.5.7 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 sysconftool-0.15_2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 texinfo-4.11 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 trapproto-3.4.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 videoproto-2.2.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 vim-7.2.239 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 xcb-proto-1.5 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xcb-util-0.3.6 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xcmiscproto-1.1.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xextproto-7.0.5 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86bigfontproto-1.1.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86dgaproto-2.0.3 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86miscproto-0.9.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86vidmodeproto-2.2.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xineramaproto-1.1.2 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xorg-fonts-truetype-7.4 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xorg-macros-1.2.1 > drwxr-xr-x 2 root wheel 512 Sep 28 00:53 xproto-7.0.15 > drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xtrans-1.2.3 > > thanks in advance :-) > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" less /usr/ports/UPDATING search libtool related issue -- SY, Marat -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3221 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090928/cfe87eae/smime.bin From jorn at webdealhosting.com Mon Sep 28 01:12:32 2009 From: jorn at webdealhosting.com (=?UTF-8?B?V2ViZGVhbCBBUyAtIErDuHJuIFNramVydmVu?=) Date: Mon Sep 28 01:12:40 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <4ABFFE0C.6000607@ksu.ru> References: <4ABFF1D3.6010501@webdealhosting.com> <4ABFFE0C.6000607@ksu.ru> Message-ID: <4AC00D79.8010905@webdealhosting.com> Marat N.Afanasyev wrote: > Webdeal AS - J?rn Skjerven wrote: >> Hi! >> >> I have some problems after upgrading our system from 7.0-RELEASE to >> 7.2-RELEASE. >> >> libX11 will not build any more, and throws the following to me: >> >> configure.ac:22: the top level >> configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): >> suspicious cache-id, must contain _cv_ to be cached >> aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... >> aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... >> configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, >> ...): suspicious cache-id, must contain _cv_ to be cached >> aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... >> aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... >> aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... >> configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, >> ...): suspicious cache-id, must contain _cv_ to be cached >> aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... >> aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... >> configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, >> ...): suspicious cache-id, must contain _cv_ to be cached >> aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... >> aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... >> checking for a BSD-compatible install... /usr/bin/install -c -o root -g >> wheel >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... ./install-sh -c -d >> checking for gawk... no >> checking for mawk... no >> checking for nawk... nawk >> checking whether make sets $(MAKE)... yes >> checking whether to enable maintainer-specific portions of >> Makefiles... no >> checking if xorg-macros used to generate configure is at least 1.2... >> yes, 1.2.1 >> ./configure: 2763: Syntax error: word unexpected (expecting ")") >> ===> Script "configure" failed unexpectedly. >> Please report the problem to x11@FreeBSD.org [maintainer] and attach the >> "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the >> output of >> the failure of your make command. Also, it might be a good idea to >> provide >> an overview of all packages installed on your system (e.g. an `ls >> /var/db/pkg`). >> *** Error code 1 >> >> Stop in /usr/ports/x11/libX11. >> >> These packages are installed: >> >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 apache-2.0.63_3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-2.61_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 autoconf-2.62 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 >> autoconf-wrapper-20071109 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.10.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.5_5,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 automake-1.9.6_3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 >> automake-wrapper-20071109 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bash-4.0.33 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bdftopcf-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bigreqsproto-1.0.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bison-2.3_4,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 bitstream-vera-1.10_4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 compositeproto-0.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 >> courier-authlib-base-0.60.6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 >> courier-authlib-mysql-0.60.6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 courier-imap-4.3.1,2 >> drwxr-xr-x 2 root wheel 512 Sep 28 01:03 couriergraph-20060202_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 >> cvsup-without-gui-16.1h_4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 damageproto-1.1.0_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 db41-4.1.25_4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 dmxproto-2.2.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 encodings-1.0.2,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 evieext-1.0.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 expat-2.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ezm3-1.2_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fixesproto-4.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-bh-ttf-1.0.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-misc-ethiopic-1.0.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-misc-meltho-1.0.0_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 font-util-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontcacheproto-0.1.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontconfig-2.5.0,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 fontsproto-2.0.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 freetype2-2.3.7 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gamin-0.1.9_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gcc-3.4.6_3,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gettext-0.17_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gio-fam-backend-2.16.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 glib-1.2.10_12 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 glib-2.16.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gmake-3.81_3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gperf-3.0.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 gtk-1.2.10_20 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 help2man-1.36.4_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 inputproto-1.5.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 intltool-0.40.6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 kbproto-1.0.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libFS-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libICE-1.0.4_1,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libSM-1.0.3_1,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXScrnSaver-1.1.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXTrap-1.0.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libXau-1.0.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXaw-1.0.4_1,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXcomposite-0.4.0,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXcursor-1.1.9_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXdamage-1.1.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libXdmcp-1.0.2_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXevie-1.0.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXext-1.0.3,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfixes-4.0.3_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfont-1.3.4,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXfontcache-1.0.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXft-2.1.12 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXi-1.1.3,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXinerama-1.0.2,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXmu-1.0.3,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXp-1.0.0,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXpm-3.5.7 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXprintAppUtil-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXprintUtil-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXrandr-1.2.2_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXrender-0.9.4_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXres-1.0.3_3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXt-1.0.5_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXtst-1.0.3_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXv-1.0.3_1,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXvMC-1.0.4_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86dga-1.0.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86misc-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libXxf86vm-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libart_lgpl-2.3.20,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libcheck-0.9.6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libdmx-1.0.2_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libfontenc-1.0.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libgcrypt-1.4.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libgpg-error-1.7 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libiconv-1.13.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libltdl-1.5.26 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 liboldX-1.0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 libpthread-stubs-0.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libspf2-1.0.4_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libtool-1.5.26 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libtool-2.2.6a_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:54 libxcb-1.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxkbfile-1.0.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxkbui-1.0.2_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxml2-2.7.5 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 libxslt-1.1.26 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 linuxthreads-2.2.3_23 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 lsof-4.80,2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 m4-1.4.11,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mailgraph-1.14_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mkfontdir-1.0.3_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mkfontscale-1.0.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 munin-node-1.2.5_3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mysql-client-4.0.27 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 mysql-server-4.0.27 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-DBD-mysql40-4.012 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-DBI-1.60.9 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-File-Tail-0.99.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-IO-Multiplex-1.10 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-IO-stringy-2.110 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-Net-Server-0.97 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-Storable-2.21 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-XML-Parser-2.36_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 p5-gettext-1.05_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pango-1.20.5 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pcre-7.7 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 perl-5.8.8_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pfqueue-0.5.6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pixman-0.16.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 pkg-config-0.23_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 pkg_install-20080530 >> -rw-r--r-- 1 root wheel 2652160 Sep 28 00:53 pkgdb.db >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 png-1.2.28 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 popt-1.14 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 portdowngrade-0.6_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 portupgrade-devel-2.4.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 postfix-2.5.1_2,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 printproto-1.0.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 python25-2.5.4_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 randrproto-1.2.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 recordproto-1.13.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 renderproto-0.9.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 resourceproto-1.0.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 rrdtool-1.3.0_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 >> ruby+nopthreads-1.8.7.160_4,1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 ruby18-bdb-0.6.5_1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 screen-4.0.3_6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 scrnsaverproto-1.1.0 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 strace-4.5.7 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 sysconftool-0.15_2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 texinfo-4.11 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 trapproto-3.4.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 videoproto-2.2.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 vim-7.2.239 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 xcb-proto-1.5 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xcb-util-0.3.6 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xcmiscproto-1.1.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xextproto-7.0.5 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86bigfontproto-1.1.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86dgaproto-2.0.3 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86miscproto-0.9.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xf86vidmodeproto-2.2.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xineramaproto-1.1.2 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xorg-fonts-truetype-7.4 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xorg-macros-1.2.1 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:53 xproto-7.0.15 >> drwxr-xr-x 2 root wheel 512 Sep 28 00:47 xtrans-1.2.3 >> >> thanks in advance :-) >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > less /usr/ports/UPDATING > > search libtool related issue Tried this update: Portmaster: ----------- portmaster -o devel/libtool22 devel/libtool15 portmaster -o devel/libltdl22 devel/libltdl15 No change. mx4# pwd /usr/ports/x11/libX11 mx4# make clean ===> Cleaning for libX11-1.2,1 mx4# make ===> Vulnerability check disabled, database not found ===> Extracting for libX11-1.2,1 => MD5 Checksum OK for xorg/lib/libX11-1.2.tar.bz2. => SHA256 Checksum OK for xorg/lib/libX11-1.2.tar.bz2. ===> Patching for libX11-1.2,1 ===> Applying FreeBSD patches for libX11-1.2,1 ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xcb.pc - found ===> libX11-1.2,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/bigreqsproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xcmiscproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/kbproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/inputproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xf86bigfontproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/bin/automake-1.10 - found ===> libX11-1.2,1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> libX11-1.2,1 depends on package: libtool>=2.2 - found ===> libX11-1.2,1 depends on executable: pkg-config - found ===> Configuring for libX11-1.2,1 /usr/local/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/local/share/aclocal/gtk.m4:7: run info '(automake)Extending aclocal' /usr/local/share/aclocal/gtk.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... /usr/local/share/aclocal/libtool15.m4:611: AC_LIBTOOL_LINKER_OPTION is expanded from... /usr/local/share/aclocal/libtool15.m4:2492: _LT_AC_LANG_C_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:2491: AC_LIBTOOL_LANG_C_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:95: AC_LIBTOOL_SETUP is expanded from... /usr/local/share/aclocal/libtool15.m4:75: _AC_PROG_LIBTOOL is expanded from... /usr/local/share/aclocal/libtool15.m4:40: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:568: AC_LIBTOOL_COMPILER_OPTION is expanded from... /usr/local/share/aclocal/libtool15.m4:4546: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:2600: _LT_AC_LANG_CXX_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:2599: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:1646: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:3667: _LT_AC_LANG_F77_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:3666: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:3767: _LT_AC_LANG_GCJ_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:3766: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if xorg-macros used to generate configure is at least 1.2... yes, 1.2.1 ./configure: 2763: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/libX11. Also tried to run portupgrade -f for all the packaged and files from packages refered to on the top: mx4# pwd /usr/ports/x11/libX11 mx4# make clean ===> Cleaning for libX11-1.2,1 mx4# make ===> Vulnerability check disabled, database not found ===> Extracting for libX11-1.2,1 => MD5 Checksum OK for xorg/lib/libX11-1.2.tar.bz2. => SHA256 Checksum OK for xorg/lib/libX11-1.2.tar.bz2. ===> Patching for libX11-1.2,1 ===> Applying FreeBSD patches for libX11-1.2,1 ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xcb.pc - found ===> libX11-1.2,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/bigreqsproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xcmiscproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/kbproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/inputproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xf86bigfontproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> libX11-1.2,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libX11-1.2,1 depends on file: /usr/local/bin/automake-1.10 - found ===> libX11-1.2,1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> libX11-1.2,1 depends on package: libtool>=2.2 - found ===> libX11-1.2,1 depends on executable: pkg-config - found ===> Configuring for libX11-1.2,1 /usr/local/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/local/share/aclocal/gtk.m4:7: run info '(automake)Extending aclocal' /usr/local/share/aclocal/gtk.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... /usr/local/share/aclocal/libtool15.m4:611: AC_LIBTOOL_LINKER_OPTION is expanded from... /usr/local/share/aclocal/libtool15.m4:2492: _LT_AC_LANG_C_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:2491: AC_LIBTOOL_LANG_C_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:95: AC_LIBTOOL_SETUP is expanded from... /usr/local/share/aclocal/libtool15.m4:75: _AC_PROG_LIBTOOL is expanded from... /usr/local/share/aclocal/libtool15.m4:40: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:568: AC_LIBTOOL_COMPILER_OPTION is expanded from... /usr/local/share/aclocal/libtool15.m4:4546: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:2600: _LT_AC_LANG_CXX_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:2599: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:1646: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:3667: _LT_AC_LANG_F77_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:3666: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached /usr/local/share/aclocal/libtool15.m4:3767: _LT_AC_LANG_GCJ_CONFIG is expanded from... /usr/local/share/aclocal/libtool15.m4:3766: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... aclocal.m4:1498: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:3379: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:3378: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:982: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:962: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:927: AC_PROG_LIBTOOL is expanded from... configure.ac:22: the top level configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from... aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from... configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from... aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from... checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if xorg-macros used to generate configure is at least 1.2... yes, 1.2.1 ./configure: 2763: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11/libX11/work/libX11-1.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/libX11. Any idea ? Would a portupgrade -fa fix this issue ? -- mvh J?rn Skjerven Driftstekniker, WebDeal AS http://www.webdeal.no ==================================================== Hold tr?den i mailen, det gj?r det lettere ? svare ==================================================== From axlrose112 at gmail.com Mon Sep 28 01:23:31 2009 From: axlrose112 at gmail.com (axl rose) Date: Mon Sep 28 01:23:38 2009 Subject: FreeBSD Port: gambas2 Message-ID: <3ba7461f0909271802l2c9facf5h2be92213a026fc82@mail.gmail.com> hi when i execute mygamabs's apps i had that error and i didn't see any button in my apps at all Mutex lock failure: Resource deadlock avoided Mutex unlock failure: Operation not permitte thank you for helping me From jorn at webdealhosting.com Mon Sep 28 01:42:03 2009 From: jorn at webdealhosting.com (=?UTF-8?B?V2ViZGVhbCBBUyAtIErDuHJuIFNramVydmVu?=) Date: Mon Sep 28 01:42:15 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <19136.4884.258942.291316@gromit.timing.com> References: <4ABFF1D3.6010501@webdealhosting.com> <4ABFFE0C.6000607@ksu.ru> <4AC00D79.8010905@webdealhosting.com> <19136.4884.258942.291316@gromit.timing.com> Message-ID: <4AC01469.3080000@webdealhosting.com> John Hein wrote: > Webdeal AS - J rn Skjerven wrote at 03:12 +0200 on Sep 28, 2009: > > Any idea ? Would a portupgrade -fa fix this issue ? > > try 'pkg_delete libtool-1.15.26' > pkg_delete libtool-1.15.26 pkg_delete: no such package 'libtool-1.15.26' installed This has already been removed by: portmaster -o devel/libtool22 devel/libtool15 portmaster -o devel/libltdl22 devel/libltdl15 this is also confirmed by the following: pkg_version -v |grep libtool libtool-2.2.6a_1 = up-to-date with port -- mvh J?rn Skjerven Driftstekniker, WebDeal AS http://www.webdeal.no From jhein at timing.com Mon Sep 28 02:02:52 2009 From: jhein at timing.com (John Hein) Date: Mon Sep 28 02:03:23 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <4AC00D79.8010905@webdealhosting.com> References: <4ABFF1D3.6010501@webdealhosting.com> <4ABFFE0C.6000607@ksu.ru> <4AC00D79.8010905@webdealhosting.com> Message-ID: <19136.4884.258942.291316@gromit.timing.com> Webdeal AS - J rn Skjerven wrote at 03:12 +0200 on Sep 28, 2009: > Any idea ? Would a portupgrade -fa fix this issue ? try 'pkg_delete libtool-1.15.26' From jhein at timing.com Mon Sep 28 02:21:37 2009 From: jhein at timing.com (John Hein) Date: Mon Sep 28 02:21:46 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <4AC01469.3080000@webdealhosting.com> References: <4ABFF1D3.6010501@webdealhosting.com> <4ABFFE0C.6000607@ksu.ru> <4AC00D79.8010905@webdealhosting.com> <19136.4884.258942.291316@gromit.timing.com> <4AC01469.3080000@webdealhosting.com> Message-ID: <19136.7599.98765.489312@gromit.timing.com> Webdeal AS - J rn Skjerven wrote at 03:42 +0200 on Sep 28, 2009: > John Hein wrote: > > Webdeal AS - J rn Skjerven wrote at 03:12 +0200 on Sep 28, 2009: > > > Any idea ? Would a portupgrade -fa fix this issue ? > > > > try 'pkg_delete libtool-1.15.26' > > > pkg_delete libtool-1.15.26 > pkg_delete: no such package 'libtool-1.15.26' installed > > This has already been removed by: > > portmaster -o devel/libtool22 devel/libtool15 > portmaster -o devel/libltdl22 devel/libltdl15 > > this is also confirmed by the following: > > pkg_version -v |grep libtool > libtool-2.2.6a_1 = up-to-date with port Your most recent build log (after your portmaster -o) includes lines showing that there are still files from libtool15 around... From jorn at webdealhosting.com Mon Sep 28 02:30:32 2009 From: jorn at webdealhosting.com (=?UTF-8?B?V2ViZGVhbCBBUyAtIErDuHJuIFNramVydmVu?=) Date: Mon Sep 28 02:30:45 2009 Subject: FreeBSD Port: libX11-1.2.1_1,1 In-Reply-To: <19136.7599.98765.489312@gromit.timing.com> References: <4ABFF1D3.6010501@webdealhosting.com> <4ABFFE0C.6000607@ksu.ru> <4AC00D79.8010905@webdealhosting.com> <19136.4884.258942.291316@gromit.timing.com> <4AC01469.3080000@webdealhosting.com> <19136.7599.98765.489312@gromit.timing.com> Message-ID: <4AC01FC1.8060703@webdealhosting.com> John Hein wrote: > Webdeal AS - J rn Skjerven wrote at 03:42 +0200 on Sep 28, 2009: > > John Hein wrote: > > > Webdeal AS - J rn Skjerven wrote at 03:12 +0200 on Sep 28, 2009: > > > > Any idea ? Would a portupgrade -fa fix this issue ? > > > > > > try 'pkg_delete libtool-1.15.26' > > > > > pkg_delete libtool-1.15.26 > > pkg_delete: no such package 'libtool-1.15.26' installed > > > > This has already been removed by: > > > > portmaster -o devel/libtool22 devel/libtool15 > > portmaster -o devel/libltdl22 devel/libltdl15 > > > > this is also confirmed by the following: > > > > pkg_version -v |grep libtool > > libtool-2.2.6a_1 = up-to-date with port > > Your most recent build log (after your portmaster -o) includes lines > showing that there are still files from libtool15 around... > > > Ah, I feel so stupid now... When the error is pointet out it is so obvious :-P Thanks John for pointing me in the right direction. Removed /usr/local/share/aclocal/libtool15.m4 and now the port installs correctly. Thanks for all the help from everyone who has replied to this post. -- mvh J?rn Skjerven Driftstekniker, WebDeal AS http://www.webdeal.no ==================================================== Hold tr?den i mailen, det gj?r det lettere ? svare ==================================================== From acm at FreeBSD.org Mon Sep 28 03:56:03 2009 From: acm at FreeBSD.org (=?ISO-8859-1?Q?Alonso_C=E1rdenas_M=E1rquez?=) Date: Mon Sep 28 03:56:10 2009 Subject: FreeBSD Port: gambas2 In-Reply-To: <3ba7461f0909271802l2c9facf5h2be92213a026fc82@mail.gmail.com> References: <3ba7461f0909271802l2c9facf5h2be92213a026fc82@mail.gmail.com> Message-ID: <4a173bfc0909272025q49022c5cuef4388bd316fa052@mail.gmail.com> 2009/9/27 axl rose : > hi when i execute mygamabs's apps i had that error and i didn't see any > button in my apps at all > > Mutex lock failure: Resource deadlock avoided > Mutex unlock failure: Operation not permitte > > > thank you for helping me > > Hi Alex, Could you give me more details like FreeBSD version, gambas version used by you to develop your app?. Greetings ACM From dougb at FreeBSD.org Mon Sep 28 06:10:07 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Sep 28 06:10:14 2009 Subject: mplayer fails to build on today's -current In-Reply-To: <786602c60909270009t1e483f0fo7dfdcc5ee9ef1e06@mail.gmail.com> References: <4ABED28F.2000806@FreeBSD.org> <786602c60909270009t1e483f0fo7dfdcc5ee9ef1e06@mail.gmail.com> Message-ID: <4AC05333.5090404@FreeBSD.org> Thomas Zander wrote: > On Sun, Sep 27, 2009 at 04:48, Doug Barton wrote: >> cc -O2 -pipe -g -fno-strict-aliasing -I./libavcodec -I./libavformat >> ... >> cabac.h: In function 'get_cabac_noinline': >> cabac.h:525: error: can't find a register in class 'GENERAL_REGS' >> while reloading 'asm' >> cabac.h:525: error: 'asm' operand has impossible constraints > > This error should go away if you build mplayer with -O3. > Can you turn on the optimized-cflags-knob and try again? I had that knob set already, but I have WITH_DEBUG in /etc/make.conf and the mplayer Makefile suite has an override in that case. I commented out WITH_DEBUG and it worked. It would of course be nice if the optimization weren't necessary ... Doug -- This .signature sanitized for your protection From douglas at douglasthrift.net Mon Sep 28 07:50:23 2009 From: douglas at douglasthrift.net (Douglas Thrift) Date: Mon Sep 28 07:50:30 2009 Subject: FreeBSD Port: py26-lxml-2.2.2 Message-ID: <4AC06AB1.4040109@douglasthrift.net> Hello, Now that libxslt-1.1.26 is in ports, I think the IGNORE can be removed from py-lxml. ____________________________________________________________ Douglas William Thrift From david at vizion2000.net Mon Sep 28 09:25:47 2009 From: david at vizion2000.net (david@vizion2000.net) Date: Mon Sep 28 09:25:53 2009 Subject: Bind9 problems Message-ID: <9564F43D35674C2399C29FDC9FEE5D54@sleuth64> Hi I installed the latest version of Bind replacing Base_Bind and now find a number of ports have build problems. gnome-vfs-2.24.1_1 is just one example. I am working from an uptodate ports tree. Does anyone know how these difficulties can be overcome? If the only solution is to replace base_bind how do I do that. The system is 7.2-p3 amd64 on intel quad core. Thanks in advance David From fenner at FreeBSD.org Mon Sep 28 10:00:12 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Mon Sep 28 10:00:18 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200909281000.n8SA0BjC090826@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 bugmaster at FreeBSD.org Mon Sep 28 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 28 11:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200909281106.n8SB65p7063084@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 -------------------------------------------------------------------------------- f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139187 [maintainer update] update editors/p5-Padre to 0.47 o ports/139177 games/vavoom: add option to use the unicode version of o ports/139175 games/vavoom-extras: make config overwrites options fo o ports/139163 [patch] textproc/flex: install info documentation f ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139139 Update: x11/xlockmore to 5.29 o ports/139132 [maintainer-update] FreeBSDize sysutils/heartbeat star f ports/139123 [PATCH] graphics/kipi-plugins-kde4: Update to 0.6.0 o ports/139121 [patch] Correct a 'permission denied' error in Tools/s o ports/139112 benchmarks/ttcp: sockaddr_in.sin_family initialization f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake o ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li f ports/139057 sysutils/conky: build error when WITH_BMPX is used o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/139029 [PATCH] chinese/zh-gbk2uni: Removed mark broken. f ports/139024 checksum mismatch for source bz2 of audio/audacity-dev o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 f ports/138866 [patch] archivers/lzmautils-devel: update to 4.999.9 o ports/138831 [NEW PORT] databases/db48: The Berkeley DB package, re o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138695 new slave port - games/ioquake3-devel o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138345 [patch] graphics/wildmagic: update to latest version o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138259 Update ports: emulators/sdlmame-devel Update to 0.133u o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 f ports/138170 Update: x11/xlockmore to 5.28 o ports/138158 [NEW PORT] editors/p5-Vimana: Vim script manager f ports/137990 Update of net/Scapy 2.0.1_3 o ports/137967 update to net-mgmt/chillispot rc script f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a f ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind o ports/136359 New port - lang/gnat-gcc44 f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 123 problems total. From zvladov at gmail.com Mon Sep 28 11:30:20 2009 From: zvladov at gmail.com (Zvezdelin Vladov) Date: Mon Sep 28 11:30:27 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: <20090927161137.4becc379.stas@FreeBSD.org> References: <20090927161137.4becc379.stas@FreeBSD.org> Message-ID: Hello Stanislav, According to the author of the patch: "Paul, Upon further investigation, it appears as if there is an alignment issue in 'struct msgip' inside of 'struct ftnet'. I've looked at some other code, and there appear to be a handful of useful CMSG_* macros to help deal with this. RFC 2292 details them. The attached patch works cleanly on my system and fixes the issue at hand. Hopefully it doesn't break other platforms. It's there for anybody who is interested. Thanks, Mark" I'll try to describe what I saw from the debugging of the flow-tools code (not the NG branch, but the regular one) and from the patch provided. That is how I understand it. So, in the first - original source of the flow-tools code, there were some structures that (re)declared the IP header, and dealt with it directly. While this worked for the IPv4, 32bit code, the same actions applied to 64code base, doesn't work. And the whole code, that finds different exporters, doesn't work. The whole scene is changed then - while you should have at most say - 10-60 different exporters, now because the IP header isn't decoded correctly you have almost millions of different exporters, and for each of these exporters the code takes memory. And it starts to look like a regular memory leak -- but in reality it is totally different problem - IP header decoding problem. And In the patch, there is a new method deployed to describe and decode the IP header, and the whole method is implemented by the regular work with specially purposed macro-es -- taken from RFC 2299 -- Advanced Sockets API for IPv6 (1998). So, in my opinion, it is perfectly suitable patch for the FreeBSD to include it. After all it does what it really has to do - to patch a problem with the IP header decoding. And patch it the portable way. Hope this helps. BR, Z.Vladov Of course, you may think differently. On Sun, Sep 27, 2009 at 3:11 PM, Stanislav Sedov wrote: > On Sat, 15 Aug 2009 10:04:46 +0300 > Zvezdelin Vladov mentioned: > >> Dear Sir/Madam, >> >> Please, publish in the official ports build patch system, the patch >> bellow for the problem >> that manifest itself only on the amd64 platform, and it is one and the >> same for both the >> flow-tools and flow-tools-ng - i.e. flow-capture eats all of the RAM >> and SWAP of the >> machine, until killed by the kernel. >> >> The problem itself is in the built-in mechanism in the flow-tools,( >> instead of using the >> macros in the FreeBSD,) to read msg structures and control-information >> from recvmsg >> calls. >> >> I've managed to patch myself the source, but my patch is ugly one, and >> consist of >> just commenting out the usage of the hack-in tools to read msg structures of the >> original source (but worked). >> >> The patch I am pasting here is from the author, and concerns the same problem. >> It looks much better than mine, and If I've new about it, I would be >> spending 4 days >> debugging....;-( >> > > Hello, Zvezdelin! > > Can you elaborate a bit more on the patch contents? ?I'm not entirely sure > what it does and furthermore flow-tools source code does not contain any > references to the CMSG_XXX macros, so it is effectively a no-op for > net/flow-tools. ?It might work for flow-tools-ng though. > > It'd be helpful to have a small description of what these changes does, > so it will be possible to elaborate the same fix for net/flow-tools. > > -- > Stanislav Sedov > ST4096-RIPE > From stas at FreeBSD.org Mon Sep 28 11:35:21 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Mon Sep 28 11:35:28 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: References: <20090927161137.4becc379.stas@FreeBSD.org> Message-ID: <20090928153518.a15be2cc.stas@FreeBSD.org> On Mon, 28 Sep 2009 14:30:17 +0300 Zvezdelin Vladov mentioned: > Hello Stanislav, > > According to the author of the patch: Thank you, I'll look how I can implement this safely in net-mgmt/flow-tools ASAP. -- Stanislav Sedov ST4096-RIPE -------------- 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/20090928/868ecdf6/attachment.pgp From krassi at bulinfo.net Mon Sep 28 13:15:35 2009 From: krassi at bulinfo.net (Krassimir Slavchev) Date: Mon Sep 28 13:15:42 2009 Subject: yate-devel port? Message-ID: <4AC0B6F4.7020805@bulinfo.net> Hi, I am trying to compile yate-devel port and it fails with: c++ -Wall -I. -I.. -I/usr/local/include -O2 -fno-check-new -fno-exceptions -fPIC -DHAVE_GCC_FORMAT_CHECK -export-dynamic -shared -Wl,--retain-symbols-file,/dev/null -L.. -lyate -o h323chan.yate -DPHAS_TEMPLATES -D_REENTRANT -DP_HAS_SEMAPHORES -I/usr/local/include/ptlib -I/usr/local/include/openh323 -L/usr/local/lib h323chan.cpp -L/usr/local/lib -lopenh323 -L/usr/local/lib -lpt In file included from /usr/local/include/openh323/h323ep.h:358, from /usr/local/include/openh323/h323.h:484, from h323chan.cpp:32: /usr/local/include/openh323/h4601.h: In member function 'H460_FeatureContent::operator H460_FeatureTable*()': /usr/local/include/openh323/h4601.h:293: warning: type-punning to incomplete type might break strict-aliasing rules h323chan.cpp: In function 'void::ListRegisteredCaps(int)': h323chan.cpp:618: error: conversion from '__gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >' to non-scalar type '__gnu_cxx::__normal_iterator > >' requested h323chan.cpp:618: error: no match for 'operator!=' in 'find != list. std::vector<_Tp, _Alloc>::end [with _Tp = std::basic_string, std::allocator >, _Alloc = std::allocator, std::allocator > >]()' gmake[1]: *** [h323chan.yate] Error 1 gmake[1]: Leaving directory `/usr/ports/net/yate-devel/work/yate-1.3.0/modules' gmake: *** [modules] Error 2 *** Error code 1 Stop in /usr/ports/net/yate-devel. *** Error code 1 Stop in /usr/ports/net/yate-devel. The error is same under 7.x and 8.x. From theraphim at gmail.com Mon Sep 28 14:01:11 2009 From: theraphim at gmail.com (Paul P Komkoff Jr) Date: Mon Sep 28 14:01:17 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: <20090928153518.a15be2cc.stas@FreeBSD.org> References: <20090927161137.4becc379.stas@FreeBSD.org> <20090928153518.a15be2cc.stas@FreeBSD.org> Message-ID: <5b4b466d0909280634s4334edf6q92f9eca6f553bfca@mail.gmail.com> On Mon, Sep 28, 2009 at 12:35 PM, Stanislav Sedov wrote: > Thank you, I'll look how I can implement this safely in net-mgmt/flow-tools > ASAP. Sorry, this managed to slip through all my filters to the very bottom. The updated version of flow-tools is now at http://flow-tools.googlecode.com/files/flow-tools-0.68.4.3.tar.bz2 CHANGES IN v0.68.4.3: Mark R (1): Upon further investigation, it appears as if there is an alignment issue in 'struct msgip' inside of 'struct ftnet'. I've looked at some other code, and there appear to be a handful of useful CMSG_* macros to help deal with this. RFC 2292 details them. Paul P. Komkoff Jr (1): Update version -- This message represents the official view of the voices in my head. From avg at icyb.net.ua Mon Sep 28 14:17:14 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Sep 28 14:17:21 2009 Subject: fontforge: bug in configure? Message-ID: <4AC0C565.50106@icyb.net.ua> It seems that there is a subtle bug in fontforge's configure: CFLAGS_NOOPT=`echo $CFLAGS | sed -e s/-O2// | sed -e s/-O//` This is supposed to produce CFLAGS with all optimization options stripped. Let's leave alone the fact that there could be -O1 flag or -O3 or even -funroll-all-loops. Still, 'g' option is missing from the sed commands. Say, CFLAGS contain "-O2 ... -O2", then the first sed command would strip only the first occurrence of -O2 and the second command would leave a dangling '2'. This is what I am hitting here. Proposal: CFLAGS_NOOPT=`echo $CFLAGS | sed -e s/-O[0-9]*//g` What do you think? -- Andriy Gapon From zvladov at gmail.com Mon Sep 28 15:21:31 2009 From: zvladov at gmail.com (Zvezdelin Vladov) Date: Mon Sep 28 15:21:39 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: <5b4b466d0909280634s4334edf6q92f9eca6f553bfca@mail.gmail.com> References: <20090927161137.4becc379.stas@FreeBSD.org> <20090928153518.a15be2cc.stas@FreeBSD.org> <5b4b466d0909280634s4334edf6q92f9eca6f553bfca@mail.gmail.com> Message-ID: Dear Mr. Komkoff, Thank you! BR, Z.Vladov On Mon, Sep 28, 2009 at 4:34 PM, Paul P Komkoff Jr wrote: > On Mon, Sep 28, 2009 at 12:35 PM, Stanislav Sedov wrote: >> Thank you, I'll look how I can implement this safely in net-mgmt/flow-tools >> ASAP. > > Sorry, this managed to slip through all my filters to the very bottom. > The updated version of flow-tools is now at > http://flow-tools.googlecode.com/files/flow-tools-0.68.4.3.tar.bz2 > > ? ? ? ? ?CHANGES IN v0.68.4.3: > > Mark R (1): > ? ? ?Upon further investigation, it appears as if there is an > alignment issue in 'struct msgip' inside of 'struct ftnet'. ?I've > looked at some other code, and there appear to be a handful of useful > CMSG_* macros to help deal with this. RFC 2292 details them. > > Paul P. Komkoff Jr (1): > ? ? ?Update version > -- > This message represents the official view of the voices in my head. > From gustav_j at ltu.se Mon Sep 28 15:23:10 2009 From: gustav_j at ltu.se (Gustav Johansson) Date: Mon Sep 28 15:23:17 2009 Subject: FreeBSD Port: prelude-manager-0.9.14.2_4 Message-ID: <78ed4ce10909280752o7746ddd4mda17862260e14496@mail.gmail.com> Hi, apparently the prelude-manager requires "libgnutls-config" from the /security/gnutls port. This has been deprecated though, so prelude-manager does not build anymore. checking for libgnutls-config... no checking for libgnutls - version >= 1.0.17... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: libgnutls is required in order to build prelude-manager. ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/data/system/ports/security/prelude-manager/work/prelude-manager-0.9.14.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Regards, Gustav Johansson -- -- ------------------------------------------------------------------------------------------------ Dr. Gustav Johansson Office: A2309 Phone: +46.920.492138 EISLAB Fax: +46.920.492191 Lule? University of Technology Email: gustav_j@ltu.se SE-971 87 Lule? WWW: www.csee.ltu.se/~gustav_j SWEDEN ------------------------------------------------------------------------------------------------ From cyberbotx at cyberbotx.com Mon Sep 28 16:32:57 2009 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Mon Sep 28 16:33:03 2009 Subject: fontforge: bug in configure? In-Reply-To: <4AC0C565.50106@icyb.net.ua> References: <4AC0C565.50106@icyb.net.ua> Message-ID: <4AC0E534.6010405@cyberbotx.com> Andriy Gapon wrote: > It seems that there is a subtle bug in fontforge's configure: > > CFLAGS_NOOPT=`echo $CFLAGS | sed -e s/-O2// | sed -e s/-O//` > > This is supposed to produce CFLAGS with all optimization options stripped. > Let's leave alone the fact that there could be -O1 flag or -O3 or even > -funroll-all-loops. > Still, 'g' option is missing from the sed commands. > Say, CFLAGS contain "-O2 ... -O2", then the first sed command would strip only the > first occurrence of -O2 and the second command would leave a dangling '2'. > This is what I am hitting here. > > Proposal: > CFLAGS_NOOPT=`echo $CFLAGS | sed -e s/-O[0-9]*//g` > > What do you think? I'd be fine with that. I'll submit a PR for it later today. Thanks, Naram Qashat From shuvaev at physik.uni-wuerzburg.de Mon Sep 28 19:46:10 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Sep 28 19:46:17 2009 Subject: Tinderbox + perl5.10? Message-ID: <20090928194606.GA47155@wep4035.physik.uni-wuerzburg.de> Hello all! After about one month of playing with ports-mgmt/tinderbox (thanks to all for the tool!) I realized I've applied the following in order to get it working in my environment (amd64 9-CURRENT with perl5.10): --- tc_command.sh.orig 2009-09-28 21:35:34.000000000 +0200 +++ tc_command.sh 2009-09-28 21:35:43.000000000 +0200 @@ -190,7 +190,7 @@ #--------------------------------------------------------------------------- Setup () { - MAN_PREREQS="lang/perl5.8" + MAN_PREREQS="lang/perl5.10" OPT_PREREQS="lang/php[45] databases/pear-DB www/php[45]-session" PREF_FILES="tinderbox.ph" README="$(tinderLoc scripts README)" I'm not very good at shell patters. Is there any way to depend on perl5.8 or perl5.10? BTW, this issue is seen only on fresh installations. Thanks, Alexey. From sodmlx at gmail.com Mon Sep 28 19:40:40 2009 From: sodmlx at gmail.com (malconxx) Date: Mon Sep 28 19:51:09 2009 Subject: Customize PORTS Message-ID: Hello sorry for my English. I am a Brazilian student. Use the ports exactly one year, and always need to install multiple packages such as apache, phmyadmin, php5, asterisk, mysql etc ... I would like to know how to customize the installation of packages the ports, because I need to buy time, or just want to run a script to install it all for me, but the business and that when installing some of the packages the ports system is showing me a blue screen with options for that I can install the dependencies. If I would how to run a command and so already install the default dependency package and default settings of the same package. you, I await answers. From utisoft at googlemail.com Mon Sep 28 19:57:38 2009 From: utisoft at googlemail.com (Chris Rees) Date: Mon Sep 28 19:57:44 2009 Subject: Customize PORTS In-Reply-To: References: Message-ID: 2009/9/28 malconxx : > Hello sorry for my English. It's fine :) > I am a Brazilian student. > > Use the ports exactly one year, and always need to install multiple packages > such as apache, phmyadmin, php5, asterisk, mysql etc ... > > I would like to know how to customize the installation of packages the > ports, because I need to buy time, or just want to run a script to install > it all for me, but the business and that when installing > > some of the packages the ports system is showing me a blue screen with > options for that I can install the dependencies. > > If I would how to run a command and so already install the default > dependency package and default settings of the same package. > > you, I await answers. Put the line BATCH=yes into /etc/make.conf using vi or similar. Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? From itetcu at FreeBSD.org Mon Sep 28 20:46:15 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon Sep 28 20:46:23 2009 Subject: Tinderbox + perl5.10? In-Reply-To: <20090928194606.GA47155@wep4035.physik.uni-wuerzburg.de> References: <20090928194606.GA47155@wep4035.physik.uni-wuerzburg.de> Message-ID: <20090928232750.6941027f@it.buh.tecnik93.com> On Mon, 28 Sep 2009 21:46:06 +0200 Alexey Shuvaev wrote: > Hello all! > > After about one month of playing with ports-mgmt/tinderbox (thanks to > all for the tool!) I realized I've applied the following in order to > get it working in my environment (amd64 9-CURRENT with perl5.10): > > --- tc_command.sh.orig 2009-09-28 21:35:34.000000000 +0200 > +++ tc_command.sh 2009-09-28 21:35:43.000000000 +0200 > @@ -190,7 +190,7 @@ > #--------------------------------------------------------------------------- > > Setup () { > - MAN_PREREQS="lang/perl5.8" > + MAN_PREREQS="lang/perl5.10" > OPT_PREREQS="lang/php[45] databases/pear-DB www/php[45]-session" > PREF_FILES="tinderbox.ph" > README="$(tinderLoc scripts README)" > > I'm not very good at shell patters. Is there any way to depend on > perl5.8 or perl5.10? > BTW, this issue is seen only on fresh installations. It should be already fixed in the port, I think I did that. If not, it's fixed in marcus' CVS -- 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: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090928/bb0eff4e/signature.pgp From geekounet at poildetroll.net Mon Sep 28 22:10:41 2009 From: geekounet at poildetroll.net (Pierre Guinoiseau) Date: Mon Sep 28 22:10:47 2009 Subject: portmaster completion for ZSH In-Reply-To: <200909152151.05455.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <4AAFE514.5020200@FreeBSD.org> <200909152151.05455.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4AC1345E.7000401@poildetroll.net> Personally, I prefer Baptiste's version, it's more complete. :) Mel Flynn wrote: > On Tuesday 15 September 2009 21:03:48 Doug Barton wrote: >> Baptiste Daroussin wrote: >>> Hi, >>> >>> Here is a more complete ZSH completion for portmaster, can people test >>> it and validate it please. >>> >>> to make it work, copy it to /usr/local/share/zsh/site-functions >>> reload you zsh >>> >>> and portmaster [tab] >>> >>> http://github.com/bapt/zfbsd/blob/master/_portmaster >> Since I don't use zsh I have no way to judge what is "better" here, so >> I will leave it to the community to point me in the right direction. > > I like this one, but haven't tested the "former". Will do tomorrow as I > suspect daily csup will give me the new portmaster with the old zsh > completion. > > @Baptiste, feature request for csup :>. Currently csup -L2 /etc/[tab] gives: > No matches for: `verbosity level' or `corrections' > > Sorry for the little hijack, feel free to take it off list. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090928/c1a8fe37/signature.pgp From dougb at FreeBSD.org Tue Sep 29 01:39:48 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Sep 29 01:39:55 2009 Subject: portmaster completion for ZSH In-Reply-To: <4AC1345E.7000401@poildetroll.net> References: <4AAFE514.5020200@FreeBSD.org> <200909152151.05455.mel.flynn+fbsd.ports@mailing.thruhere.net> <4AC1345E.7000401@poildetroll.net> Message-ID: <4AC16559.4090005@FreeBSD.org> Ok, Shota, your opinion? Doug Pierre Guinoiseau wrote: > Personally, I prefer Baptiste's version, it's more complete. :) > > Mel Flynn wrote: >> On Tuesday 15 September 2009 21:03:48 Doug Barton wrote: >>> Baptiste Daroussin wrote: >>>> Hi, >>>> >>>> Here is a more complete ZSH completion for portmaster, can people test >>>> it and validate it please. >>>> >>>> to make it work, copy it to /usr/local/share/zsh/site-functions >>>> reload you zsh >>>> >>>> and portmaster [tab] >>>> >>>> http://github.com/bapt/zfbsd/blob/master/_portmaster >>> Since I don't use zsh I have no way to judge what is "better" here, so >>> I will leave it to the community to point me in the right direction. >> I like this one, but haven't tested the "former". Will do tomorrow as I >> suspect daily csup will give me the new portmaster with the old zsh >> completion. >> >> @Baptiste, feature request for csup :>. Currently csup -L2 /etc/[tab] gives: >> No matches for: `verbosity level' or `corrections' >> >> Sorry for the little hijack, feel free to take it off list. > -- This .signature sanitized for your protection From stast at bsdportal.ru Tue Sep 29 02:15:50 2009 From: stast at bsdportal.ru (Stas Timokhin) Date: Tue Sep 29 02:15:56 2009 Subject: port science/paraview In-Reply-To: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> References: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> Message-ID: <200909290915.41668.stast@bsdportal.ru> >I'd like to help but I've never done any serious >port work, just occasional patches. >What is your estimate of the amount of work, and of >skills required to bring this port up to date? I made update of this port, so you can test it. Diff can be found here: http://www.stasyan.com/devel/ports/paraview_3.6.1.diff But now building process failed with qt3 installed packages, so delete them before build or use precompiled package from tinderbox : http://www.stasyan.com/devel/ports/packages-7.2-RELEASE/paraview-3.6.1.tbz Feedback appreciated. From james.technew at gmail.com Tue Sep 29 08:00:44 2009 From: james.technew at gmail.com (James Chang) Date: Tue Sep 29 08:00:51 2009 Subject: MySQL 5.1.39 build Failed under FreeBSD 7.2 Message-ID: Hi, I try to build mysql51-server and mysql51-client today, But build failed and show me the following messages: ===============mysql51-client build error messages========================= /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=nocona -o mysqlshow mysqlshow.o -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o .libs/mysqladmin mysqladmin.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=nocona -o mysqlcheck mysqlcheck.o -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz libtool: link: cc -DTHREAD -UUNDEF_THREADS_HACK -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlimport mysqlimport-mysqlimport.o -pthread ../libmysql_r/.libs/libmysqlclient_r.so ../mysys/libmysys.a -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql mv -f .deps/mysql.Tpo .deps/mysql.Po libtool: link: cc -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlshow mysqlshow.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -DTHREAD -UMYSQL_CLIENT_NO_THREADS -O2 -fno-strict-aliasing -pipe -march=nocona -o mysqlslap mysqlslap-mysqlslap.o -pthread ../libmysql_r/libmysqlclient_r.la ../mysys/libmysys.a -lcrypt -lm -lz /bin/sh ../libtool --preserve-dup-deps --tag=CXX --mode=link c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysql mysql.o readline.o sql_string.o completion_hash.o ../cmd-line-utils/libedit/libedit.a -lncursesw -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=nocona -o mysql_upgrade mysql_upgrade.o my_getpagesize.o -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz libtool: link: cc -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlcheck mysqlcheck.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql libtool: link: cc -DTHREAD -UMYSQL_CLIENT_NO_THREADS -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlslap mysqlslap-mysqlslap.o -pthread ../libmysql_r/.libs/libmysqlclient_r.so ../mysys/libmysys.a -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o .libs/mysql mysql.o readline.o sql_string.o completion_hash.o -pthread ../cmd-line-utils/libedit/libedit.a -lncursesw ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql c++: ../cmd-line-utils/libedit/libedit.a: No such file or directory gmake[2]: *** [mysql] Error 1 gmake[2]: *** Waiting for unfinished jobs.... libtool: link: cc -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysql_upgrade mysql_upgrade.o my_getpagesize.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql mv -f .deps/mysqldump.Tpo .deps/mysqldump.Po mv -f .deps/mysqltest-mysqltest.Tpo .deps/mysqltest-mysqltest.Po mv -f .deps/mysqlbinlog.Tpo .deps/mysqlbinlog.Po gmake[2]: Leaving directory `/usr/ports/databases/mysql51-client/work/mysql-5.1.39/client' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/databases/mysql51-client/work/mysql-5.1.39/client' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/databases/mysql51-client. ===============mysql51-server build error messages========================= /bin/sh ../../libtool --preserve-dup-deps --tag=CXX --mode=link c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysql mysql.o readline.o completion_hash.o ../../cmd-line-utils/libedit/libedit.a -lncursesw ../libmysqld.a -pthread -lcrypt -lm -pthread -lcrypt -lm -lz libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysql mysql.o readline.o completion_hash.o -pthread -pthread ../../cmd-line-utils/libedit/libedit.a -lncursesw ../libmysqld.a -lcrypt -lm -lcrypt -lm -lz -pthread c++: ../../cmd-line-utils/libedit/libedit.a: No such file or directory gmake[4]: *** [mysql] Error 1 gmake[4]: *** Waiting for unfinished jobs.... mv -f .deps/mysqltest.Tpo .deps/mysqltest.Po mv -f .deps/mysql_client_test.Tpo .deps/mysql_client_test.Po gmake[4]: Leaving directory `/usr/ports/databases/mysql51-server/work/mysql-5.1.39/libmysqld/examples' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/databases/mysql51-server/work/mysql-5.1.39/libmysqld/examples' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/databases/mysql51-server/work/mysql-5.1.39/libmysqld' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/databases/mysql51-server/work/mysql-5.1.39/libmysqld' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/databases/mysql51-server. From dougb at FreeBSD.org Tue Sep 29 18:00:13 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Sep 29 18:00:32 2009 Subject: Signing Request In-Reply-To: References: Message-ID: <4AC24B28.603@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 FYI, cross-posting to more than one list is discouraged. J. Hellenthal wrote: > On Wed, 23 Sep 2009 11:40 -0000, jhellenthal wrote: > >> >> If you do not need to pgp/gpg sign email message to the lists please >> don't. I think a lot of people would define "need" differently than you do. Part of being on a public mailing list is dealing with traffic in formats that you don't necessarily like or would choose to use. The robustness principle fits here, "Be liberal in what you accept, and conservative in what you send." >> I know I probably don't have your pgp public key and a lot more >> users probably do not either. There are ways to address that problem. I see that you're using Alpine, not sure what you're using for PGP in association with that. My own mail/pine-pgp-filters port works quite well for this purpose. You can also include the following in your gpg.conf: keyserver-options auto-key-retrieve which will retrieve the keys for you without intervention. (FWIW, I also recommend the options no-include-revoked, import-clean, and export-clean.) Personally I keep the keys that I care about in their own keyring files, and allow the "random" keys to be imported into pubring.gpg. That way I can nuke that ring, or keys on it any time and know I'm not losing anything important. I'll leave that configuration as an exercise for the reader. :) > If I do not have your public key in my keyring then I do not want it, do > not need it and have no use for it at this time. This keeps my keyring > small and manageable. Well yay for you! :) However explaining your reasoning isn't making you sound any more reasonable. The "public" part of "public key cryptography" is often messy, you need to learn how to deal with it. hth, Doug (who signed this message so everyone would know it's from me, no tweak intended) - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEAREDAAYFAkrCSygACgkQyIakK9Wy8PvZBQCcCSp1KEprBdrmG2nN4HZCkxA2 4GAAoPVZN5OXxsDjYzNtVOd3IAvBYQ08 =fRlR -----END PGP SIGNATURE----- From web at umich.edu Tue Sep 29 18:18:29 2009 From: web at umich.edu (William Bulley) Date: Tue Sep 29 18:21:08 2009 Subject: FreeBSD Port: pcb-20081128_1 Message-ID: <20090929175944.GK23010@itcom245.staff.itd.umich.edu> I am building cad/pcb on 7.2-STABLE and I get this: cc -std=gnu99 -DNDEBUG -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include -I/usr/local/include -Wall -Wdeclaration-after-statement -pthread -L/usr/local/lib -rdynamic -o pcb action.o autoplace.o autoroute.o buffer.o change.o clip.o command.o compat.o copy.o create.o crosshair.o data.o djopt.o draw.o drill.o edif.o error.o file.o find.o flags.o fontmode.o heap.o insert.o intersect.o line.o lrealpath.o main.o mirror.o misc.o move.o mtspace.o mymem.o netlist.o parse_l.o parse_y.o polygon.o polygon1.o puller.o print.o rats.o remove.o report.o res_parse.o res_lex.o rotate.o rtree.o rubberband.o search.o select.o set.o strflags.o thermal.o undo.o vector.o vendor.o hid/common/actions.o hid/common/flags.o hid/common/hidinit.o hid/common/hidnogui.o hid/common/extents.o liblesstif.a liblpr.a libbom.a libgerber.a libnelma.a libpng.a libps.a -lXm -lXpm -lXmu -lXt -lXext -lSM -lICE -lX11 -lfl -lm -lXrender -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lgd -lgd main.o(.text+0xc8e): In function `main': : undefined reference to `bindtextdomain' main.o(.text+0xca2): In function `main': : undefined reference to `bind_textdomain_codeset' gmake[4]: *** [pcb] Error 1 gmake[4]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/cad/pcb/work/pcb-20081128' gmake: *** [all] Error 2 *** Error code 1 My build line in /usr/ports/cad/pcb was: # make WITH_MOTIF_GUI=yes install It builds fine if I use: # make install Regards, web... -- William Bulley Email: web@umich.edu 72 characters width template ----------------------------------------->| From erwin at FreeBSD.org Wed Sep 30 07:17:17 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Sep 30 07:17:22 2009 Subject: HEADSUP: Partial ports thaw Message-ID: <20090930071713.GZ26407@droso.net> The ports tree is now tagged and partially thawed. Until 8.0 is released, sweeping commits still need explicit approval from portmgr to assure that tags can be slipped for potential security issues. For more information what constitutes a sweeping change, see the portmgr web pages: http://www.freebsd.org/portmgr/implementation.html#sweeping_changes Best, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult erwin@FreeBSD.org especially about the future erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090930/27239781/attachment.pgp From Albert.Shih at obspm.fr Wed Sep 30 10:17:40 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Sep 30 10:17:47 2009 Subject: ion windows manager on FreeBSD Message-ID: <20090930100658.GA99090@obspm.fr> Hi all I'm trying to compile http://modeemi.fi/~tuomov/ion/download.html on my FreeBSD 8.0-RC1 and didn't success.... I would like to known if anyone can help me make ion work ? Maybe someone have the patch file for the system.mk ? Long time ago ion ports was kick off from the ports system because the will of the developper (please don't troll). I just saw the license just change maybe now it's possible to put again ion in the ports system ? I would like to help for the ports but as you can see I unable to build for myself. Regards -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 30 sep 2009 12:01:57 CEST From rene at freebsd.org Wed Sep 30 10:30:19 2009 From: rene at freebsd.org (Rene Ladan) Date: Wed Sep 30 10:30:25 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930100658.GA99090@obspm.fr> References: <20090930100658.GA99090@obspm.fr> Message-ID: 2009/9/30 Albert Shih : > Hi all > > I'm trying to compile > > ? ? ? ?http://modeemi.fi/~tuomov/ion/download.html > > on my FreeBSD 8.0-RC1 and didn't success.... > License alarm? This was once in the ports tree but back then it had a license which has impossible to work with. You can use it for yourself of course. Ren? From Albert.Shih at obspm.fr Wed Sep 30 11:00:27 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Sep 30 11:00:33 2009 Subject: ion windows manager on FreeBSD In-Reply-To: References: <20090930100658.GA99090@obspm.fr> Message-ID: <20090930110024.GA99561@obspm.fr> Le 30/09/2009 ? 12:30:17+0200, Rene Ladan a ?crit > 2009/9/30 Albert Shih : > > Hi all > > > > I'm trying to compile > > > > ? ? ? ?http://modeemi.fi/~tuomov/ion/download.html > > > > on my FreeBSD 8.0-RC1 and didn't success.... > > > License alarm? Euhh no compilation problem. I try to fix the system.mk file (a file include by Makefile) but I'm not a developper... > > This was once in the ports tree but back then it had a license which > has impossible to work with. Yes I knwon, I use ion since ion-1 on my FreeBSD (I think 5.x or 4.x). > You can use it for yourself of course. Yes but that's true if...I smart enough to compile this software. For information the license just change http://www.modeemi.fi/~tuomov/ion/news.html regards -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 30 sep 2009 12:58:05 CEST From bma at subvert.org.uk Wed Sep 30 11:03:14 2009 From: bma at subvert.org.uk (Benjamin M. A'Lee) Date: Wed Sep 30 11:03:21 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930110024.GA99561@obspm.fr> References: <20090930100658.GA99090@obspm.fr> <20090930110024.GA99561@obspm.fr> Message-ID: <20090930110312.GA14407@jagger.subvert.org.uk> On Wed, Sep 30, 2009 at 01:00:24PM +0200, Albert Shih wrote: > Le 30/09/2009 ? 12:30:17+0200, Rene Ladan a ?crit > > 2009/9/30 Albert Shih : > > > Hi all > > > > > > I'm trying to compile > > > > > > ? ? ? ?http://modeemi.fi/~tuomov/ion/download.html > > > > > > on my FreeBSD 8.0-RC1 and didn't success.... > > > > > License alarm? > > Euhh no compilation problem. I try to fix the system.mk file (a file > include by Makefile) but I'm not a developper... There are several things that need tweaking, IIRC, but it?s possible to build. What are the errors you?re having? -- Benjamin M. A?Lee || mail: bma@subvert.org.uk web: http://bma.subvert.org.uk/ || gpg: 0x166891C7 ?A life spent making mistakes is not only more honorable but more useful than a life spent doing nothing.? ? George Bernard Shaw From amdmi3 at amdmi3.ru Wed Sep 30 11:05:11 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 30 11:05:18 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930100658.GA99090@obspm.fr> References: <20090930100658.GA99090@obspm.fr> Message-ID: <20090930110508.GA50565@hades.panopticon> * Albert Shih (Albert.Shih@obspm.fr) wrote: > I'm trying to compile > > http://modeemi.fi/~tuomov/ion/download.html > > on my FreeBSD 8.0-RC1 and didn't success.... > > I would like to known if anyone can help me make ion work ? Maybe someone > have the patch file for the system.mk ? > > Long time ago ion ports was kick off from the ports system because the will > of the developper (please don't troll). I just saw the license just change > maybe now it's possible to put again ion in the ports system ? > > I would like to help for the ports but as you can see I unable to build for > myself. I've seen the license change too. I'm working on the port currently. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From wxs at FreeBSD.org Wed Sep 30 14:05:09 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Sep 30 14:06:38 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930100658.GA99090@obspm.fr> References: <20090930100658.GA99090@obspm.fr> Message-ID: <20090930140508.GA62613@atarininja.org> On Wed, Sep 30, 2009 at 12:06:58PM +0200, Albert Shih wrote: > Hi all > > I'm trying to compile > > http://modeemi.fi/~tuomov/ion/download.html > > on my FreeBSD 8.0-RC1 and didn't success.... > > I would like to known if anyone can help me make ion work ? Maybe someone > have the patch file for the system.mk ? The port is still available in the attic. You can pull the neccessary pieces out of CVS. If you aren't sure how to do that there is a web interface available at http://cvsweb.freebsd.org/ports/x11-wm/ion3. > Long time ago ion ports was kick off from the ports system because the will > of the developper (please don't troll). I just saw the license just change > maybe now it's possible to put again ion in the ports system ? > > I would like to help for the ports but as you can see I unable to build for > myself. I have an older version of Ion3 that I maintained patches for but I can't seem to find the tarball of that port right now. -- WXS From amdmi3 at amdmi3.ru Wed Sep 30 14:45:42 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Sep 30 14:45:56 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930100658.GA99090@obspm.fr> References: <20090930100658.GA99090@obspm.fr> Message-ID: <20090930144535.GD50565@hades.panopticon> * Albert Shih (Albert.Shih@obspm.fr) wrote: > I would like to known if anyone can help me make ion work ? Maybe someone > have the patch file for the system.mk ? Please try this: http://people.freebsd.org/~amdmi3/ion3.tar It builds file in tinderbox, but I haven't tested how it works yet. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From Albert.Shih at obspm.fr Wed Sep 30 14:59:36 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Sep 30 14:59:44 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930144535.GD50565@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930144535.GD50565@hades.panopticon> Message-ID: <20090930145925.GB503@obspm.fr> Le 30/09/2009 ? 18:45:35+0400, Dmitry Marakasov a ?crit > * Albert Shih (Albert.Shih@obspm.fr) wrote: > > > I would like to known if anyone can help me make ion work ? Maybe someone > > have the patch file for the system.mk ? > > Please try this: > > http://people.freebsd.org/~amdmi3/ion3.tar > > It builds file in tinderbox, but I haven't tested how it works yet. I'm happy to see I'm not the only ET (http://www.imdb.com/title/tt0083866/) to like this wm ;-) Well I've just try you tar....but it's not working. Finally after 3 h I get a system.mk working. I'm sure every normal developper can do better. But for me I've my ion working ;-) Regards. JAS -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 30 sep 2009 16:56:08 CEST -------------- next part -------------- ## ## System settings ## ## ## Installation paths ## # Installation path prefix. Unless you know what you're doing, the default # of /usr/local is likely the correct choice. PREFIX=/usr/local # Unless you are creating a package conforming to some OS's standards, you # probably do not want to modify the following directories: # Main binaries BINDIR=$(PREFIX)/bin # Configuration .lua files ETCDIR=$(PREFIX)/etc/ion3 # Some .lua files and ion-* shell scripts SHAREDIR=$(PREFIX)/share/ion3 # Manual pages MANDIR=$(PREFIX)/share/man # Some documents DOCDIR=$(PREFIX)/share/doc/ion3 # Nothing at the moment INCDIR=$(PREFIX)/include/ion3 # Nothing at the moment LIBDIR=$(PREFIX)/lib # Modules MODULEDIR=$(LIBDIR)/ion3/mod # Compiled Lua source code LCDIR=$(LIBDIR)/ion3/lc # ion-completefile (does not belong in SHAREDIR being a binary file) EXTRABINDIR=$(LIBDIR)/ion3/bin # For ion-completeman system-wide cache VARDIR=/var/cache/ion3 # Message catalogs LOCALEDIR=$(PREFIX)/share/locale # Executable suffix (for Cygwin). #BIN_SUFFIX = .exe ## ## Modules ## # Set PRELOAD_MODULES=1 if your system does not support dynamically loaded # modules through 'libdl' or has non-standard naming conventions. # You will likely need this option on e.g. Cygwin and Mac OS X. #PRELOAD_MODULES=1 # Flags to link with libdl. Even if PRELOAD_MODULES=1, you may need this # setting (for e.g. Lua, when not instructed by pkg-config). #DL_LIBS=-ldl ## ## Lua ## # If you have installed Lua 5.1 from the official tarball without changing # paths, this should do it. LUA_DIR=/usr/local LUA_LIBS = -L$(LUA_DIR)/lib/lua51 -llua LUA_INCLUDES = -I$(LUA_DIR)/include/lua51 LUA=$(LUA_DIR)/bin/lua-5.1 LUAC=$(LUA_DIR)/bin/luac-5.1 # If you are using the Debian packages, the following settings should be # what you want. #LUA_LIBS=`pkg-config --libs lua5.1` #LUA_INCLUDES=`pkg-config --cflags lua5.1` #LUA=/usr/bin/lua5.1 #LUAC=/usr/bin/luac5.1 ## ## X libraries, includes and options ## # Paths X11_PREFIX=/usr/local # SunOS/Solaris #X11_PREFIX=/usr/openwin X11_LIBS=-L$(X11_PREFIX)/lib -lX11 -lXext X11_INCLUDES=-I$(X11_PREFIX)/include # XFree86 libraries up to 4.3.0 have a bug that can cause a segfault. # The following setting should work around that situation. DEFINES += -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND # Use the Xutf8 routines (XFree86 extension) instead of the Xmb routines # in an UTF-8 locale. (No, you don't need this in UTF-8 locales, and # most likely don't even want. It's only there because both Xmb and # Xutf8 routines are broken, in different ways.) #DEFINES += -DCF_DE_USE_XUTF8 # Remap F11 key to SunF36 and F12 to SunF37? You may want to set this # on SunOS. #DEFINES += -DCF_SUN_F1X_REMAP ## ## Localisation ## # If you're on an archaic system (such as relatively recent *BSD releases) # without even dummy multibyte/widechar and localisation support, you may # have to uncomment the following line: DEFINES += -DCF_NO_LOCALE -DCF_NO_GETTEXT # On some other systems you may need to explicitly link against libintl. #EXTRA_LIBS += -lintl # You may also need to give the location of its headers. The following # should work on Mac OS X (which needs the above option as well) with # macports. #EXTRA_INCLUDES += -I/opt/local/include ## ## libc ## # You may uncomment this if you know that your system C libary provides # asprintf and vasprintf. (GNU libc does.) If HAS_SYSTEM_ASPRINTF is not # defined, an implementation provided in libtu/sprintf_2.2/ is used. #HAS_SYSTEM_ASPRINTF=1 # The following setting is needed with GNU libc for clock_gettime and the # monotonic clock. Other systems may not need it, or may not provide a # monotonic clock at all (which Ion can live with, and usually detect). EXTRA_LIBS += -lrt # Cygwin needs this. #DEFINES += -DCF_NO_GETLOADAVG # # If you're using/have gcc, it is unlikely that you need to modify # any of the settings below this line. # ##################################################################### ## ## C compiler. ## CC=gcc # Same as '-Wall -pedantic' without '-Wunused' as callbacks often # have unused variables. WARN= -W -Wimplicit -Wreturn-type -Wswitch -Wcomment \ -Wtrigraphs -Wformat -Wchar-subscripts \ -Wparentheses -pedantic -Wuninitialized CFLAGS=-Os $(WARN) $(DEFINES) $(INCLUDES) $(EXTRA_INCLUDES) LDFLAGS=$(LIBS) $(EXTRA_LIBS) EXPORT_DYNAMIC=-Xlinker --export-dynamic # The following options are mainly for development use and can be used # to check that the code seems to conform to some standards. Depending # on the version and vendor of you libc, the options may or may not have # expected results. If you define one of C99_SOURCE or XOPEN_SOURCE, you # may also have to define the other. #C89_SOURCE=-ansi #POSIX_SOURCE=-D_POSIX_C_SOURCE=200112L # Most systems #XOPEN_SOURCE=-D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED # SunOS, (Irix) #XOPEN_SOURCE=-D__EXTENSIONS__ #C99_SOURCE=-std=c99 -DCF_HAS_VA_COPY # The -DCF_HAS_VA_COPY option should allow for some optimisations, and # in some cases simply defining #C99_SOURCE=-DCF_HAS_VA_COPY # might allow for those optimisations to be taken without any special # libc or compiler options. ## ## make depend ## DEPEND_FILE=.depend DO_MAKE_DEPEND=$(CC) -MM $(DEFINES) $(INCLUDES) $(EXTRA_INCLUDES) MAKE_DEPEND=$(DO_MAKE_DEPEND) $(SOURCES) > $(DEPEND_FILE) ## ## AR ## AR=ar ARFLAGS=cr RANLIB=ranlib ## ## Install & strip ## INSTALL=sh $(TOPDIR)/install-sh -c INSTALL_STRIP=-s INSTALLDIR=mkdir -p BIN_MODE=755 DATA_MODE=644 RM=rm ## ## Debugging ## #INSTALL_STRIP = #CFLAGS += -g From gary.jennejohn at freenet.de Wed Sep 30 15:27:51 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Sep 30 15:27:58 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930145925.GB503@obspm.fr> References: <20090930100658.GA99090@obspm.fr> <20090930144535.GD50565@hades.panopticon> <20090930145925.GB503@obspm.fr> Message-ID: <20090930172746.4d7d5fee@ernst.jennejohn.org> On Wed, 30 Sep 2009 16:59:25 +0200 Albert Shih wrote: > Le 30/09/2009 __ 18:45:35+0400, Dmitry Marakasov a __crit > > * Albert Shih (Albert.Shih@obspm.fr) wrote: > > > > > I would like to known if anyone can help me make ion work ? Maybe someone > > > have the patch file for the system.mk ? > > > > Please try this: > > > > http://people.freebsd.org/~amdmi3/ion3.tar > > > > It builds file in tinderbox, but I haven't tested how it works yet. > > I'm happy to see I'm not the only ET (http://www.imdb.com/title/tt0083866/) > to like this wm ;-) > > Well I've just try you tar....but it's not working. > Not a very useful "error" message. I just installed it (9-CURRENT AMD64) and it works just fine for me. At least, the basic functionality seems to be there. I didn't do more testing because I can't stand it. --- Gary Jennejohn From linimon at lonesome.com Wed Sep 30 16:19:16 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Sep 30 16:19:28 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930110508.GA50565@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> Message-ID: <20090930161915.GA18014@lonesome.com> On Wed, Sep 30, 2009 at 03:05:08PM +0400, Dmitry Marakasov wrote: > I've seen the license change too. I'm working on the port currently. As a reminder, the last time this software was in the ports tree, the developer threatened us with a lawsuit. This repeats what he has previously done to several other BSDs and several Linux distributions. This is why ports for his software are no longer available for these platforms. Whether the license has changed or not, the fact that the author feels the desire to use lawsuits to achieve his goals makes his software too much of a liability for FreeBSD to redistribute. mcl From Albert.Shih at obspm.fr Wed Sep 30 16:58:46 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Sep 30 16:58:53 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930172746.4d7d5fee@ernst.jennejohn.org> References: <20090930100658.GA99090@obspm.fr> <20090930144535.GD50565@hades.panopticon> <20090930145925.GB503@obspm.fr> <20090930172746.4d7d5fee@ernst.jennejohn.org> Message-ID: <20090930165843.GD503@obspm.fr> Le 30/09/2009 ? 17:27:46+0200, Gary Jennejohn a ?crit > On Wed, 30 Sep 2009 16:59:25 +0200 > Albert Shih wrote: > > > Le 30/09/2009 __ 18:45:35+0400, Dmitry Marakasov a __crit > > > * Albert Shih (Albert.Shih@obspm.fr) wrote: > > > > > > > I would like to known if anyone can help me make ion work ? Maybe someone > > > > have the patch file for the system.mk ? > > > > > > Please try this: > > > > > > http://people.freebsd.org/~amdmi3/ion3.tar > > > > > > It builds file in tinderbox, but I haven't tested how it works yet. > > > > I'm happy to see I'm not the only ET (http://www.imdb.com/title/tt0083866/) > > to like this wm ;-) > > > > Well I've just try you tar....but it's not working. > > > > Not a very useful "error" message. You right. > > I just installed it (9-CURRENT AMD64) and it works just fine for me. At > least, the basic functionality seems to be there. You right again.... It's work...I don't known why (I'm not a FreeBSD-ports guru...) if I try to build outside the ports tree, just with the patch file it's don't wokr. But inside de ports tree it's working. I'm using FreeBSD-8.0-RC1 with all ports up2date. Thanks for Dmitry for this ports. I'm going to keep this thing somewhere Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 30 sep 2009 18:56:32 CEST From avg at icyb.net.ua Wed Sep 30 17:18:39 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Sep 30 17:18:46 2009 Subject: category for universalindentgui Message-ID: <4AC392EC.50008@icyb.net.ua> There is this tool: http://universalindent.sourceforge.net/ What would be the best category for it in ports? Its backends are mostly in textproc and devel. Where does the GUI front-end belong? -- Andriy Gapon From indeyets at gmail.com Wed Sep 30 19:05:57 2009 From: indeyets at gmail.com (Alexey Zakhlestin) Date: Wed Sep 30 19:06:04 2009 Subject: new version of syck library Message-ID: <71A98C7D-E256-4D3F-B0A5-E5B48DB19762@gmail.com> Hi. I am the maintainer of syck-library these days. I noticed, that freebsd-port doesn't have maintainer, but this address is mentioned instead. I just released new version of library which incorporates all changes gathered during last 3 years, including proper 64-bit compatibility. Release is hosted at github: http://github.com/indeyets/syck/downloads API is compatible with 0.55 feel free to write me, if you find any problems with it From Albert.Shih at obspm.fr Wed Sep 30 19:39:05 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Sep 30 19:39:13 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930165843.GD503@obspm.fr> References: <20090930100658.GA99090@obspm.fr> <20090930144535.GD50565@hades.panopticon> <20090930145925.GB503@obspm.fr> <20090930172746.4d7d5fee@ernst.jennejohn.org> <20090930165843.GD503@obspm.fr> Message-ID: <20090930193901.GG1872@obspm.fr> Le 30/09/2009 ? 18:58:43+0200, Albert Shih a ?crit > Le 30/09/2009 ? 17:27:46+0200, Gary Jennejohn a ?crit > > On Wed, 30 Sep 2009 16:59:25 +0200 > > Albert Shih wrote: > > > > > Le 30/09/2009 __ 18:45:35+0400, Dmitry Marakasov a __crit > > > > * Albert Shih (Albert.Shih@obspm.fr) wrote: > > > > > > > > > I would like to known if anyone can help me make ion work ? Maybe someone > > > > > have the patch file for the system.mk ? > > > > > > > > Please try this: > > > > > > > > http://people.freebsd.org/~amdmi3/ion3.tar > > > > > > > > It builds file in tinderbox, but I haven't tested how it works yet. > > > > > > I'm happy to see I'm not the only ET (http://www.imdb.com/title/tt0083866/) > > > to like this wm ;-) > > > > > > Well I've just try you tar....but it's not working. > > > > > > > Not a very useful "error" message. > > You right. > > > > > I just installed it (9-CURRENT AMD64) and it works just fine for me. At > > least, the basic functionality seems to be there. > > You right again.... > > It's work...I don't known why (I'm not a FreeBSD-ports guru...) if I try to > build outside the ports tree, just with the patch file it's don't wokr. > > But inside de ports tree it's working. > and after 3h of using, I think the ports is good. You save ?my life? ;-) Thanks again. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 30 sep 2009 21:38:11 CEST From Albert.Shih at obspm.fr Wed Sep 30 19:51:49 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Sep 30 19:51:59 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930161915.GA18014@lonesome.com> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> Message-ID: <20090930195145.GH1872@obspm.fr> Le 30/09/2009 ? 11:19:15-0500, Mark Linimon a ?crit > On Wed, Sep 30, 2009 at 03:05:08PM +0400, Dmitry Marakasov wrote: > > I've seen the license change too. I'm working on the port currently. > > As a reminder, the last time this software was in the ports tree, the > developer threatened us with a lawsuit. This repeats what he has > previously done to several other BSDs and several Linux distributions. > This is why ports for his software are no longer available for these > platforms. > > Whether the license has changed or not, the fact that the author feels > the desire to use lawsuits to achieve his goals makes his software too > much of a liability for FreeBSD to redistribute. > Well I think you decision is already take so I'm not going argue with you. Just little information : As I understand Tuomo Valkonen as stop the developement of this software. Here is what he say : ?I have recently given up on the failure known as Linux, and switched to Windows. As I thus probably won't be working much on Ion3 anymore, and since it seems very stable anyway, the 28-day clause in the license should serve little practical purpose anymore. It has therefore been lifted.? --> http://www.modeemi.fi/~tuomov/ion/news.html Anyway if you don't want that ports I can understand easily why. That make me sad, but thanks to Dmitry I can use ion-3 and because ion-3 not going to evolve I'm going to keep that ?pseudo-ports? in some ?safe?-place. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 30 sep 2009 21:51:13 CEST