Re: Error when build mod_jk with apache 2.2 under FreeBSD 7.2-STABLE 64bit?!
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 s...@gothic.net.au: 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-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Open discution for a fakeroot support for the ports infrastructure
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 r...@ringlet.netr...@space.bgr...@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. pgpLxmMiry5xu.pgp Description: PGP signature
Re: Open discution for a fakeroot support for the ports infrastructure
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 r...@ringlet.netr...@space.bgr...@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. pgpiUAWR1GEY3.pgp Description: PGP signature
FreeBSD Port: mc-4.6.2 lynx-like motion forgot
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 r...@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 r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 mc-4.6.2Midnight 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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
ports/devel/automake-wrapper: ln: /usr/local/bin/aclocal: File exists
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. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
squirrelmail port
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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/devel/automake-wrapper: ln: /usr/local/bin/aclocal: File exists
On Tue, 01 Sep 2009 10:30:39 + O. Hartmann ohart...@zedat.fu-berlin.de 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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Open discution for a fakeroot support for the ports infrastructure
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 r...@ringlet.netr...@space.bgr...@freebsd.org PGP key: http://people.FreeBSD.org/~roam/roam.key.aschttp://people.freebsd.org/%7Eroam/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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: squirrelmail port
-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 tabtho...@freebsd.org | http://people.freebsd.org/~tabthorpe -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqdHgkACgkQ5Gm/jNBp8qAeRwCeInu4BpN9IWQMa+0glxhFJz0B exIAnRChCLMGSRWHPvOT86aMIHsfUI8l =YoJH -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: boost-python-libs and associated compile errors
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 pbin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading- multilibboost_python.a(clean) for lack of pbin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading- multinumeric.o... ...skipped pbin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading- multilibboost_python.a for lack of pbin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading- multinumeric.o... ...skipped pstage/liblibboost_python.a for lack of pbin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading- multilibboost_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'
Re: boost-python-libs and associated compile errors
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 da...@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 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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT - ioquake3 1.36 port
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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: boost-python-libs and associated compile errors
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 da...@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 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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Mailman: users can't post to a moderated list
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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX build failed for 6.x
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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT - ioquake3 1.36 port
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. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX now builds successfully on 6.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Testers: Here's a patch to update linux-opera to 10.00.
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 -- me...@cox.net - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Migration to new SourceForge URL scheme part 2, SFE and some statistics
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 REDIRFAIL (*) 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: MirrorFreefall 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 sunet732 KB/s 4.85 MB/s 1.42 MB/s freefr590 KB/s 1.13 MB/s 1.96 MB/s jaist893 KB/s 1.62 MB/s548 KB/s switch520 KB/s 10.4 MB/s 1.57 MB/s surfnet515 KB/s 7.53 MB/s 1.72 MB/s nchc 1.01 MB/s 1.11 MB/s503 KB/s voxel 2.19 MB/s461 KB/s637 KB/s osdn403 KB/s544 KB/s621 KB/s softlayer447 KB/s420 KB/s399 KB/s transact732 KB/s791 KB/s370 KB/s kent353 KB/s 1.33 MB/s 2.65 MB/s internode969 KB/s758 KB/s167 KB/s biznetnetworks189 KB/s381 KB/s 92.0 KB/s garr failed failed failed ufpr989 KB/s519 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 amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org