Re: Forgot the -D syntax
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/14/12 1:10 PM, Paul Schmehl wrote: > I'm having a problem installing x11-fonts/fontsproto. I'm getting > this error: Fix document syntax or use --skip-validation option > > For the life of me I can't remember what the syntax is to > incorporate this into the make. I've tried > -DWITH---skip-validation and several other combinations without > success. > > Can somebody please refresh my memory??? > Hi Paul, Without having looking at the port at all, it sounds like that's an option that needs to be passed to the configure phase. If so, you add this to the port Makefile: CONFIGURE_ARGS+=--skip-validation Alternately, you could add something similar to /etc/make.conf, wrapped with a check for the proper port directory. Then the question is whether this is a bug in the port as it stands or a problem in your local environment that requires this option to be enabled. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCj5lAACgkQ0sRouByUApARhACguLoOVgQ9m/bxB8mq6fPbQe2+ S7kAn3i11aQoRapYc6qKlaTmTCXvTEUH =Euju -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: Firefox and Adobe® Flash™ Plugin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/16/12 5:25 AM, Leslie Jensen wrote: > Hello. > > I'm trying to install flash according to the handbook 7.2.3 > > But > > portmaster www/nspluginwrapper > > ends with > > ===>>> www/nspluginwrapper >> accessibility/linux-f10-atk >> > emulators/linux_base-f10 (4/4) > > ===>>> Port directory: /usr/ports/emulators/linux_base-f10 > > ===>>> This port is marked IGNORE ===>>> linuxulator is not > (kld)loaded > > > ===>>> If you are sure you can build it, remove the IGNORE line in > the Makefile and try again. > > ===>>> Update for emulators/linux_base-f10 failed > > > > I need advise on how to proceed. > > Thanks > > /Leslie > > ___ > 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" Hi Leslie, Please check this page: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu-lbc-install.html If you want to enable Linux emulation at boot, just add linux_enable="YES" to /etc/rc.conf and then enter the command /etc/rc.d/abi start Then try installing the port again and it should work. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlCmVX8ACgkQ0sRouByUApCQrACfYiUPX38mKyktktKAtufgVEHY 1PUAoKHPmEXx2qCODTEIWjYNWpaEHSy+ =IcYz -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: FreeBSD Port: graphics/hugin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/18/13 12:00 PM, Rainer Hurling wrote: > On 18.01.2013 08:37 (UTC+2), Vasil Dimov wrote: >> On Thu, Jan 17, 2013 at 16:34:59 -0600, ajtiM wrote: >>> My system: 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec >>> 4 06:55:39 UTC 2012 >>> r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >>> >>> clang -v: FreeBSD clang version 3.1 (branches/release_31 >>> 156863) 20120523 Target: i386-unknown-freebsd9.0 Thread model: >>> posix >>> >>> I try to update hugin (Chase OpenEXR lib update) with clang but >>> I got an error: >>> >>> >>> In file included from >>> /usr/ports/graphics/hugin/work/hugin-2011.4.0/src/foreign/zthread/src/vanilla/SimpleAtomicCount.cxx:26: >>> >>> /usr/ports/graphics/hugin/work/hugin-2011.4.0/src/foreign/zthread/src/../include/zthread/Guard.h:117:9: >>> error: void function 'createScope' should not return a value >>> [-Wreturn-type] return false; ^ ~ >>> /usr/ports/graphics/hugin/work/hugin-2011.4.0/src/foreign/zthread/src/../include/zthread/Guard.h:121:5: >>> error: void function 'createScope' should not return a value >>> [-Wreturn-type] return true; ^ 2 errors generated. >>> *** >>> [src/foreign/zthread/src/CMakeFiles/ZThread.dir/AtomicCount.cxx.o] >>> Error code 1 >> [...] >> >> Hello, >> >> Do you have >> >> CC=clang CXX=clang++ CPP=clang-cpp >> >> in your environment, e.g. /etc/make.conf ? >> >> hugin does not seem to compile with clang. I fixed the above >> error but a set of another ones spills out. >> >> Can you try the attached patch which should force it to compile >> with gcc and confirm whether it fixes the problem for you? > > Hi Vasil, > > thanks for the patch for Makefile and > src/foreign/flann/util/logger.h. Both works nice for me on recent > 10.0-CURRENT amd64. > > With USE_GCC=yes the patch uses lang/gcc46. Isn't USE_GCC=any also > sufficient, so we can use systems compiler gcc-4.2.1, if present? > > Rainer > >> The clang compilation issues would better be addressed with the >> hugin authors. >> > > Hi all, The build with clang dies inside of the zthread code included in the hugin distro, and I wonder if it would be fixed with the same patch that I committed to the devel/zthread port this week? Here is the patch file for zthread's Guard.h file: http://svnweb.freebsd.org/ports/head/devel/zthread/files/patch-include__zthread__Guard.h?revision=310556&view=co Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlD5iuMACgkQ0sRouByUApBLDACcC//v9Eh1FarE5hquSOXCJTCW dkQAn28D/1xJ+FytgzRrRgUN3lDiIA6g =mvIm -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: FreeBSD Port: graphics/hugin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/18/13 1:34 PM, Rainer Hurling wrote: > On 18.01.2013 18:48 (UTC+2), Greg Larkin wrote: >> On 1/18/13 12:00 PM, Rainer Hurling wrote: >>> On 18.01.2013 08:37 (UTC+2), Vasil Dimov wrote: >>>> On Thu, Jan 17, 2013 at 16:34:59 -0600, ajtiM wrote: >>>>> My system: 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue >>>>> Dec 4 06:55:39 UTC 2012 >>>>> r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>>>> i386 >>>>> >>>>> clang -v: FreeBSD clang version 3.1 (branches/release_31 >>>>> 156863) 20120523 Target: i386-unknown-freebsd9.0 Thread >>>>> model: posix >>>>> >>>>> I try to update hugin (Chase OpenEXR lib update) with clang >>>>> but I got an error: >>>>> >>>>> >>>>> In file included from >>>>> /usr/ports/graphics/hugin/work/hugin-2011.4.0/src/foreign/zthread/src/vanilla/SimpleAtomicCount.cxx:26: >>>>> >>>>> >> >>>>> /usr/ports/graphics/hugin/work/hugin-2011.4.0/src/foreign/zthread/src/../include/zthread/Guard.h:117:9: >> >>>>> error: void function 'createScope' should not return a >>>>> value [-Wreturn-type] return false; ^ ~ >>>>> /usr/ports/graphics/hugin/work/hugin-2011.4.0/src/foreign/zthread/src/../include/zthread/Guard.h:121:5: >>>>> >>>>> error: void function 'createScope' should not return a value >>>>> [-Wreturn-type] return true; ^ 2 errors >>>>> generated. *** >>>>> [src/foreign/zthread/src/CMakeFiles/ZThread.dir/AtomicCount.cxx.o] >>>>> >>>>> Error code 1 >>>> [...] >>>> >>>> Hello, >>>> >>>> Do you have >>>> >>>> CC=clang CXX=clang++ CPP=clang-cpp >>>> >>>> in your environment, e.g. /etc/make.conf ? >>>> >>>> hugin does not seem to compile with clang. I fixed the above >>>> error but a set of another ones spills out. >>>> >>>> Can you try the attached patch which should force it to >>>> compile with gcc and confirm whether it fixes the problem for >>>> you? >> >>> Hi Vasil, >> >>> thanks for the patch for Makefile and >>> src/foreign/flann/util/logger.h. Both works nice for me on >>> recent 10.0-CURRENT amd64. >> >>> With USE_GCC=yes the patch uses lang/gcc46. Isn't USE_GCC=any >>> also sufficient, so we can use systems compiler gcc-4.2.1, if >>> present? >> >>> Rainer >> >>>> The clang compilation issues would better be addressed with >>>> the hugin authors. >>>> >> >> >> >> Hi all, > > hi Greg, > >> The build with clang dies inside of the zthread code included in >> the hugin distro, and I wonder if it would be fixed with the same >> patch that I committed to the devel/zthread port this week? > > very nice idea and problably the right one. > >> Here is the patch file for zthread's Guard.h file: >> >> http://svnweb.freebsd.org/ports/head/devel/zthread/files/patch-include__zthread__Guard.h?revision=310556&view=co > >> > I just tried your patch on hugin (my patch attached) with clang and > it builds and installs fine. A quick test using hugin also seems to > be ok. > > I did not use your fourth item in patching Guard.h, because it is > different from yours and should already ok for clang: > > in zthreads Guard.h:l.494 -if(!isDisabled()) + > if(!this->isDisabled()) LockingPolicy::destroyScope(*this); > > in hugins Guard.h:l.494 if(!LockHolder::isDisabled()) > LockingPolicy::destroyScope(*this); > > This should be ok within hugins Guard.h. What do you think about > it? > > Many thanks, Rainer > >> >> Hope that helps, Greg Hi Rainer, Yes, your patch for Guard.h looks fine, and I think it should be committed to the hugin port. Cheers, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlD5tvUACgkQ0sRouByUApC2cgCdGEfO2U8SZi+CHUzy/zyLCS98 xQsAoLWNRDRZPShsHwJuRFYKHBA7JQ3h =6Z87 -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: How to launch services that do not fork to background using the rc infrastructure?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/22/13 10:29 AM, Grzegorz Blach wrote: > On 01/22/2013 04:19 PM, Javier Mart■n Rueda wrote: >> The typical and simple rc.d script to launch a service has, >> esentially, the following: >> >> . /etc/rc.subr >> >> name=SERVICE rcvar=SERVICE_enable >> >> command="/usr/local/sbin/PROGRAM" >> >> pidfile=/var/run/${name}.pid >> SERVICE_enable=${SERVICE_enable:-"NO"} >> >> load_rc_config ${name} run_rc_command "$1" >> >> One of the ports (net/spread4) runs a PROGRAM that does not fork >> to background as a daemon and which does not have any >> command-line option to ask it to do so. Therefore, the rc.d >> script never finishes, with various consequences (system boot >> stops, no pid file generated...) >> >> I tried adding a "&" to SERVICE_flags to see if it made it run in >> the background, but it didn't do the trick. I also quickly >> checked the /etc/rc.subr code to see if there is any way of >> forcing a background launch, but couldn't see anything. No luck >> searching the web or problem reports either. >> >> So, my question is whether there is a non-obvious way of forcing >> a program to start in background using the rc infrastructure. >> > > > Try command="/usr/sbin/daemon -c -f -p $pidfile PROGRAM" or some > thing like this. > Here's a full example of that in the ViewVC rc.d script: http://svnweb.freebsd.org/ports/head/devel/viewvc/files/viewvc.in?revision=300896&view=markup Hope it helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlD+sf4ACgkQ0sRouByUApAdBgCfdwmbfCokv0Rxm50pTaqZkAkF BGoAnjl27+rGvyV3DP4W5rsphL2dbZBd =Vi59 -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: I need help with git
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/4/13 11:21 AM, Paul Schmehl wrote: > I'm the maintainer for security/barnyard2. The software recently > changed so that all distros are pulled from github. The developers > made new commits, and now the port is broken, and I cannot figure > out how to fix it. > > Here's the relevant code from the Makefile: > > PORTNAME= barnyard2 PORTVERSION=1.11 CATEGORIES= > security > > MAINTAINER= pa...@utdallas.edu COMMENT=Interpreter for > Snort unified2 binary output files > > LICENSE=GPLv2 > > USE_GITHUB= yes GH_ACCOUNT= firnsy GH_PROJECT= > ${PORTNAME} GH_TAGNAME= master GH_COMMIT= 4dfdc80 > > The master tagname apparently gets moved to the new commit every > time the developers commit changes. This is NOT what I want. I > want the port to stay at the release version until a new version is > released. > > I've tried everything I can think of to get this port to pull the > commit I want. It does not work. I've tried changing the tagname > to v2-1.11, v2-${PORTVERSION}, stable, dev-next, etc., etc. > Nothing works. > > Here's the git site: > <https://github.com/firnsy/barnyard2/commits/master> > > If I pull master, I get commit f57e464. That's not what I want. > Why doesn't this thing pull the commit I'm telling it to pull? > > I'm so frustrated by this I'm about to drop this port. I do NOT > want to have to update the port every time the developers commit > more code. That is NOT how software should work. > > Is there anyone who can tell me how to fix this problem so the port > will remain at the release version until the next version is > released no matter how many commits the developers make? > Hi Paul, I just changed this line: GH_TAGNAME= master to this: GH_TAGNAME= v2-1.11 and it worked fine. FWIW, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEP5MkACgkQ0sRouByUApDsCwCePQYMCZ6/Avm0lUSbGazexoz5 kBkAnjLstH0h/pZ4y52BMZVgh9uFYFcv =5E4Z -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: how to move 9.1 ports to HEAD?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/8/13 9:47 AM, Anton Shterenlikht wrote: > I just installed 9.1-release including the ports tree: > > root@zzz:/usr/ports # svn info /usr/ports/ Path: . Working Copy > Root Path: /usr/ports URL: > svn://svn.freebsd.org/ports/branches/RELENG_9_1_0 Repository Root: > svn://svn.freebsd.org/ports Repository UUID: > 35697150-7ecd-e111-bb59-0022644237b5 Revision: 311939 Node Kind: > directory Schedule: normal Last Changed Author: beat Last Changed > Rev: 307934 Last Changed Date: 2012-11-28 20:30:08 + (Wed, 28 > Nov 2012) > > root@zzz:/usr/ports # > > I want to move the ports tree to HEAD. Is there an easy way (i.e. > not involving rm -rf /usr/ports/* and then a fresh svn co) of > achieving this? > > I tried "svn switch" and "svn relocate", but it seems these are > intended for just changing the root URL, i.e. when the tree itself > is not changing. > > Please advise > > Thanks > > Anton Hi Anton, The command "svn switch svn://svn.freebsd.org/ports/head/" will do what you want. "svn relocate" repoints a working copy to a new URL, if the repository has changed on the server side, but "svn switch" updates the local working copy to match a new URL within the same repository on the server. Hope it helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEVEW4ACgkQ0sRouByUApA/lgCgs9n9jTWiaJQe9VfW1umHk+U5 3fUAnixWFiC+nXRcu7EAYOCCyOUVICta =LBMV -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: how to move 9.1 ports to HEAD?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/8/13 10:04 AM, Anton Shterenlikht wrote: > From glar...@freebsd.org Fri Feb 8 14:54:13 2013 > > On 2/8/13 9:47 AM, Anton Shterenlikht wrote: > I just installed > 9.1-release including the ports tree: > > root@zzz:/usr/ports # svn > info /usr/ports/ Path: . Working Copy > Root Path: /usr/ports URL: > > svn://svn.freebsd.org/ports/branches/RELENG_9_1_0 Repository > Root: > svn://svn.freebsd.org/ports Repository UUID: > > 35697150-7ecd-e111-bb59-0022644237b5 Revision: 311939 Node Kind: > > directory Schedule: normal Last Changed Author: beat Last Changed > > Rev: 307934 Last Changed Date: 2012-11-28 20:30:08 + (Wed, 28 > > Nov 2012) > > root@zzz:/usr/ports # > > I want to move the ports > tree to HEAD. Is there an easy way (i.e. > not involving rm -rf > /usr/ports/* and then a fresh svn co) of > achieving this? > > I > tried "svn switch" and "svn relocate", but it seems these are > > intended for just changing the root URL, i.e. when the tree itself > > is not changing. > > Please advise > > Thanks > > Anton > > > Hi Anton, > > The command "svn switch svn://svn.freebsd.org/ports/head/" will do > what you want. "svn relocate" repoints a working copy to a new > URL, if the repository has changed on the server side, but "svn > switch" updates the local working copy to match a new URL within > the same repository on the server. > > Hope it helps, Greg - -- Greg Larkin > > I think I get it. > > What you suggested worked, thank you: > > root@zzz:/usr/ports # svn info Path: . Working Copy Root Path: > /usr/ports URL: svn://svn.freebsd.org/ports/head Repository Root: > svn://svn.freebsd.org/ports Repository UUID: > 35697150-7ecd-e111-bb59-0022644237b5 Revision: 311942 Node Kind: > directory Schedule: normal Last Changed Author: tota Last Changed > Rev: 311942 Last Changed Date: 2013-02-08 14:53:49 + (Fri, 08 > Feb 2013) > > However, this didn't work: > > root@zzz:/usr/ports # svn switch > svn://svn0.us-east.freebsd.org/ports/head svn: E155025: > 'svn://svn.freebsd.org/ports/head' is not the same repository as > 'svn://svn0.us-east.freebsd.org/ports' root@zzz:/usr/ports # > > I read somewhere that it is advisable to use these mirrors to > offload the main server. > > So how can easily switch to "east" (or "west")? > > Thanks > > Anton > Hi Anton, Ok, in that case, I would try the following, assuming your repository root is still svn://svn.freebsd.org/ports: cd /usr/ports svn relocate svn://svn0.us-east.freebsd.org/ports/ svn switch svn://svn0.us-east.freebsd.org/ports/head/ Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEVG1IACgkQ0sRouByUApDE5ACeP1jf74aplcJmQSSEnpaUaith proAoKyA6nvVClMh/vCEfu3JEC0U67SI =poiq -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: math/ggobi does not build, if graphics/graphviz installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/24/13 1:38 PM, Rainer Hurling wrote: > Oops, sorry for answering myself. But the typo gremlin appeared. > > On 23.04.2013 18:38 (UTC+2), Rainer Hurling wrote: >> Dear developers, >> >> I am the maintainer of math/ggobi and I could need some help for >> a longstanding problem with the build of ggobi (not seen by >> tinderbox): >> >> With graphics/graphviz installed, math/ggobi finds this external >> installation by its configure script in plugins/GraphLayout. Then >> it tries to use it instead of its internal graphviz version and >> fails when trying to build the port. > > The configure also sets HAVE_LIBGVC=1. > >> >> The diff between graphics/graphviz/Makefile with/without >> external > ^^ plugins/GraphLayout/Makefile > >> graphviz found is like this (the first version does not build): >> >> 158,159c158,159 < LIBGVC_CFLAGS = -I/usr/local/include/graphviz < >> LIBGVC_LIBS = -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt --- >>> LIBGVC_CFLAGS = LIBGVC_LIBS = >> >> >> I am looking for either an elegant way to forbid this configure >> script to use the external graphviz or to use the external >> graphviz correctly, when installed. >> >> If this would be possible, an option in the ports Makefile could >> switch between them (and install external graphviz, if wanted). >> >> Could someone with more experience be so kind to push me in the >> right direction, please. >> >> Many thanks in advance, Rainer Hurling Hi Rainer, Can you post an excerpt of the build failure log file when math/ggobi attempts to build graphics/graphviz? Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlF4RmIACgkQ0sRouByUApAQWgCeIp86jq7Nxw9G086rOFdQLvyg 9S8An08yXgWLAyb28JA3A0YdLizVLs0D =IIv6 -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: math/ggobi does not build, if graphics/graphviz installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/25/13 1:39 AM, Rainer Hurling wrote: > Am 24.04.2013 22:53 (UTC+1) schrieb Greg Larkin: >> On 4/24/13 1:38 PM, Rainer Hurling wrote: >>> Oops, sorry for answering myself. But the typo gremlin >>> appeared. >> >>> On 23.04.2013 18:38 (UTC+2), Rainer Hurling wrote: >>>> Dear developers, >>>> >>>> I am the maintainer of math/ggobi and I could need some help >>>> for a longstanding problem with the build of ggobi (not seen >>>> by tinderbox): >>>> >>>> With graphics/graphviz installed, math/ggobi finds this >>>> external installation by its configure script in >>>> plugins/GraphLayout. Then it tries to use it instead of its >>>> internal graphviz version and fails when trying to build the >>>> port. >> >>> The configure also sets HAVE_LIBGVC=1. >> >>>> >>>> The diff between graphics/graphviz/Makefile with/without >>>> external >>> ^^ plugins/GraphLayout/Makefile >> >>>> graphviz found is like this (the first version does not >>>> build): >>>> >>>> 158,159c158,159 < LIBGVC_CFLAGS = >>>> -I/usr/local/include/graphviz < LIBGVC_LIBS = >>>> -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt --- >>>>> LIBGVC_CFLAGS = LIBGVC_LIBS = >>>> >>>> >>>> I am looking for either an elegant way to forbid this >>>> configure script to use the external graphviz or to use the >>>> external graphviz correctly, when installed. >>>> >>>> If this would be possible, an option in the ports Makefile >>>> could switch between them (and install external graphviz, if >>>> wanted). >>>> >>>> Could someone with more experience be so kind to push me in >>>> the right direction, please. >>>> >>>> Many thanks in advance, Rainer Hurling >> >> Hi Rainer, >> >> Can you post an excerpt of the build failure log file when >> math/ggobi attempts to build graphics/graphviz? > > Hi Greg, > > I created an excerpt of the build log and put it together with > config.log as a zip in the attachment. > > Please tell me, if I should provide more information. > > Many thanks for your answer, Rainer > >> >> Thank you, Greg >> Hi Rainer, Can you send all config.log files that appear in the ggobi work directory? That would include any that appear in the plugin build subdirectories. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlF5RXcACgkQ0sRouByUApAQ+ACgkPX545xFUg1dbcYOT1lIRoZR wlMAoKo/+oaQDv7lslZBYhn/iPQ6RdR+ =dGHg -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: math/ggobi does not build, if graphics/graphviz installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/25/13 12:02 PM, Rainer Hurling wrote: > On 25.04.2013 17:02 (UTC+2), Greg Larkin wrote: >> On 4/25/13 1:39 AM, Rainer Hurling wrote: >>> Am 24.04.2013 22:53 (UTC+1) schrieb Greg Larkin: >>>> On 4/24/13 1:38 PM, Rainer Hurling wrote: >>>>> Oops, sorry for answering myself. But the typo gremlin >>>>> appeared. >>>> >>>>> On 23.04.2013 18:38 (UTC+2), Rainer Hurling wrote: >>>>>> Dear developers, >>>>>> >>>>>> I am the maintainer of math/ggobi and I could need some >>>>>> help for a longstanding problem with the build of ggobi >>>>>> (not seen by tinderbox): >>>>>> >>>>>> With graphics/graphviz installed, math/ggobi finds this >>>>>> external installation by its configure script in >>>>>> plugins/GraphLayout. Then it tries to use it instead of >>>>>> its internal graphviz version and fails when trying to >>>>>> build the port. >>>> >>>>> The configure also sets HAVE_LIBGVC=1. >>>> >>>>>> >>>>>> The diff between graphics/graphviz/Makefile with/without >>>>>> external >>>>> ^^ plugins/GraphLayout/Makefile >>>> >>>>>> graphviz found is like this (the first version does not >>>>>> build): >>>>>> >>>>>> 158,159c158,159 < LIBGVC_CFLAGS = >>>>>> -I/usr/local/include/graphviz < LIBGVC_LIBS = >>>>>> -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt --- >>>>>>> LIBGVC_CFLAGS = LIBGVC_LIBS = >>>>>> >>>>>> >>>>>> I am looking for either an elegant way to forbid this >>>>>> configure script to use the external graphviz or to use >>>>>> the external graphviz correctly, when installed. >>>>>> >>>>>> If this would be possible, an option in the ports >>>>>> Makefile could switch between them (and install external >>>>>> graphviz, if wanted). >>>>>> >>>>>> Could someone with more experience be so kind to push me >>>>>> in the right direction, please. >>>>>> >>>>>> Many thanks in advance, Rainer Hurling >>>> >>>> Hi Rainer, >>>> >>>> Can you post an excerpt of the build failure log file when >>>> math/ggobi attempts to build graphics/graphviz? >> >>> Hi Greg, >> >>> I created an excerpt of the build log and put it together with >>> config.log as a zip in the attachment. >> >>> Please tell me, if I should provide more information. >> >>> Many thanks for your answer, Rainer >> >>>> >>>> Thank you, Greg >>>> >> >> Hi Rainer, >> >> Can you send all config.log files that appear in the ggobi work >> directory? That would include any that appear in the plugin >> build subdirectories. > > Yep, of course. The attached zip should contain them all. > > Thanks again, Rainer > >> >> Thank you, Greg Hi Rainer, There doesn't appear to be an easy way to convince plugins/GraphLayout/configure to ignore an already-installed version of graphviz, and I don't see any patches for ggobi that enable it to support new versions of graphviz. At this point, I would add a post-configure target to the port Makefile and use it to patch plugins/GraphLayout/Makefile and plugins/GraphLayout/config.h to remove support for libgvc. I did that manually, and I was able to build the plugin by hand with graphviz still installed. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlF5lGMACgkQ0sRouByUApDORACffqcxz3oX/3NMlgl5DzvsEdWz jggAoIknzIivDLQyNHPdK4/mdFojx4TI =hWTc -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: math/ggobi does not build, if graphics/graphviz installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/25/13 12:02 PM, Rainer Hurling wrote: > On 25.04.2013 17:02 (UTC+2), Greg Larkin wrote: >> On 4/25/13 1:39 AM, Rainer Hurling wrote: >>> Am 24.04.2013 22:53 (UTC+1) schrieb Greg Larkin: >>>> On 4/24/13 1:38 PM, Rainer Hurling wrote: >>>>> Oops, sorry for answering myself. But the typo gremlin >>>>> appeared. >>>> >>>>> On 23.04.2013 18:38 (UTC+2), Rainer Hurling wrote: >>>>>> Dear developers, >>>>>> >>>>>> I am the maintainer of math/ggobi and I could need some >>>>>> help for a longstanding problem with the build of ggobi >>>>>> (not seen by tinderbox): >>>>>> >>>>>> With graphics/graphviz installed, math/ggobi finds this >>>>>> external installation by its configure script in >>>>>> plugins/GraphLayout. Then it tries to use it instead of >>>>>> its internal graphviz version and fails when trying to >>>>>> build the port. >>>> >>>>> The configure also sets HAVE_LIBGVC=1. >>>> >>>>>> >>>>>> The diff between graphics/graphviz/Makefile with/without >>>>>> external >>>>> ^^ plugins/GraphLayout/Makefile >>>> >>>>>> graphviz found is like this (the first version does not >>>>>> build): >>>>>> >>>>>> 158,159c158,159 < LIBGVC_CFLAGS = >>>>>> -I/usr/local/include/graphviz < LIBGVC_LIBS = >>>>>> -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt --- >>>>>>> LIBGVC_CFLAGS = LIBGVC_LIBS = >>>>>> >>>>>> >>>>>> I am looking for either an elegant way to forbid this >>>>>> configure script to use the external graphviz or to use >>>>>> the external graphviz correctly, when installed. >>>>>> >>>>>> If this would be possible, an option in the ports >>>>>> Makefile could switch between them (and install external >>>>>> graphviz, if wanted). >>>>>> >>>>>> Could someone with more experience be so kind to push me >>>>>> in the right direction, please. >>>>>> >>>>>> Many thanks in advance, Rainer Hurling >>>> >>>> Hi Rainer, >>>> >>>> Can you post an excerpt of the build failure log file when >>>> math/ggobi attempts to build graphics/graphviz? >> >>> Hi Greg, >> >>> I created an excerpt of the build log and put it together with >>> config.log as a zip in the attachment. >> >>> Please tell me, if I should provide more information. >> >>> Many thanks for your answer, Rainer >> >>>> >>>> Thank you, Greg >>>> >> >> Hi Rainer, >> >> Can you send all config.log files that appear in the ggobi work >> directory? That would include any that appear in the plugin >> build subdirectories. > > Yep, of course. The attached zip should contain them all. > > Thanks again, Rainer > >> >> Thank you, Greg Hi Rainer, There doesn't appear to be an easy way to convince plugins/GraphLayout/configure to ignore an already-installed version of graphviz, and I don't see any patches for ggobi that enable it to support new versions of graphviz. At this point, I would add a post-configure target to the port Makefile and use it to patch plugins/GraphLayout/Makefile and plugins/GraphLayout/config.h to remove support for libgvc. I did that manually, and I was able to build the plugin by hand with graphviz still installed. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlF5lNQACgkQ0sRouByUApDbwwCfQhef13FAX/lfSjci+ouwLrB2 soQAnRGaiax5BN2bAWJruoc6+9nk7Mx6 =Lkg9 -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: math/ggobi does not build, if graphics/graphviz installed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/26/13 1:36 AM, Rainer Hurling wrote: > Am 25.04.2013 22:40 (UTC+1) schrieb Greg Larkin: >> On 4/25/13 12:02 PM, Rainer Hurling wrote: >>> On 25.04.2013 17:02 (UTC+2), Greg Larkin wrote: >>>> On 4/25/13 1:39 AM, Rainer Hurling wrote: >>>>> Am 24.04.2013 22:53 (UTC+1) schrieb Greg Larkin: >>>>>> On 4/24/13 1:38 PM, Rainer Hurling wrote: >>>>>>> Oops, sorry for answering myself. But the typo gremlin >>>>>>> appeared. >>>>>> >>>>>>> On 23.04.2013 18:38 (UTC+2), Rainer Hurling wrote: >>>>>>>> Dear developers, >>>>>>>> >>>>>>>> I am the maintainer of math/ggobi and I could need >>>>>>>> some help for a longstanding problem with the build >>>>>>>> of ggobi (not seen by tinderbox): >>>>>>>> >>>>>>>> With graphics/graphviz installed, math/ggobi finds >>>>>>>> this external installation by its configure script in >>>>>>>> plugins/GraphLayout. Then it tries to use it instead >>>>>>>> of its internal graphviz version and fails when >>>>>>>> trying to build the port. >>>>>> >>>>>>> The configure also sets HAVE_LIBGVC=1. >>>>>> >>>>>>>> >>>>>>>> The diff between graphics/graphviz/Makefile >>>>>>>> with/without external >>>>>>> ^^ >>>>>>> plugins/GraphLayout/Makefile >>>>>> >>>>>>>> graphviz found is like this (the first version does >>>>>>>> not build): >>>>>>>> >>>>>>>> 158,159c158,159 < LIBGVC_CFLAGS = >>>>>>>> -I/usr/local/include/graphviz < LIBGVC_LIBS = >>>>>>>> -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt --- >>>>>>>>> LIBGVC_CFLAGS = LIBGVC_LIBS = >>>>>>>> >>>>>>>> >>>>>>>> I am looking for either an elegant way to forbid this >>>>>>>> configure script to use the external graphviz or to >>>>>>>> use the external graphviz correctly, when installed. >>>>>>>> >>>>>>>> If this would be possible, an option in the ports >>>>>>>> Makefile could switch between them (and install >>>>>>>> external graphviz, if wanted). >>>>>>>> >>>>>>>> Could someone with more experience be so kind to push >>>>>>>> me in the right direction, please. >>>>>>>> >>>>>>>> Many thanks in advance, Rainer Hurling >>>>>> >>>>>> Hi Rainer, >>>>>> >>>>>> Can you post an excerpt of the build failure log file >>>>>> when math/ggobi attempts to build graphics/graphviz? >>>> >>>>> Hi Greg, >>>> >>>>> I created an excerpt of the build log and put it together >>>>> with config.log as a zip in the attachment. >>>> >>>>> Please tell me, if I should provide more information. >>>> >>>>> Many thanks for your answer, Rainer >>>> >>>>>> >>>>>> Thank you, Greg >>>>>> >>>> >>>> Hi Rainer, >>>> >>>> Can you send all config.log files that appear in the ggobi >>>> work directory? That would include any that appear in the >>>> plugin build subdirectories. >> >>> Yep, of course. The attached zip should contain them all. >> >>> Thanks again, Rainer >> >>>> >>>> Thank you, Greg >> >> Hi Rainer, > > Hi Greg, > >> There doesn't appear to be an easy way to convince >> plugins/GraphLayout/configure to ignore an already-installed >> version of graphviz, and I don't see any patches for ggobi that >> enable it to support new versions of graphviz. > > That's what I have been afraid of :( > >> At this point, I would add a post-configure target to the port >> Makefile and use it to patch plugins/GraphLayout/Makefile and >> plugins/GraphLayout/config.h to remove support for libgvc. I
Re: Information on WEB is different that´s System
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/15/13 11:11 AM, jmore...@jmorenov.com.co wrote: > > > Hi, > > I am noticed that ports was not actualized here at web ports ... > > http://www.freebsd.org/cgi/ports.cgi?query=python3&stype=all&sektion=all > > [1] > > But into system is ready ... > > > root@server:/usr/ports/lang/python33 [2] # pwd > /usr/ports/lang/python33 > > Any suggestion ? > > Thank´s > > William Moreno > > Links: -- [1] > http://www.freebsd.org/cgi/ports.cgi?query=python3|+|amp|+|stype=all|+|amp|+|sektion=all > > [2] > mailto:root@server:/usr/ports/lang/python33 It looks like the search index hasn't been updated since the compromise last year: Last database update: 2012-11-11 10:45:48 UTC lang/python33 was added to the ports tree in December 2012. I added w...@freebsd.org to the CC list, since that's the contact point that should be notified. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGTq4YACgkQ0sRouByUApAaUQCcD9+/9e/TU/Zz+phTvzDdFoym xTkAoJWpdzMW/QIwJfhNGKQpvpPIM+H+ =D61P -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"
[CFT] Installing multiple Rubygem port versions from the same directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greetings, A while back, I started working on ports for the vagrant (http://www.vagrantup.com/) and veewee (https://github.com/jedi4ever/veewee) tools. At the time, vagrant was packaged as a Ruby gem with a variety of other gem dependencies. Some of the dependencies were already in the ports tree, but they were the wrong versions. Gem dependency lists are often very specific regarding acceptable versions, and the ports tree had a couple of examples of gems that were duplicated so that different major versions could be used as dependencies for other ports (e.g. devel/rubygem-json and devel/rubygem-json146). I have been working on a way to install any version of a gem from a single ports tree directory, as well as install multiple simultaneous versions of the same gem. I'd like to offer my patches for review, comments and testing, and you can find them here: http://people.freebsd.org/~glarkin/diffs/usr-ports-Mk-rubygem-versions.diff http://people.freebsd.org/~glarkin/diffs/usr-ports-devel-rubygem-port-examples.diff Both diffs were generated against r318392. The first one patches Mk/bsd.ruby.mk and creates Mk/bsd.rubygem-versions.mk. The second one patches devel/rubygem-childprocess and devel/rubygem-ffi to show how the new multi-version support works. One of the key features in bsd.rubygem-versions.mk is that it creates additional version-specific targets like "install-1.3.4", "clean-3.0.19", etc., based on the list of versions for each gem. Here is the process for adding multi-version support to a gem port: cd /usr/ports/devel/rubygem-foobar mkdir -p files # Or "svn mkdir files", if it doesn't exist make gem-versions # Creates the version list helper files # # Fix *_DEPENDS in Makefile, if necessary (see below) # make install-0.0.6 clean-0.0.6 make install-1.4.5 clean-1.4.5 make install-0.9 clean-0.9 # # etc... Since each gem version may need a different dependency list, I added version-specific *_DEPENDS support like so: # Using the examples from above: RUN_DEPENDS006+= rubygem-quux123>=1.2.3:${PORTSDIR}/devel/rubygem-quux:install-1.2.3 \ rubygem-bar0019<=0.0.999:${PORTSDIR}/devel/rubygem-bar:install-0.0.19 # RUN_DEPENDS09+= rubygem-quux1210>=1.2.3:${PORTSDIR}/devel/rubygem-quux:install-1.2.10 \ rubygem-quux1210<=1.2.999:${PORTSDIR}/devel/rubygem-quux:install-1.2.10 \ rubygem-bar0019<=0.0.999:${PORTSDIR}/devel/rubygem-bar:install-0.0.19 # RUN_DEPENDS145+= rubygem-quux23<=2.3.999:${PORTSDIR}/devel/rubygem-quux:install-2.3.10 \ rubygem-bar0019<=0.0.999:${PORTSDIR}/devel/rubygem-bar:install-0.0.19 \ rubygem-null222>=1.0.3:${PORTSDIR}/devel/rubygem-null:install-2.2.2 In the first example, the quux gem must be at least version 1.2.3 and that one is installed. If version 4.0.10 were available, that would be acceptable as well. The bar gem version must be >= 0.0.1 and < 0.1 (cf: http://docs.rubygems.org/read/chapter/16#page74). Since there is no "~>" operator in our depends system yet, I'm manually approximating it here by testing against and upper version of 0.0.999 and counting on the port maintainer to call the proper install target for the dependency. In the second example, quux has a slightly more complex version requirement, namely ">=1.2.3, ~>1.2". Any version of quux at least 1.2.3 and less than 1.3 is acceptable. In the last example, the null gem must be at least version 1.0.3, but there is no upper bound. The port maintainer has decided to install version 2.2.2, which may or may not be the most recent one. I look forward to your feedback, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGbnW4ACgkQ0sRouByUApAJeACcDLLdzpNuGH4KYikgzB0+VW78 ekYAn3orS0K7MemO1RKYINUEs5G9fKcp =nc9B -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: [CFT] Installing multiple Rubygem port versions from the same directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/21/13 12:14 PM, Greg Larkin wrote: > > Greetings, > > A while back, I started working on ports for the vagrant > (http://www.vagrantup.com/) and veewee > (https://github.com/jedi4ever/veewee) tools. At the time, vagrant > was packaged as a Ruby gem with a variety of other gem > dependencies. Some of the dependencies were already in the ports > tree, but they were the wrong versions. > > Gem dependency lists are often very specific regarding acceptable > versions, and the ports tree had a couple of examples of gems that > were duplicated so that different major versions could be used as > dependencies for other ports (e.g. devel/rubygem-json and > devel/rubygem-json146). > > I have been working on a way to install any version of a gem from > a single ports tree directory, as well as install multiple > simultaneous versions of the same gem. I'd like to offer my > patches for review, comments and testing, and you can find them > here: > > http://people.freebsd.org/~glarkin/diffs/usr-ports-Mk-rubygem-versions.diff > > http://people.freebsd.org/~glarkin/diffs/usr-ports-devel-rubygem-port-examples.diff > > Both diffs were generated against r318392. The first one patches > Mk/bsd.ruby.mk and creates Mk/bsd.rubygem-versions.mk. The second > one patches devel/rubygem-childprocess and devel/rubygem-ffi to > show how the new multi-version support works. > > One of the key features in bsd.rubygem-versions.mk is that it > creates additional version-specific targets like "install-1.3.4", > "clean-3.0.19", etc., based on the list of versions for each gem. > > Here is the process for adding multi-version support to a gem > port: > > cd /usr/ports/devel/rubygem-foobar mkdir -p files # Or "svn > mkdir files", if it doesn't exist make gem-versions # Creates the > version list helper files # # Fix *_DEPENDS in Makefile, if > necessary (see below) # make install-0.0.6 clean-0.0.6 make > install-1.4.5 clean-1.4.5 make install-0.9 clean-0.9 # # etc... > > Since each gem version may need a different dependency list, I > added version-specific *_DEPENDS support like so: > > # Using the examples from above: RUN_DEPENDS006+= > rubygem-quux123>=1.2.3:${PORTSDIR}/devel/rubygem-quux:install-1.2.3 > \ > > rubygem-bar0019<=0.0.999:${PORTSDIR}/devel/rubygem-bar:install-0.0.19 > > # > RUN_DEPENDS09+= > rubygem-quux1210>=1.2.3:${PORTSDIR}/devel/rubygem-quux:install-1.2.10 > \ > > rubygem-quux1210<=1.2.999:${PORTSDIR}/devel/rubygem-quux:install-1.2.10 > \ > > rubygem-bar0019<=0.0.999:${PORTSDIR}/devel/rubygem-bar:install-0.0.19 > > # > RUN_DEPENDS145+= > rubygem-quux23<=2.3.999:${PORTSDIR}/devel/rubygem-quux:install-2.3.10 > \ > > rubygem-bar0019<=0.0.999:${PORTSDIR}/devel/rubygem-bar:install-0.0.19 > \ > > rubygem-null222>=1.0.3:${PORTSDIR}/devel/rubygem-null:install-2.2.2 > > In the first example, the quux gem must be at least version 1.2.3 > and that one is installed. If version 4.0.10 were available, that > would be acceptable as well. The bar gem version must be >= 0.0.1 > and < 0.1 (cf: http://docs.rubygems.org/read/chapter/16#page74). > Since there is no "~>" operator in our depends system yet, I'm > manually approximating it here by testing against and upper version > of 0.0.999 and counting on the port maintainer to call the proper > install target for the dependency. > > In the second example, quux has a slightly more complex version > requirement, namely ">=1.2.3, ~>1.2". Any version of quux at > least 1.2.3 and less than 1.3 is acceptable. > > In the last example, the null gem must be at least version 1.0.3, > but there is no upper bound. The port maintainer has decided to > install version 2.2.2, which may or may not be the most recent > one. > > I look forward to your feedback, Greg > > And I forgot a rather key command in the description above. It should read: cd /usr/ports/devel/rubygem-foobar mkdir -p files # Or "svn mkdir files", if it doesn't exist make gem-versions # Creates the version list helper files make makesum-all# Update the distinfo file with all versions Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGbnm4ACgkQ0sRouByUApCetQCfRkLnluBzOzT51zPtQ7HuevGT XXMAn2sETR7A7kKbbCu/+Jik2EYzcznG =PzWW -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: Puppet port - Dashboard guide or config reference
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/2/12 10:06 AM, Kaya Saman wrote: > Hi, > > I've managed to get Puppet up and running on FreeBSD 8.2 which I > built from ports however, I am having difficulty in finding > documentation on how to get the Dashboard up and running. > > I am totally new to Puppet though not to FreeBSD, so I've managed > to hack through quite a bit already and got basic functionality - > my test client syncs up! woohoo :-) > > Can anyone give me a hand or a hint as to where a good Doc on the > web gui is:? Unfortunately the puppetlabs site isn't much help in > that respect (unless I missed it?). > > Regards, Kaya Hello Kaya, What a coincidence - I recently installed Puppet Dashboard on a FreeBSD machine here as part of a Puppet deployment, and I have an item on my list to add it to the ports tree in the near future. I used the following link to help me get it running: http://docs.puppetlabs.com/dashboard/manual/1.2/index.html It was reasonably difficult for a non-Ruby-fluent person like me to get the dashboard running, though. I had a lot of problems with the Ruby bits packaged with the dashboard ("vendors" directory) conflicting with ports I already had installed, and I eventually manually installed some specific versions of required gems. I hope there's a way to use the ports tree to install the correct dependencies, and I'll figure that out as I get into the port development. If you want to exchange tips, ideas, roadblocks, etc. for implementing Puppet scripts on FreeBSD, I would be happy to do that. We already ran into one tricky problem: - - Spamassassin creates a virtual package when it updates its rules. Puppet can't deal with that because the package has no origin. We eventually figured out that we need to invoke the sa-compile script like so to prevent the package creation: env DISABLE_BSDPAN=1 sa-compile Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk+hQ3UACgkQ0sRouByUApDBdgCffLQ1AA/Exa3fLypk9sw4Y12D +8QAmJEJVgswZ4ZQ8WxGE6HYPr1lv1c= =X9z8 -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: Install of devel/pear hangs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/12/12 8:18 AM, Colin Baker wrote: > Hello, > > Been having some trouble installing devel/pear on a server after > migrating PHP packages from php5-* to php53-*. Regardless of > whether I use portmaster or 'make install', it hangs at the same > spot: > > # make install ===> Installing for pear-1.9.4_1 ===> > pear-1.9.4_1 depends on file: /usr/local/include/php/main/php.h - > found ===> pear-1.9.4_1 depends on file: > /usr/local/lib/php/20090626/xml.so - found ===> Generating > temporary packing list ===> Checking if devel/pear already > installed > > where it will happily sit for days if I don't intervene. Is there > any way to see what it's trying to do at this stage? Or is this > something anybody else has run into? > > -Colin Hi Colin, Try running the command like this: make -d A install |& tee /tmp/pear.log Once it hangs, press Ctrl-C and check /tmp/pear.log. At the end of the file, you should see the command that make spawned before the install process hung. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/XSJQACgkQ0sRouByUApDE4QCghI/TnvwSUeS5mK6iTxXUkK6D UbwAn3qnferqldu9hjpd+sZdZIXXl87Q =XBo3 -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: conflict between devel/patch and gettext ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/5/12 4:33 AM, Andriy Gapon wrote: > > At least pkgng reports/detects it: > > pkg: patch-2.7 conflicts with gettext-0.18.1.1 (installs files into > the same place). Problematic file: /usr/local/lib/charset.alias > Hi Andriy, Thank you for the report, and I have come up with a solution that I will commit shortly. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBu9RIACgkQ0sRouByUApDABwCdEGd9UqEssaxX5kW8ECYj1Eij jToAn2ZVZ4B1ndmkM1GRnHncY0H/0KZp =txZQ -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: conflict between devel/patch and gettext ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/5/12 4:33 AM, Andriy Gapon wrote: > > At least pkgng reports/detects it: > > pkg: patch-2.7 conflicts with gettext-0.18.1.1 (installs files into > the same place). Problematic file: /usr/local/lib/charset.alias > Hello Andriy, I just committed the fix, so please try the build again with pkgng. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBvCr4ACgkQ0sRouByUApCZUACeJqHH2OFUzT+21tT2Qd1tsAFA WMQAoJnUeJ5bllEg6G+WcBMC9qFSc+Bn =W1L7 -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: gettext or NLS changes ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/17/12 3:49 PM, olli hauer wrote: > Hi, > > was there a change in forcing port builds with gettext or NLS in > last time? > > I have many failing ports in tinderbox with an error similar to the > following message (haven't had this issue ~10 days before) > > ==> /tb/a/builds/8.3-amd64-pkgng/tmp/make.log <== > > > add_pkg gmake-3.82_1.txz libiconv-1.14.txz pkgconf-0.8.9.txz > libxml2-2.7.8_5.txz adding dependencies pkg_add gmake-3.82_1.txz > Installing gmake-3.82_1...missing dependency gettext-0.18.1.1 > Failed to install the following 1 package(s): gmake-3.82_1.txz > error in dependency gmake-3.82_1.txz, exiting > > > I have defined WITHOUT_NLS in the env/build.xx... files. > > -- Regards, olli Hi olli, NLS is set in bsd.options.mk unless you have WITHOUT_NLS defined, so perhaps that option changed in your environment? To get the build to continue as-is, remove the gmake package and rebuild the parent package. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB/GlYACgkQ0sRouByUApAgUwCeO+nhwTB+fQMhRmoJXmNmpPMK hVMAnj3o14TspHvc1XuaDGTiSeremKg7 =apYi -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: trying to build a port for vagrant and failing
gt; --no-update-sources --no-ri --install-dir /usr/local/lib/r\ > uby/gems/1.8 /usr/ports/distfiles/rubygem/vagrant-1.0.5.gem -- > --build-args ERROR: While executing gem ... (Gem::DependencyError) > Unable to resolve dependencies: vagrant requires json (~> 1.5.1), > net-ssh (~> 2.2.2) *** Error code 1 > > The installation is right about net-ssh (confer above), but > definitely not on json (1.7.5 > 1.5.1). > > Can anybody hint me on a path to pursue to resolve that error? > > Many thanks, cheers, Hi Chris, You've run into a problem we have with the ports system and Rubygem ports specifically. I also worked on porting vagrant a few months ago. I ran into this issue, too, and it's caused by the fact that Ruby has the "~>" version dependency operator. Check this thread for some details: http://stackoverflow.com/questions/5170547/what-does-tilde-greater-than-mean-in-ruby-gem-dependencies The ports tree has the devel/rubygem-json and the devel/rubygem-json146, but neither of these satisfy the "~> 1.5.1" version dependency for vagrant. In order to do that, you'll have to create a new port (devel/rubygem-json15) and install the 1.5.4 JSON gem (http://rubygems.org/gems/json/versions/1.5.4). Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCZliIACgkQ0sRouByUApBTigCgnbpPrumRIVvLjYXjjLDeMjaK WasAniPgIvIeRWIKEiHCl32sRI2ruFsx =REtW -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: trying to build a port for vagrant and failing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/7/12 4:46 PM, Christopher J. Ruwe wrote: > On Tue, 06 Nov 2012 17:58:42 -0500 Greg Larkin > wrote: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > >> On 11/6/12 4:00 PM, Christopher J. Ruwe wrote: >>> Currently, I am trying to write up a port for vagrant, a >>> VirtualBox managment thing (http://vagrantup.com/). I am >>> failing with the dependencies and would be grateful for some >>> help. >>> >>> I have >>> >>> BUILD_DEPENDS= >>> minitar:${PORTSDIR}/archivers/rubygem-archive-tar-minitar \ >>> >>> RUN_DEPENDS=erubis:${PORTSDIR}/www/rubygem-erubis \ >>> rubygem-childprocess>=0.3.1:${PORTSDIR}/devel/rubygem-childprocess >>> >>> >>> \ rubygem-i18n>=0.6.0:${PORTSDIR}/devel/rubygem-i18n \ >>> rubygem-json>=1.5.1:${PORTSDIR}/devel/rubygem-json \ >>> rubygem-log4r>=1.1.9:${PORTSDIR}/sysutils/rubygem-log4r \ >>> rubygem-net-ssh>=2.2.2:${PORTSDIR}/security/rubygem-net-ssh \ >>> rubygem-net-scp>=1.0.4:${PORTSDIR}/security/rubygem-net-scp >>> >>> in the makefile. >>> >>> From the build log (I am using poudriere for testing) I get >>> >>> >>> ===>> run-depends>== ===> >>> rubygem-vagrant-1.0.5 depends on executable: erubis - not found >>> ===>Verifying install for erubis in >>> /usr/ports/www/rubygem-erubis ===> Installing existing >>> package /usr/ports/packages/All/rubygem-erubis-2.7.0.tbz ===> >>> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on package: >>> rubygem-childprocess>=0.3.1 - not found ===> Verifying install >>> for rubygem-childprocess>=0.3.1 in >>> /usr/ports/devel/rubygem-childprocess ===> Installing >>> existing package >>> /usr/ports/packages/All/rubygem-childprocess-0.3.5.tbz ===> >>> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on package: rubygem-i18n>=0.6.0 - >>> not found ===>Verifying install for rubygem-i18n>=0.6.0 in >>> /usr/ports/devel/rubygem-i18n ===> Installing existing >>> package /usr/ports/packages/All/rubygem-i18n-0.6.0,2.tbz ===> >>> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on package: rubygem-json>=1.5.1 >>> - not found ===> Verifying install for rubygem-json>=1.5.1 in >>> /usr/ports/devel/rubygem-json ===> Installing existing >>> package /usr/ports/packages/All/rubygem-json-1.7.5.tbz ===> >>> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on package: rubygem-log4r>=1.1.9 >>> - not found ===> Verifying install for rubygem-log4r>=1.1.9 in >>> /usr/ports/sysutils/rubygem-log4r ===> Installing existing >>> package /usr/ports/packages/All/rubygem-log4r-1.1.10.tbz ===> >>> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on package: >>> rubygem-net-ssh>=2.2.2 - not found ===>Verifying install >>> for rubygem-net-ssh>=2.2.2 in >>> /usr/ports/security/rubygem-net-ssh ===> Installing existing >>> package /usr/ports/packages/All/rubygem-net-ssh-2.1.4,2.tbz >>> ===> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on package: >>> rubygem-net-scp>=1.0.4 - not found ===>Verifying install >>> for rubygem-net-scp>=1.0.4 in >>> /usr/ports/security/rubygem-net-scp ===> Installing existing >>> package /usr/ports/packages/All/rubygem-net-scp-1.0.4_1.tbz >>> ===> Returning to build of rubygem-vagrant-1.0.5 ===> >>> rubygem-vagrant-1.0.5 depends on file: /usr/local/bin/gem18 - >>> found ===> rubygem-vagrant-1.0.5 depends on file: >>> /usr/local/bin/ruby18 - found >>> === >>> >>> >>> >> >>> >>> So far so good. I noticed that rubygem-net-ssh-2.1.4.2 is supposed >>> to satisfy >=rubygem-net-ssh-2.2.2, which I ignore for the >>> while. >>> >>> Now, building yields >>> >>> ===>>> == ===> Installing for >>> rubygem-vagrant-1.0.5 ===> rubygem-vagrant-1.0.5 depends
Re: dspam install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Pazarena wrote: > Sahil Tandon wrote: >> [mail/dspam maintainer Cc:'d] >> >> On Tue, 2010-07-13 at 09:46:04 +0200, David DEMELIER wrote: >> >>> 2010/7/13 Sahil Tandon : >>>> On Mon, 2010-07-12 at 21:28:56 +0200, David DEMELIER wrote: >>> Yes sometime I'm nasty with people, I'm sorry about that but when I >>> saw this port I just didn't understand. >> >> What did you not understand? >> >>> I apologize for my english. >> >> No apology needed, as that is not the problem here. > > my own ports confusion (in general) is that in some ports > you use a "-Dxx" to define a required (or not required) option > while in others (at least dspam) you use WITHOUT_xxx or WITH_xxx=1. > It would be nice if all ports has the same standard of definitions. > > Or... am I confused? I don't know of any ports that use -Dxxx to specify options at the port level. If the port Makefile uses an "OPTIONS=" variable, then it will use WITH_xxx and WITHOUT_xxx to check the option values. You can also use WITH_xxx and WITHOUT_xxx checks without defining OPTIONS. It's possible that a port Makefile could do something like this: .if defined(WITH_FOOBAR) CFLAGS+=-DHAVE_FOOBAR_H .endif In this case, the -Dxxx option is specific to the application configuration and/or build system, but not part of the ports infrastructure. Hope that 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/ iD8DBQFMPeoB0sRouByUApARAib8AKCxHFtzNdvWmptZRiyjTY/BD39nNQCgpgnB hbE7yT1lBq5OrbwIgaCifYA= =uIbz -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: diffs for bochs 2.4.5 upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steven Wallace wrote: > > *** Makefile.orig Wed Jul 14 14:54:22 2010 > --- Makefile Wed Jul 14 15:04:32 2010 > *** > *** 6,13 > # > > PORTNAME= bochs > ! PORTVERSION=2.4 > ! PORTEPOCH= 2 > CATEGORIES= emulators > MASTER_SITES= SF > > --- 6,13 > # > > PORTNAME= bochs > ! PORTVERSION=2.4.5 > ! #PORTEPOCH= 2 > CATEGORIES= emulators > MASTER_SITES= SF > Hi Steven, Make sure that you never remove a previously-defined PORTEPOCH variable in a port Makefile, otherwise the various port upgrading tools may get confused. Please check section 5.2.2.2 here: http://www.freebsd.org/doc/en/books/porters-handbook/makefile-naming.html 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/ iD8DBQFMPkCk0sRouByUApARAqPuAKDGh5794RPWprqf8l8oNv7jjRGz0ACgpT7h GmHsMm7euB9YU5Bn6woUZ78= =9DOY -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: Using ">" sign in LIB_DEPENDS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ruslan Mahmatkhanov wrote: > Hi. > > Using ">" sign in LIB_DEPENDS in port's Makefile triggers this error: > Syntax error: redirection unexpected > *** Error code 2 > > While defined in BUILD_DEPENDS and RUN_DEPENDS works fine. > Is this expected behaviour? > > Test sample: > > LIB_DEPENDS=rubygem-dnsruby>=1.47:${PORTSDIR}/dns/rubygem-dnsruby > > Hi Ruslan, Yes, you can only check for the shared library version itself, not the version of the port/package that installed it: http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html However, there's nothing preventing you from adding the version check above to BUILD_/RUN_DEPENDS and a LIB_DEPENDS with a specific library version. There might be a situation where the shared library version hasn't changed, but you need a minimal version check on the upstream distro. Hope that 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/ iD8DBQFMRIOZ0sRouByUApARAozaAKDNlPXvkWAjxZq3J9cWbnbetXK/SwCgyx5f fW4sX3B+Vv62tem5WY/gBYs= =YFW4 -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: General note on rc scripts and daemonizing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ed Schouten wrote: > Hello port maintainers, > > I think I'd better send an email about this to ports@, because I've seen > it in various places and it is getting a bit tiresome to mail all port > authors individually. > > I've seen various cases in the past where people write rc scripts that > do the following: > > command="/usr/local/bin/dog" > command_args="--bark > /dev/null 2>&1 &" > > So in this case `dog --bark' doesn't daemonize itself, so the & is > sufficient here, right? Well, it is not. :-) The point is that we simply > tell the kernel to redirect stdout/stderr and run it in the background. > It doesn't tell the kernel that the process should run in a separate > session (see getsid(2)/setsid(2)). > > This has various implications. The most important one I can think of, is > that the daemon can still do open("/dev/tty", ...) if it wants and spam > your TTY, even if the daemon is running as user `nobody'. This also > means that if you run the rc script from within a pseudo-terminal, it > can never actually destroy the pseudo-terminal for you, because maybe > the daemon is interested in using it. > > Below is the output of `pstat -t' on one of my systems, where I decided > to fire up MySQL: > > | LINE INQ CAN LIN LOW OUTQ USE LOW COL SESS PGID STATE > | ... > | pts/11 0000 000 0 82711 0 G > > The kernel actually wants to clean up this pseudo-terminal (state = G), > but it is prevented from doing so. It will only clean it up by the time > MySQL is shut down. > > So how can this be solved? We already have a tool in base called > daemon(8). It is simply a wrapper around daemon(3) (which calls > setsid(2), which you can use to daemonize processes. So the next time > you write an rc script and need to daemonize something which cannot do > it by itself, please think of the kittens. ;-) > > [ CCing this to r...@. Maybe we should add some kind of built-in > functionality to call daemon(8)? ] > Hi all, Ed alerted me to this problem in the mail/nullmailer port some months back, and I fixed it with his assistance. A user recently opened a PR on another port I maintain (devel/viewvc), and I noticed that it had the same problem with its standalone server. This was a little harder to fix, since viewvc is a Python script. Anyway, here are some examples for daemonizing processes that don't already have support for doing it themselves: Daemonizing an executable without internal daemon support: http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/nullmailer/files/nullmailer.in?rev=1.3;content-type=text%2Fplain Daemonizing a Python script: http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/viewvc/files/viewvc.in?rev=1.4;content-type=text%2Fplain I would love to see direct support for these use cases in /etc/rc.subr, and am interested in working with someone to add it. - -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/ iD4DBQFMRhyl0sRouByUApARAtJGAJoCt2be6rCer1Ws2wozsHrOS07W/wCYj/Vf Wg2eRfLqb/dHa/VjnqxlPA== =hbwR -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: General note on rc scripts and daemonizing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doug Barton wrote: > On Tue, 20 Jul 2010, Greg Larkin wrote: [...] >> Anyway, here are some examples for daemonizing processes that don't >> already have support for doing it themselves: >> >> Daemonizing an executable without internal daemon support: >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/nullmailer/files/nullmailer.in?rev=1.3;content-type=text%2Fplain >> >> >> Daemonizing a Python script: >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/viewvc/files/viewvc.in?rev=1.4;content-type=text%2Fplain >> >> >> I would love to see direct support for these use cases in /etc/rc.subr, >> and am interested in working with someone to add it. > > Your first example looks right, I don't know enough about python to > comment on the second. There is also > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/90163 which has some > insight into this. I previously closed that PR, but now it may be time > to revisit this problem. > > I heartily encourage you to go forward if you're interested in patching > rc.subr to take care of this. However, there will have to be a ramp-up > period since even if you fix it today, you have about 3 years before you > can guarantee that users on all supported versions of FreeBSD have the > code in rc.subr (which is one of the unstated reasons that I closed the > PR mentioned above). > > Here is my perspective on the project: > 1. Document the issue in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html > and give examples of how to do it properly. > 2. Contact authors of existing ports that have this issue, and point > them to the documentation. Offer help to fix it. > 3. Take a page from pgolluci's book and file PRs with fixes for those > who don't respond in a timely manner, then use the "maintainer timeout" > facility to finish the fixes. > 4. After 1., but perhaps in parallel with 2. and 3.; develop a patch for > rc.subr to handle this, perhaps starting with the simple cases. The > patch should include a signaling mechanism so that a port rc.d script > can do something equivalent to: > if [ $rc_subr_with_daemon_fix ]; then > do it the easy way > else > do it the hard way > fi > 5. Once there is a new mechanism, repeat the steps in 1-3. :) > 6. In 3-4 years, remove the crutches and mandate use of the new mechanism. > > One could also argue that documentation and education are the right > answers, and that patching rc.subr is not necessary. Personally I'm > sympathetic to that line of reasoning, but I'd never want to discourage > someone from improving rc.subr. > > If you, or anyone are interested in pursuing any part of this then I'm > happy to help review patches, make suggestions, etc. but I am not going > to be able to own the project, I don't have the time. I would suggest > that starting a new thread on -rc would be the right way to move forward. > > > hth, > > Doug > Hi Doug, Thank you for the useful background information and ideas about how to proceed forward. I'll put this task on my list (hah!) and see how much progress I can make. 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/ iD8DBQFMRi4x0sRouByUApARAlFzAKCE6mkF0zqxwIdR5vRYjCGpub0pFgCeNBl/ SFS3p4Mkl754eone1H8NmL4= =8kT2 -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: How do I solve this WRKDIR problem?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Schmehl wrote: > I'm trying to update the devel/byaccj port, which I maintain. The new > version has made some subtle changes in naming, which have thrown me for > a loop; > > PORTNAME= byaccj > PORTVERSION= 1.15 > DISTFILES= byaccj1.15_src.tar.gz > > WRKDIR is work/byaccj1.15 when the files are extracted. > > If I don't define WRKSRC, it's byaccj-1.15. If I define it as > ${PORTNAME}${PORTVERSION}, it's still byaccj-1.15. Hardcoding it > doesn't seem like the right answer, but what is? > Hi Paul, I didn't have a problem downloading the 1.15 distfile from SF (ref: your other message) nor setting WRKSRC to the correct value. Please check my Makefile diff here, and let me know if it works for you or not. http://people.freebsd.org/~glarkin/diffs/byaccj-Makefile.diff The build immediately fails, though, because the distro Makefile has some MacOSX-specific stuff in it. I presume that's what you're working on fixing in the port update. Hope that 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/ iD8DBQFMSL+A0sRouByUApARAvcGAJ919ZZGIio5ioJ82ObCcd+mwtzHUwCdHTYP W+mULbeNyOcLbJCOKAVE/M8= =LyQ9 -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: Question about gmcs/mono
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jesse Smith wrote: > Hi all, > > I'm trying to put together a port and I'm running into a dependency > issue. The package's configure script says it can't find "gmcs" on the > system. > > A little Googling has told me that gmcs is a part of Mono. But I'm not > sure which Mono module I need. There are a lot of Mono packages in the > Ports system (Mono, mono-basic, monodevelop...) > > Searching the Ports system for "gmcs" turns up a blank. Could someone > please tell me which mono package I should be using? > > Thank you, > Jesse Hi Jesse, When faced with a question like that, I often grep the pkg-plist files in /usr/ports. I did that for gmcs like so: grep gmcs /usr/ports/*/*mono*/pkg-plist and that turned up: /usr/ports/lang/mono/pkg-plist:bin/gmcs You can add a BUILD_DEPENDS variable to pull in lang/mono before the configure script starts. Hope that 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/ iD8DBQFMYwDs0sRouByUApARArskAKCfcXBn9b1kAJMYRZWcKvT6g84qmQCfbrf5 uhXy3ZIrbfJ3SjhuemIYHS8= =Jkdf -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: PHP warning after 5.3.3 -> 5.3.3_1 bump
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Morgan Wesström wrote: > Upgraded lang/php from port revision 5.3.3 to 5.3.3_1 yesterday to > include the new native MySQL drivers. Now I get the following warning > every time a php script is executed: > > PHP Warning: Module 'zlib' already loaded in Unknown on line 0 > > Even a simple "php -v" displays this warning. > > - I have rebuilt php and all ports depending on it. > - I have verified that extensions.ini doesn't contain duplicates. > - I have searched for any other references to zlib. > > This isn't critical I guess, but annoying. Any suggestions on how to > solve this would be appreciated. > > Regards > Morgan Hi Morgan, The only time that I've seen that error, it has been caused by duplicate extension loading. If you've already removed duplicates from your extensions.ini file, set up a page with the phpinfo() function so you can see what other .ini file directories might be in the search path. You might even get some good information from this command: truss -f -a -s 256 -o /tmp/php-cli.log php -v Once the process exits, check the /tmp/php-cli.log file and search for "zlib" in it. You might see the zlib extension loaded more than once and be able to determine what .ini file is causing the duplication. Hope that 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/ iD8DBQFMdmEG0sRouByUApARApBXAKC1/BCNRLEAR7tw1bktX1lZydoJ4QCeMpQ0 iB009tb0kVYIZ4nh1Qw2X2Y= =Zp+r -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: New tools for committers and maintainers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Emanuel Haupt wrote: > Wesley Shields wrote: >> On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote: >>> Wesley Shields wrote: >>>> On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote: >>>>> Hi, >>>>> >>>>> >>>>> A new tool was just committed to ports, ports-mgmt/distilator. >>>>> It will check for you each of the MASTER_SITES of the port you >>>>> call it with. >>>> The link I was given when ehaupt@ ran it included URLs in >>>> pkg-descr too. It even found some of those that were no longer >>>> valid for me. >>> ports-mgmt/distilator can do that too. It's basically code extracted >>> from the version that creates the distilator report [1] and put >>> into a library. >> Thanks! I didn't mean to imply that distilator could not do that. I >> just wanted to point out that it does more than just MASTER_SITE >> checking. In any case, thank you again for making it. It will be >> quite useful in cleaning up the little things that can go stale over >> time. > > You're very welcome :) > > Emanuel Small issue at installation here - I have Perl 5.8.9 installed, and I got this error: Perl v5.10.1 required--this is only v5.8.9, stopped at ./Makefile.PL line 1. BEGIN failed--compilation aborted at ./Makefile.PL line 1. The Makefile specifies PERL_CONFIGURE=5.8.0+, though. I'll upgrade Perl and try it again. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMvfKs0sRouByUApARApkcAJwM9XjBaQBe9tSbtq74rvjG31ca8wCeOReD j4AH1+2WEI/zK25ibYJjr8U= =rrRf -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: How to force port respecting PKGCONFIGDIR?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 O. Hartmann wrote: > Hello. > As I realized while trying to port xerces-c version 3.1.1 in an test > environment as suggested in the porters handbook, the software, which is > capable of using the GNU autotoll environment, installs its xerces-c.pc > file into ${PREFIX}/lib/pkgconfig/ and not according the > FreeBSD paradigm into ${PREFIX}/libdata/pkgconfig/. I see three ports > having already installed their obviously mislead *.pc file into > ${PREFIX}/lib/pkgconfig/ in real-world-installations (libvlc.pc, > lapackpp.pc and vlc-plugin.pc) on all of my FreeBSD boxes where these > packages are installed - every other package using pkg-config seems to > have their config files installed at the proper place and therefor > ${PREFIX}/libdata/pkgconfig/ is well populated. > > The question is: how can I trim my port's Makefile to accept and respect > FreeBSD's path? I tried to figure out what directive has to be set and > passed to any kind of environemnt, but the handbook silence this out. I > have a faint clue that all directives tagged *_PC_* has to do something > with this, but in ports I examined which install their pkg-config files > in the proper way I did not find any hint. > > Please set me CC if responding due to I'm not subscriber of the list. > > Thanks. > > Oliver Hi Oliver, Have a look at this patch file for an example of how to do that: http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/GraphicsMagick13/files/patch-Makefile.in?rev=1.7;content-type=text%2Fplain Hope that 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/ iD8DBQFM5S950sRouByUApARAljzAJ9CCNOc5RF0abkE673mkcZ+uXHuogCfYoU5 XiKFBhwCDLd/NorLv/bvUM0= =w5OP -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: libksba update broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Demelier wrote: > Hello, > > gnupg and libksba are not installed : > > ===>Verifying install for ksba.17 in /usr/ports/security/libksba > ===> Returning to build of gnupg-2.0.16_3 > Error: shared library "ksba.17" does not exist > *** Error code 1 > > Stop in /usr/ports/security/gnupg. > *** Error code 1 > > Stop in /usr/ports/security/gnupg. > Hi David, Please update your ports tree and try it again. I committed the fix an hour or so ago, so it's possible that portsnap will take a little while to create its update package. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFNCjPN0sRouByUApARAu6cAJ4lSWfw9p7fvVZebnEjBGK0sUHXsQCgrWEm TN7RB+oeqxXa2WkJpUxYbN4= =fctV -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: libksba update broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Demelier wrote: > On 16/12/2010 16:44, Greg Larkin wrote: > David Demelier wrote: >>>> Hello, >>>> >>>> gnupg and libksba are not installed : >>>> >>>> ===> Verifying install for ksba.17 in /usr/ports/security/libksba >>>> ===>Returning to build of gnupg-2.0.16_3 >>>> Error: shared library "ksba.17" does not exist >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/security/gnupg. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/security/gnupg. >>>> > > Hi David, > > Please update your ports tree and try it again. I committed the fix an > hour or so ago, so it's possible that portsnap will take a little while > to create its update package. > > Thank you, > Greg >> > Oh you were faster than me! ignore my patch and thanks for the work :-) > Best regards, > David. Hi David, Thank you for your help, and I also committed a new entry to UPDATING to assist everyone with the port upgrading process: http://www.freebsd.org/cgi/cvsweb.cgi/ports/UPDATING.diff?r1=1.1010;r2=1.1011 Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFNCjk30sRouByUApARAvE/AJ9tIF6VfmOcGteVJI0wmNKvDKA2NwCeO4Km +yifSf77kOSO7rnmeUgl9Cs= =UU+N -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: libksba update broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: > On Thu, Dec 16, 2010 at 10:07 AM, Greg Larkin wrote: > David Demelier wrote: >>>> On 16/12/2010 16:44, Greg Larkin wrote: >>>> David Demelier wrote: >>>>>>> Hello, >>>>>>> >>>>>>> gnupg and libksba are not installed : >>>>>>> >>>>>>> ===> Verifying install for ksba.17 in /usr/ports/security/libksba >>>>>>> ===>Returning to build of gnupg-2.0.16_3 >>>>>>> Error: shared library "ksba.17" does not exist >>>>>>> *** Error code 1 >>>>>>> >>>>>>> Stop in /usr/ports/security/gnupg. >>>>>>> *** Error code 1 >>>>>>> >>>>>>> Stop in /usr/ports/security/gnupg. >>>>>>> >>>> Hi David, >>>> >>>> Please update your ports tree and try it again. I committed the fix an >>>> hour or so ago, so it's possible that portsnap will take a little while >>>> to create its update package. >>>> >>>> Thank you, >>>> Greg >>>> Oh you were faster than me! ignore my patch and thanks for the work :-) >>>> Best regards, >>>> David. > Hi David, > > Thank you for your help, and I also committed a new entry to UPDATING to > assist everyone with the port upgrading process: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/UPDATING.diff?r1=1.1010;r2=1.1011 > >> In the next version or next shared library bump, can you following add this? > >> USE_AUTOTOOLS= libtool >> USE_GNOME= ltverhack > >> It will fix libtool bug and that way it won't bump the shared library >> version with no reason. There is no ABI break between 1.0.8 and 1.1.0. >> With the add of two lines, looks like this: > >> 1.0.8: >> --- >> @@ -3,5 +3,5 @@ >> lib/libksba.a >> lib/libksba.la >> lib/libksba.so >> -lib/libksba.so.17 >> +lib/libksba.so.8 >> share/aclocal/ksba.m4 >> --- > >> 1.1.0: >> --- >> @@ -3,5 +3,5 @@ >> lib/libksba.a >> lib/libksba.la >> lib/libksba.so >> -lib/libksba.so.18 >> +lib/libksba.so.8 >> share/aclocal/ksba.m4 >> --- > >> Cheers, >> Mezz > Hi Mezz, Thanks very much for that tip, and I'll make a note of it for the next release. I wasn't aware of ltverhack, but it looks like a great idea for this port! Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFND9t20sRouByUApARAqmDAJ97jFiTFqPSglTYsQC2VNJ+qLhukACfUOi4 H2mHHrP6KQ72eDFv/x8sFOI= =exg8 -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: how to bootstrap libtool?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/9/11 1:06 PM, Michael Scheidell wrote: > ports/porters experts: > > I have a port that needs libnet11-config. > > need it to set options. > > if libnet11-config is there, the options set correctly. > > LIBNET_CONFIG?=${LOCALBASE}/bin/libnet11-config > LIBNET_CFLAGS!= ${LIBNET_CONFIG} --cflags > LIBNET_LIBS!= ${LIBNET_CONFIG} --libs > LIBNET_INCDIR= ${LIBNET_CFLAGS:M-I*:S/-I//} > LIBNET_LIBDIR= ${LIBNET_LIBS:M-L*:S/-L//} > > if not, well, you can see. > > I can (and do) have libnet>11 as a dependency, but by then, its too late. > > do I need to run makefile TWICE? what does this do to nightly package > builds? > > how do I bootstrap it to install libnet11 EARLY if its not there? > > Hi Michael, - From what I can tell, /usr/ports/devel/pcre++/Makefile has some constructs in it that perform a similar function. Perhaps it will give you something to go on. Essentially, you can pull in libnet11-config with a LIB_DEPENDS, then run the libnet11-config tool to populate CONFIGURE_ENV with CFLAGS and LDFLAGS. That should avoid using the != construct. Hope that 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.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1S+W0ACgkQ0sRouByUApAWrQCfS+ainJKHH5nw1plnNRFAH/yG legAoLSh92vgC5QeAb+sSKDTmQFnPtn5 =yY+y -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: devel/p5-Storable failed to build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/7/11 6:55 AM, Olivier Cochard-Labbé wrote: > Hi, > > I'm trying to install devel/p5-Storable, but failed: > > [root@bigdev]/usr/ports/devel/p5-Storable#make > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Extracting for p5-Storable-2.25 > => SHA256 Checksum OK for Storable-2.25.tar.gz. > ===> p5-Storable-2.25 depends on file: /usr/local/bin/perl5.10.1 - found > ===> Patching for p5-Storable-2.25 > ===> p5-Storable-2.25 depends on file: /usr/local/bin/perl5.10.1 - found > ===> p5-Storable-2.25 depends on file: /usr/local/bin/perl5.10.1 - found > ===> Configuring for p5-Storable-2.25 > Checking if your kit is complete... > Looks good > Writing Makefile for Storable > ===> Building for p5-Storable-2.25 > Makefile out-of-date with respect to > /usr/local/lib/perl5/5.10.1/mach/Config.pm > /usr/local/lib/perl5/5.10.1/mach/CORE/config.h > Cleaning current config before rebuilding Makefile... > make -f Makefile.old clean > /dev/null 2>&1 > /usr/local/bin/perl5.10.1 Makefile.PL "INSTALLDIRS=site" "CC=cc" > "CCFLAGS=-O2 -pipe -fno-strict-aliasing" "PREFIX=/usr/local" > "INSTALLPRIVLIB=/usr/local/lib" "INSTALLARCHLIB=/usr/local/lib" > Checking if your kit is complete... > Looks good > Writing Makefile for Storable > ==> Your Makefile has been rebuilt. <== > ==> Please rerun the make command. <== > false > *** Error code 1 > > Stop in /usr/ports/devel/p5-Storable/work/Storable-2.25. > *** Error code 1 > > Stop in /usr/ports/devel/p5-Storable. > > System and configuration information: > > [root@bigdev]#uname -a > FreeBSD bigdev.bsdrp.net 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb > 17 02:41:51 UTC 2011 > r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > [root@bigdev]#cat /etc/make.conf > WITHOUT_X11=yes > BATCH=yes > # added by use.perl 2011-04-02 22:44:52 > PERL_VERSION=5.10.1 > > Regards, > > Olivier Hi Olivier, Check your system time to see if it's behind the timestamp on /usr/local/lib/perl5/5.10.1/mach/Config.pm. I just ran into this problem on a machine last week because I changed the timezone after I had installed Perl. I fixed the problem by using recursive "touch -t " on my whole /usr/local/lib/perl5 tree. Hope that 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.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk106nQACgkQ0sRouByUApAnNQCeK/STevjmEbojCaDz+WQL1izr FJsAnRvZ5t56Hh19+kSMgb8bo4ZYmo9c =T+DZ -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: deskutils/calibre does not build after Python 2.6 to 2.7 update
quot;/usr/ports/deskutils/calibre/work/calibre/src/calibre/devices/kobo/driver.py", > line 9, in > import sqlite3 as sqlite > File "/usr/local/lib/python2.7/sqlite3/__init__.py", line 24, in > from dbapi2 import * > File "/usr/local/lib/python2.7/sqlite3/dbapi2.py", line 27, in > from _sqlite3 import * > ImportError: /usr/local/lib/python2.7/site-packages/_sqlite3.so: > Undefined symbol "sqlite3_load_extension" > *** Error code 1 > > Stop in /usr/ports/deskutils/calibre. > *** Error code 1 > > Stop in /usr/ports/deskutils/calibre. > > ===>>> Installation of calibre-0.7.23_1 (deskutils/calibre) failed > ===>>> Aborting update > > > ===>>> You can restart from the point of failure with this command line: >portmaster deskutils/calibre > > > I can't tell if this is a problem with calibre, python, or sqlite3. Any > clues? > Hi Greg, Try running this command: grep WITH_EXTENSION=true /var/db/ports/sqlite3/options If that doesn't return any output, then you should reinstall databases/sqlite3 with the "loadable extensions" option turned on. Then reinstall databases/py-sqlite3 and calibre, and I think it will work then. Hope that 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.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2UuqwACgkQ0sRouByUApATsQCffneiE5iyAO29prA0iQ/X/9xu MX0An3jao6y+qrpZhWpf6dCsbYUOLV6u =1jFu -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: deskutils/calibre does not build after Python 2.6 to 2.7 update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/31/11 1:49 PM, Greg Rivers wrote: > On Thu, 31 Mar 2011, Greg Larkin wrote: > >> Try running this command: >> >> grep WITH_EXTENSION=true /var/db/ports/sqlite3/options >> >> If that doesn't return any output, then you should reinstall >> databases/sqlite3 with the "loadable extensions" option turned on. >> >> Then reinstall databases/py-sqlite3 and calibre, and I think it will >> work then. >> > > That did the trick. I actually removed /var/db/ports/sqlite3/options > and recreated it with the current default options. "loadable > extensions" is now one of the defaults. > > Thank you! > Awesome - glad to hear it! 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.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2Uy2oACgkQ0sRouByUApAOBQCgzblBZ7SIKSB3hlaDZXV/tY7m Kw4AoKW/vOzDLEess6M3FzM9ICc/47lk =Voqv -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: Fwd: Re: Dropping maintainership of my ports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/2/11 3:55 PM, Ruslan Mahmatkhanov wrote: > Hi! > So can pleas anybody assign me as maintainer for this ports? > > Исходное сообщение > Тема: Re: Dropping maintainership of my ports > Дата: Wed, 27 Apr 2011 09:12:54 +0400 > От: Ruslan Mahmatkhanov > Кому: freebsd-ports@freebsd.org > > 27.04.2011 05:43, Charlie Kester пишет: >> >> Well, due to some serious philosophical differences re these >> deprecation campaigns and what seems to be resistance to any further >> discussion, I don't think I can continue working with the committers. >> So I'm stepping down. >> >> If no one else wants to maintain them, please reset the maintainer of the >> following ports to po...@freebsd.org: >> > > I'm interesting in maintaing of this ports: > >> multimedia/gpodder >> sysutils/rdup > Hi Ruslan, I just assigned those ports to you. Thank you for volunteering! Cheers, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2/EHEACgkQ0sRouByUApAy5QCgqmhRoaaPUyrgdtWmSmg84RPJ UE4An0Y8soBkAfbcq+2x0OdWR/w0k6A6 =4GI1 -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: PR #154453 - TeamSpeak 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/3/11 5:11 PM, Richard Hirner wrote: > Hi, > > Sorry to bother you again in this case: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154453 > > Is it usual that it takes that long to get ports into the repository? > It's now exactly 3 months, and I planned to use the real port from the > repo on my production machine ... I don't want to be impolite or > impatient, but this seems pretty long for me. > > Can you tell me a way how I can find or help a committer to get this > incorporated? > > Best regards, > Richard Hirner Hi Richard, Yes, it can take a long time for new ports or updates to get into the tree, especially when multiple steps are required (repocopy, additional updates, 3rd-party review, etc.). We do appreciate your contribution and your patience. I had some spare cycles at the end of the day here, and everything looked to be in decent shape. I made a few minor changes and have committed your update to the tree. We'll welcome any further PRs, and I hope you continue sending them in. Best regards, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3AffIACgkQ0sRouByUApC7pQCdH0RF7Xergvhh/c/dO8RbLzn+ aLAAn1tBhuEGMIIkmfx0r6M3UdeA3Wxg =0lIA -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: PR #154453 - TeamSpeak 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/3/11 9:36 PM, Richard Hirner wrote: > Thank you, I'm happy now :) > > Normally I'd not urge, but since it's my first experience with FreeBSD > ports, I wanted to see if/when it gets commited at all. > > I hope some people can use the port and I will try to keep it > up-to-date. > > Best regards, > Richard Hi Richard, No problem at all, and I'm glad to help. If you want quicker response to ports-related questions (how to implement something in a port Makefile, etc.) in the future, check the #bsdports IRC channel: irc://efnet/bsdports A lot of committers hang out there and can help you with any questions you have. Cheers, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3BYcwACgkQ0sRouByUApASKACfWQ8d2TKorNfHFKwOwOmUtyNR Q08AnR2eZaZ94v380UXFMYtIq6YOai0M =IPpO -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: isc-dhcp41-server fails to start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/4/11 1:20 PM, Robert Huff wrote: > > System: > > FreeBSD 9.0-CURRENT #0: Mon Apr 18 11:59:37 EDT 2011 amd64 > > I have this in /etc/rc.conf: > > dhcpd_enable="YES"# dhcpd enabled? > dhcpd_flags="-q" # command option(s) > dhcpd_conf="/usr/local/etc/jerusalem.dhcpd.conf" # configuration file > dhcpd_ifaces="em1"# ethernet interface(s) > dhcpd_withumask="022" # file creation mask > dhcpd_chuser_enable="YES" # runs w/o privileges? > dhcpd_withuser="dhcpd"# user name to run as > dhcpd_withgroup="dhcpd" # group name to run as > dhcpd_chroot_enable="YES" # runs chrooted? > dhcpd_devfs_enable="YES" # use devfs if available? > dhcpd_rootdir="/var/db/dhcpd" # directory to run in > dhcpd_includedir="" # directory with config-files to include > > With isc-dhcp41 server successfully built and installed, > attempts to run it produce: > > Starting dhcpd. > /usr/local/etc/rc.d/isc-dhcpd: WARNING: failed to start dhcpd > > I can't find a log file with more information. > The dhcpd.conf is appended. > Would some generous person let me know what I've bungled? > > > Robert Huff > Hi Robert, I usually do a few different things in this situation: 1) Run the rc.d script with "sh -x" to show the commands as they are executed. You may discover a problem with your rc.conf variables or with the startup script by doing that. 2) The output from running the script that way should show you the actual command used to invoke the daemon. Try starting the daemon by hand at the command prompt, perhaps with some other arguments to enable debugging, stay in the foreground or force logging. 3) If that still fails, I will try #2 again and invoke the daemon under truss or strace (make sure to use the -f or -ff and -o options) to see if there are missing files, wrong permissions in the filesystem or other system-level problems. If you want, post the output from any of those techniques and we'll see if it helps troubleshoot the problem further. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3BmncACgkQ0sRouByUApApgwCdF/Iv8FDCvpYVbFFK1dLTCNDe BG4Anjkl04VXw7Bgyee1w8uoSKHJpPAV =boYj -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: I could sure use a way around the strange error I get when trying to update devel/apr on 7.4-STABLE FreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/24/11 11:56 AM, Edwin L. Culp W. wrote: > The compile finishes during configuration with: > > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for library containing strerror... none required > checking whether system uses EBCDIC... no > performing libtool configuration... > ./configure: 9904: Syntax error: word unexpected (expecting ")") > *** Error code 2 > > Stop in /new/usr/local/ports/devel/apr1. > *** Error code 1 > > I posted this about 10 days ago but thought that it would be fixec > with portgrading but it hasn't and the error makes me think there is a > conflict with one of my ports that is out of date or . . . .? Hi Edwin, Please post 10 to 20 lines of your configure script, centered around line 9904. Once someone sees that, it may become easier to troubleshoot the issue for you. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3b3jYACgkQ0sRouByUApDboACgkTfvJrRLLuutc2ANop2eteGR SIUAoJBtq3JSgHLg8D4/SoBtp46OLZqG =P7EH -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: Migration to new SourceForge URL scheme part 2, SFE and some statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dmitry Marakasov wrote: > * Alex Dupre (a...@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- ___ 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: Fwd: FreeBSD port: haproxy-devel
-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: h...@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- ___ 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: NOPORTDOCS ignored on command line
-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. > >> w...@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.0 -0500 +++ Makefile.in 2008-11-19 17:40:58.0 -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- ___ 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: devel/pear1.9.0 build problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 free...@box201.com wrote: > Martin wrote: > >Date: Thu, 12 Nov 2009 22:34:20 +0100 > >From: Martin Wilke > >Subject: Re: devel/pear1.9.0 build problems > >To: Agrapha > >Cc: freebsd-ports@freebsd.org > >Message-ID: <20091112213420.gk98...@bsdcrew.de> > >Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed > > > >-BEGIN PGP SIGNED MESSAGE- > >Hash: SHA1 > > > >Rebuild php5 and try again. > > Rebuilt php5 as directed via the port. Everything installs fine no errors. > Next cd to devel/pear and the same crash. This system had pear-1.8.1 before > but 1.9.0 just refuses to build. > > ===> Compressing manual pages for php5-5.2.11_1 > ===> Registering installation for php5-5.2.11_1 > ===> SECURITY REPORT: > This port has installed the following files which may act as network > servers and may therefore pose a remote security risk to the system. > /usr/local/libexec/apache22/libphp5.so > /usr/local/bin/php > /usr/local/bin/php-cgi > > If there are vulnerabilities in these programs there may be a security > risk to the system. FreeBSD makes no guarantee about the security of > ports included in the Ports Collection. Please type 'make deinstall' > to deinstall the port if this is a concern. > > For more information, and contact details about the security > status of this software, see the following webpage: > http://www.php.net/ > > /usr/ports/lang/pear>cd ../../devel/pear > > /usr/ports/devel/pear> make reinstall clean > ===> Installing for pear-1.9.0 > ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> Generating temporary packing list > ===> Checking if devel/pear already installed > > Bootstrapping Installer... > Using previously install ... ok > > Extracting installer.. > Using previously installed installer ... ok > > Preparing installer.. > Updating channel "doc.php.net" > Channel "doc.php.net" is up to date > Updating channel "pear.php.net" > Channel "pear.php.net" is up to date > Updating channel "pecl.php.net" > Channel "pecl.php.net" is up to date > > Installing selected packages.. > Package: PEAR-stable.. already installed ... ok > Package: Structures_Graph-stable.. already installed ... ok > Package: Archive_Tar-stable... already installed ... ok > Package: Console_Getopt-stable already installed ... ok > *** Signal 11 > > Stop in /usr/ports/devel/pear. > *** Error code 1 > > Stop in /usr/ports/devel/pear. > > /usr/ports/devel/pear> > > Can I delete what pear has already installed? Hi there, I apologize if someone already pointed this resource to you, but have you looked at the Signal 11 FAQ page? http://bit.ly/3eTHHt It's quite possible that you've got a hard-to-trigger hardware problem in one of your memory chips. It would probably help to follow some of the recommendations in the FAQ, and do an exhaustive memory test with memtest86+: http://bit.ly/18ql4I Let us know what the results are, and we can troubleshoot further if that testing doesn't reveal anything. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/XVJ0sRouByUApARAjraAKDGMNKqurTG+IVOwvRecc7HayWtXQCcDBGF WB+LJQwQ6wxK8JQtWPLSHA0= =ImJH -END PGP SIGNATURE- ___ 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: devel/pear1.9.0 build problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Agrapha wrote: > Ok Greg, > My memory is perfect so is my hard drives. as per the website > suggested I ran the DD clean. > What should I try next as this seems to be a specific pear problem. How > can I deinstall what pear has already installed? are there distribution > files I can safely remove to force the building of pear to re-download > everything from scratch? > /usr/ports> dd if=/dev/ad4 of=/dev/null bs=1024k count=2090655744 > 476940+1 records in > 476940+1 records out > 500107862016 bytes transferred in 7958.472257 secs (62839682 bytes/sec) > > /usr/ports> cd devel/pear > /usr/ports/devel/pear> make install clean > ===> Installing for pear-1.9.0 > ===> pear-1.9.0 depends on file: /usr/local/include/php/main/php.h - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/pcre.so - > found > ===> pear-1.9.0 depends on file: /usr/local/lib/php/20060613/xml.so - > found > ===> Generating temporary packing list > ===> Checking if devel/pear already installed > > Bootstrapping Installer... > Using previously install ... ok > > Extracting installer.. > Using previously installed installer ... ok > > Preparing installer.. > Updating channel "doc.php.net" > Channel "doc.php.net" is up to date > Updating channel "pear.php.net" > Channel "pear.php.net" is up to date > Updating channel "pecl.php.net" > Channel "pecl.php.net" is up to date > > Installing selected packages.. > Package: PEAR-stable.. already installed ... ok > Package: Structures_Graph-stable.. already installed ... ok > Package: Archive_Tar-stable... already installed ... ok > Package: Console_Getopt-stable already installed ... ok > *** Signal 11 > > Stop in /usr/ports/devel/pear. > /usr/ports/devel/pear> > Hi there, Can you post the output of the following commands for me? pkg_info | grep ^php cat /usr/local/etc/php/extensions.ini This may help me troubleshoot the problem further. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/eVk0sRouByUApARAtLiAJ47w6bOmHM5aOmhFWITOThx6NMG3ACfcJ0U tT2LjDLwGUFurLTOcSwRnEI= =WSGb -END PGP SIGNATURE- ___ 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: devel/pear1.9.0 build problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Duke wrote: > Greg Larkin wrote: > pkg_info | grep ^php > > cat /usr/local/etc/php/extensions.ini > > This may help me troubleshoot the problem further. > > Thank you, > Greg >> > Certainly Greg, Thank you for your help! > /usr/ports/devel/pear> pkg_info | grep ^php > php5-5.2.11_1 PHP Scripting Language > php5-bcmath-5.2.11_1 The bcmath shared extension for php [...] Hi Brian, I have used the script on this site (http://bit.ly/41TDBP) before to re-order my extensions.ini file because of core dumps when starting up Apache. I ran the script against the extension.ini file that you posted, and it changed the order slightly. I have included the updated file here, so please give it a try and post back here if it cures the signal 11 core dump. extension=fileinfo.so extension=ssh2.so extension=geoip.so extension=mcrypt.so extension=session.so extension=pdo.so extension=simplexml.so extension=mbstring.so extension=ldap.so extension=bz2.so extension=pdo_sqlite.so extension=ftp.so extension=hash.so extension=gettext.so extension=tokenizer.so extension=pgsql.so extension=zlib.so extension=calendar.so extension=posix.so extension=pcre.so extension=openssl.so extension=xmlwriter.so extension=json.so extension=zip.so extension=gmp.so extension=bcmath.so extension=ctype.so extension=readline.so extension=curl.so extension=filter.so extension=gd.so extension=dom.so extension=xmlreader.so extension=iconv.so extension=memcache.so extension=spl.so extension=sqlite.so extension=mysql.so extension=imap.so extension=pspell.so extension=xml.so Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/fbY0sRouByUApARAiR0AJ9ZaLFW4Uh4vevOqRrdnobOxTgymgCgl6RG rKzh/C+6APPHd0KpEqnD6AA= =9++K -END PGP SIGNATURE- ___ 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: devel/pear1.9.0 build problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Agrapha wrote: > Greg Larkin wrote: > [...] > > Hi Brian, > > I have used the script on this site (http://bit.ly/41TDBP) before to > re-order my extensions.ini file because of core dumps when starting up > Apache. I ran the script against the extension.ini file that you > posted, and it changed the order slightly. > > > [...] > > Regards, > Greg > Perfect solution Greg, >I too downloaded that shell script. Ran the script then went back and > pear-1.9.0 installs perfectly. Thats the fix I was looking for. Two > weeks without users getting mail now I can fire up horde again. I really > appreciate the help. > Installing selected packages.. > Package: PEAR-stable.. already installed ... ok > Package: Structures_Graph-stable.. already installed ... ok > Package: Archive_Tar-stable... already installed ... ok > Package: Console_Getopt-stable already installed ... ok > ===> Registering installation for pear-1.9.0 > /usr/ports/devel/pear> > that a sweet ending. Excellent - glad to hear it! It's nice to have a success at the end of a long week. Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK/gsq0sRouByUApARAvTWAJ4z8vMqkq7xi3bN9wEV6oSu8TPJhACgoAc1 AVP4nSwm8/9vJ3UQzVbXzjg= =CmiY -END PGP SIGNATURE- ___ 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: mail/ssmtp CRAM-MD5 fix, maintainer timeout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aragon Gouveia wrote: > Hiya, > > Could someone take a look at this PR and patch please? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=140175 > > No response since 1 Nov. Would be nice to get it committed. > > Thanks! > > > Regards, > Aragon Hi Aragon, I will work on the PR, but there's also an upgrade to 2.62-3 that needs to be incorporated. If you have some spare cycles and can update the PR with a diff for both, that would help me a lot. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLDZ+L0sRouByUApARAnIPAKCIN+FdTugG8QDhHgVthh476iDJVwCgiu5S xNxxYTHd2MV+lY4UqfoL5f4= =Bu4U -END PGP SIGNATURE- ___ 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: Port version difficulties (maybe one for the Python crowd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin Golding wrote: > I've had a bit of a poke around and no real joy in figuring this out so > let's see just how obvious the thing I'm missing is. > > I'm trying to create a new port and I'm getting in a tangle with the > version number. Basically, the author of this software has given it a > version number 0.1_0 which is incompatible with ports. Never fear! I > simply set the port version to 0.1.0 which is. Now this wasn't too bad > to deal with, I set "DISTNAME= ${PORTNAME}-0.1-0" to make it fetch > just fine (yes, despite the version being 0.1_0 the tarball is 0.1-0). > > All well and good at the early stages. This is where it gets > Pythonesque, and eventually problematic. > > Because of the version number I've also set: > > PYEASYINSTALL_EGG= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-0.1_ > 0-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg > > This makes installing work. > > Uninstalling fails with: > > pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S > /usr/local/lib/python2.6/site-packages -d usr/local/lib/python2.6/site- > packages -s /usr/local/bin django-signals-ahoy==0.1.0' failed > > So because ports installed 0.1.0 and the author wrote 0.1_0 is fails. > > I did look at setting PYEASYINSTALL_UNINSTALLARGS but I must confess my > attempts to turn PYDISTUTILS_PKGVERSION into 0.1_0 have so far failed > (as in, apparently my regex has changed nothing). > > Which brings me to my question (or questions). > > a) Can anyone point me in the right direction for making the > easy_install uninstall properly? > > or > > b) Should I simply change the version in the distfile so that is uses > more standard syntax and I can just use 0.1.0 which will work without > all the extras? > > TIA, > Kevin Hi Kevin, I've run into problems similar to this from time to time while creating and maintaining ports. Would you mind posting a link to or the contents of your Makefile so I can have a look at it? It's also useful to use "make -V " to examine the values of any variable you're trying to debug, like PYDISTUTILS_PKGVERSION. I believe you can even use the colon modifiers (:S, :C, etc.) right on the command line so you can try different regexps easily. 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/ iD8DBQFLHVFt0sRouByUApARAhtUAKCzUJDfqM8ahbpA+utA1hU5AUuzBwCfXqim ifmETG+YraAIuc+/YValWUY= =i0SW -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: Port version difficulties (maybe one for the Python crowd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin Golding wrote: > In article <4b1d516d.2060...@freebsd.org>, Greg Larkin > writes >> Kevin Golding wrote: >>> I'm trying to create a new port and I'm getting in a tangle with the >>> version number. Basically, the author of this software has given it a >>> version number 0.1_0 which is incompatible with ports. Never fear! I >>> simply set the port version to 0.1.0 which is. Now this wasn't too bad >>> to deal with, I set "DISTNAME= ${PORTNAME}-0.1-0" to make it fetch >>> just fine (yes, despite the version being 0.1_0 the tarball is 0.1-0). >>> >>> Because of the version number I've also set: >>> >>> PYEASYINSTALL_EGG= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-0.1_ >>> 0-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg >>> >>> This makes installing work. >>> >>> Uninstalling fails with: >>> >>> pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S >>> /usr/local/lib/python2.6/site-packages -d usr/local/lib/python2.6/site- >>> packages -s /usr/local/bin django-signals-ahoy==0.1.0' failed >>> >>> So because ports installed 0.1.0 and the author wrote 0.1_0 is fails. >>> >>> I did look at setting PYEASYINSTALL_UNINSTALLARGS but I must confess my >>> attempts to turn PYDISTUTILS_PKGVERSION into 0.1_0 have so far failed >>> (as in, apparently my regex has changed nothing). > >> I've run into problems similar to this from time to time while creating >> and maintaining ports. Would you mind posting a link to or the contents >> of your Makefile so I can have a look at it? > > With pleasure (the whole port is there in fact): > http://www.caomhin.org/ports/www/py-django-signals-ahoy/Makefile > >> It's also useful to use "make -V " to examine the values >> of any variable you're trying to debug, like PYDISTUTILS_PKGVERSION. I >> believe you can even use the colon modifiers (:S, :C, etc.) right on the >> command line so you can try different regexps easily. > > Ooh, now that sounds dangerously addictive. I shall give it a whirl and > shout if I crack it. > > Kevin Hi Kevin, This might get you further: fbsd70# make -V \ PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g 0.1_0 fbsd70# The :C modifier uses regexps as specified by re_format(7) (http://bit.ly/8CH8X1) instead of Perl regexps. Hope that 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/ iD8DBQFLHWF60sRouByUApARAuwHAJ9u/h3DzSZ1cOqGzRu3Y2K9jSFpawCfegsc p4QLS7fR3MNglymvWrsqh2M= =83xv -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: Port version difficulties (maybe one for the Python crowd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin Golding wrote: > In article <4b1d617a.6020...@freebsd.org>, Greg Larkin > writes >> This might get you further: >> >> fbsd70# make -V \ >> PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g >> 0.1_0 >> fbsd70# > > Well that does indeed work in that context, but I have no idea why it > appears to do nothing in the Makefile. It seems completely unchanged: > > pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S > /usr/local/lib/python2.6/site-packages django-signals-ahoy==0.1.0' > failed > > I actually had to double check I did indeed update the correct file. A > bit strange anyway. > > Kevin Hi Kevin, There's a lot more backslash escaping required in the :C suffix above when running the make command directly in the shell. If you remove some of the backslashes in the equivalent line in the Makefile, should be all set. Then you can check to make it's working by running "make -V PYEASYINSTALL_UNINSTALLARGS". 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/ iD8DBQFLHX2y0sRouByUApARAtlfAKCAAAG98WbUZimB3THbHkNfivB5bgCgw+kK TMJOhrlCn7/zIbvvipYHSc4= =v7JF -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: security/logcheck fails to install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Langille wrote: > On 8.0-PRELEASE, ports tree up to date. > > I have altered the Makefile to remove some @ from the do-build section of > the Makefile. > > Any ideas? > > [r...@subie:/usr/ports/security/logcheck] # make clean > ===> Cleaning for logcheck-1.2.54_3 > [r...@subie:/usr/ports/security/logcheck] # make > ===> Extracting for logcheck-1.2.54_3 > => MD5 Checksum OK for logcheck_1.2.54.tar.gz. > => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Patching for logcheck-1.2.54_3 > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Applying FreeBSD patches for logcheck-1.2.54_3 > ===> logcheck-1.2.54_3 depends on executable: docbook2man - found > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Configuring for logcheck-1.2.54_3 > ===> Building for logcheck-1.2.54_3 > /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' > /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles > /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e > 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' > /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml > cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man > -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml logcheck.sgml > 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 > *** Error code 255 > > Stop in /usr/ports/security/logcheck. > [r...@subie:/usr/ports/security/logcheck] # Hi Dan, There's a tricky situation in the logcheck Makefile regarding which tool it uses to generate its man page. My guess is that you have textproc/docbook-410 installed on the machine, but not textproc/docbook-to-man. The easiest fix is: pkg_delete docbook2X\* cd /usr/ports/textproc/docbook-to-man && make install clean cd /usr/ports/security/logcheck && make clean install clean Let me know if that doesn't work for some reason, and I plan to fix this as part of your PR 140981 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140981) Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLIUTI0sRouByUApARAnC/AJ9ClyhVMMmejplQY1gXTPRHRO8WLwCePiLj n+w4fvm2oSsg4fyBVYWRmcw= =5/IL -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: security/logcheck fails to install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Langille wrote: > On Thu, December 10, 2009 1:58 pm, Greg Larkin wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Dan Langille wrote: >>> On 8.0-PRELEASE, ports tree up to date. >>> >>> I have altered the Makefile to remove some @ from the do-build section >>> of >>> the Makefile. >>> >>> Any ideas? >>> [...] >>> /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles >>> /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e >>> 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' >>> /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml >>> cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man >>> -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml >>> logcheck.sgml >>> 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 >>> *** Error code 255 >>> >>> Stop in /usr/ports/security/logcheck. >>> [r...@subie:/usr/ports/security/logcheck] # >> Hi Dan, >> >> There's a tricky situation in the logcheck Makefile regarding which tool >> it uses to generate its man page. My guess is that you have >> textproc/docbook-410 installed on the machine, but not >> textproc/docbook-to-man. The easiest fix is: >> >> pkg_delete docbook2X\* >> cd /usr/ports/textproc/docbook-to-man && make install clean >> cd /usr/ports/security/logcheck && make clean install clean >> >> Let me know if that doesn't work for some reason, and I plan to fix this >> as part of your PR 140981 >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140981) >> >> Thank you, >> Greg > > Oh, in case it's not clear, the problem was /usr/local/bin/docbook-to-man > did not exist, and thus the '@cd ${WRKSRC}/docs && docbook2man' had > problems. > > IMHO: making docbook-to-man a requirement is the solution. > Hi Dan, docbook-to-man was a requirement a while back, but a lot of people complained that it was too heavy a package to install just to create a man page. Someone recommended that I port the docbook2X tool as a lighter-weight replacement. I did that, but we've run into issues where it conflicts with other docbook-related tools. It may make sense to simply pre-process the man page and include it in the files/ directory of the port, since it's the only one. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLIVF10sRouByUApARArX+AJ9VzLjiT+DTdKLsFg5rPitLK0xx1QCgsD51 CeRphJtAFxU8qM1nrtxBcNA= =ejEW -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: Need help with a port
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Schmehl wrote: > --On Thursday, December 17, 2009 23:48:08 -0600 Nikola Lečić > wrote: > >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: RIPEMD160 >> >> On Wed, 16 Dec 2009 21:58:21 -0600 >> Paul Schmehl wrote: >> >>> I'm the port maintainer for security/barnyard2. I submitted a port >>> upgrade a while ago, but the committer asked me to make a change >>> before he would approve it. I'm not sure what to do. >>> >>> The source code, when it's extracted, sets the perms on install-sh to >>> r--r--r. This causes an error during the build. The way I tried to >>> resolve the issue was by adding this to the Makefile: >>> >>> +pre-install: >>> +${CHMOD} 744 ${WRKSRC}/install-sh >>> + >>> >>> The committer said that was the wrong way to do it, that I should >>> edit the configure file. But the configure file doesn't do anything >>> to the install-sh file at all. >> >> I think this should actually be ${CHMOD} ${BINMODE}. I have a similar >> thing in one of my ports: textproc/teckit. Besides install-sh, the >> permissions of configure script itself had to be altered. >> >> A simple grep for CHMOD and WRKSRC reveals a heap of ports doing such >> things in ${WRKSRC}... > > I see that now: > > # grep -r install-sh * | grep "WRKSRC" | grep "CHMOD" > grep: security/base/work/base-php4/signatures: No such file or directory > archivers/par2cmdline-tbb/Makefile: @${CHMOD} u+x ${WRKSRC}/install-sh > audio/mhwaveedit/Makefile: @${CHMOD} +x ${WRKSRC}/install-sh [...] > > Two questions come to mind. 1) Is there any standardized way to do > this? (It's obvious it's not being done in a standard way) 2) Is there > anyone with the authority to tell me don't/do do it this way and not > that way? > > It looks like ${CHMOD} ${BINMODE} ${WRKSRC}/install-sh is the "right" > way to do it, but can someone confirm that? And can I finally get my > update committed? > Hi Paul, "make -V BINMODE" returns "555", so as long as you're OK with those permissions, I would say using the ${BINMODE} macro is preferable. Otherwise, there's no issue with you using the correct permissions value (755, +x, etc.) for your situation. If you're having difficulty getting your port committed because you have a construct that is used in many other ports, I think you can ask for portmgr's opinion. They will certainly resolve the issue for you. IMHO, I don't see any problem with what you're doing. If your committer has not responded to you in some number of weeks, you can also ask portmgr to reassign the port back to the pool or to another willing committer. Hope that 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/ iD8DBQFLLAvv0sRouByUApARAqPJAJwOkaJN+CD9fMsFPGuyWAnmlYgzHQCdGrPL PKyGTYAHmUpAHF0rr7yyLEU= =Rn1j -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: mailman web access to archives failure:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Southwell wrote: [...] > Thank you Boris > > After reading your files I changed the httpd.conf to follow your format but > it > still did not work :-(. > > Here are my entries: > > > # This should be changed to whatever you set DocumentRoot to. > # > > # > # Possible values for the Options directive are "None", "All", > # or any combination of: > # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI > MultiViews > # > # Note that "MultiViews" must be named *explicitly* --- "Options All" > # doesn't give it to you. > # > # The Options directive is both complicated and important. Please see > # http://httpd.apache.org/docs/2.2/mod/core.html#options > # for more information. > # > Options Indexes FollowSymLinks > > # > # AllowOverride controls what directives may be placed in .htaccess files. > # It can be "All", "None", or any combination of the keywords: > # Options FileInfo AuthConfig Limit > # > AllowOverride None > > # > # Controls who can get stuff from this server. > # > Order allow,deny > Allow from all > > > ScriptAlias /mailman " /usr/local/mailman/cgi-bin" > > Options ExecCGI > Order allow,deny > Allow from all > > Alias /pipermail "/usr/local/mailman/archives/public" > > Options ExecCGI FollowSymLinks >Order allow,deny > Allow from all > Options Indexes MultiViews > AddDefaultCharset Off > DirectoryIndex index.html > > # > > Seems I am struggling with this. > > Thanks again for all your help. Lets hope I can someone can spot something > soon. These things are usually caused by a daft error on my part!! > > David > _______ Hi David, Can you post a listing of the contents of the directory /usr/local/mailman/archives/public/? Also, please visit http://www.vizion2000.net/pipermail/bps_comp_print_reminders/ and post the request errors from httpd-error.log. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLOj8U0sRouByUApARAp0VAKCw7xX2jkoz2/NSay9ja3efLK855wCghp5Y rRsvtELVkOE3IFAIqNfHHcM= =soLl -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: mailman web access to archives failure:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Southwell wrote: >> David Southwell wrote: >> [...] >> >>> Thank you Boris >>> >>> After reading your files I changed the httpd.conf to follow your format >>> but it still did not work :-(. >>> >>> Here are my entries: >>> >>> >>> # This should be changed to whatever you set DocumentRoot to. >>> # >>> >>> # >>> # Possible values for the Options directive are "None", "All", >>> # or any combination of: >>> # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI >>> MultiViews >>> # >>> # Note that "MultiViews" must be named *explicitly* --- "Options All" >>> # doesn't give it to you. >>> # >>> # The Options directive is both complicated and important. Please >>> see # http://httpd.apache.org/docs/2.2/mod/core.html#options >>> # for more information. >>> # >>> Options Indexes FollowSymLinks >>> >>> # >>> # AllowOverride controls what directives may be placed in .htaccess >>> files. # It can be "All", "None", or any combination of the keywords: # >>> Options FileInfo AuthConfig Limit >>> # >>> AllowOverride None >>> >>> # >>> # Controls who can get stuff from this server. >>> # >>> Order allow,deny >>> Allow from all >>> >>> >>> ScriptAlias /mailman " /usr/local/mailman/cgi-bin" >>> >>> Options ExecCGI >>> Order allow,deny >>> Allow from all >>> >>> Alias /pipermail "/usr/local/mailman/archives/public" >>> >>> Options ExecCGI FollowSymLinks >>>Order allow,deny >>> Allow from all >>> Options Indexes MultiViews >>> AddDefaultCharset Off >>> DirectoryIndex index.html >>> >>> # >>> >>> Seems I am struggling with this. >>> >>> Thanks again for all your help. Lets hope I can someone can spot >>> something soon. These things are usually caused by a daft error on my >>> part!! >>> >>> David >>> ___ >> Hi David, >> >> Can you post a listing of the contents of the directory >> /usr/local/mailman/archives/public/? >> >> Also, please visit >> http://www.vizion2000.net/pipermail/bps_comp_print_reminders/ and post >> the request errors from httpd-error.log. >> >> Thank you, >> Greg >> > > Hi Greg > > Thanks for staying with this - here is the info you asked for: > > dns1# cd /usr/local/mailman/archives/public/ > dns1# ls -l > total 0 > lrwxr-xr-x 1 www www 55 Dec 19 17:58 bps_comp_print_chat -> > /usr/local/mailman/archives/private/bps_comp_print_chat > lrwxr-xr-x 1 www www 60 Dec 19 17:57 bps_comp_print_reminders -> > /usr/local/mailman/archives/private/bps_comp_print_reminders > lrwxr-xr-x 1 www www 60 Dec 19 17:56 bps_comps_print_announce -> > /usr/local/mailman/archives/private/bps_comps_print_announce > dns1# > > error-log shows: > [Tue Dec 29 17:46:00 2009] [error] [client 62.49.197.50] Symbolic link not > allowed or link target not accessible: > /usr/local/mailman/archives/public/bps_comp_print_reminders > > Sudden thought I had not mentioned: > > This server is running SSL > (Apache/2.2.14 mod_ssl/2.2.14) > > Is there any chance that could possibly affect access to the archives?? > Everything else works. Incidentally /usr/local/mailman/ and its > subdirectories > are on a separate physical drive to the document root which is > /usr_www/virtualwebs/vizion2000.net/ > Thanks again > > David > Hi David, I don't think it's an issue with the version of Apache, but rather a permissions issue on your "private" directory. The quickest way to determine where the problem lies is by running Apache inside of truss (http://bit.ly/DFWAr). With the proper command line arguments, truss should reveal the cause of the "link target not accessible" error. However, you can also try to figure it out by determining the uid/gid of your Apache processes and inspecting the permissions in the mailman directory hierarchy. Type this: egrep '^(Group|User)' /usr/local/etc/apache22/httpd.conf Note the results. On my system, it prints: User www G
Re: mailman web access to archives failure:
46 public >>>>>>> dns1# cd private >>>>>>> dns1# ls -l >>>>>>> total 16 >>>>>>> drwxrwsr-x 2 www www 512 Dec 19 17:58 bps_comp_print_chat >>>>>>> drwxrwsr-x 2 www www 512 Dec 19 17:58 bps_comp_print_chat.mbox >>>>>>> drwxrwsr-x 2 www www 512 Dec 19 17:57 bps_comp_print_reminders >>>>>>> drwxrwsr-x 2 www www 512 Dec 19 17:57 >>>>>>> bps_comp_print_reminders.mbox drwxrwsr-x 4 www www 512 Dec 29 >>>>>>> 03:27 bps_comps_print_announce drwxrwsr-x 2 www www 512 Dec 28 >>>>>>> 15:54 bps_comps_print_announce.mbox drwxrwsr-x 2 www www 512 Dec >>>>>>> 28 15:45 mailman >>>>>>> drwxrwsr-x 2 www www 512 Dec 28 15:45 mailman.mbox >>>>>>> dns1# cd ../public >>>>>>> dns1# ls -l >>>>>>> total 0 >>>>>>> lrwxr-xr-x 1 www www 55 Dec 19 17:58 bps_comp_print_chat -> >>>>>>> /usr/local/mailman/archives/private/bps_comp_print_chat >>>>>>> lrwxr-xr-x 1 www www 60 Dec 19 17:57 bps_comp_print_reminders -> >>>>>>> /usr/local/mailman/archives/private/bps_comp_print_reminders >>>>>>> lrwxr-xr-x 1 www www 60 Dec 19 17:56 bps_comps_print_announce -> >>>>>>> /usr/local/mailman/archives/private/bps_comps_print_announce >>>>>>> dns1# cd /usr/local/mailman/archives/private/bps_comps_print_announce >>>>>>> dns1# ls -l >>>>>>> total 14 >>>>>>> drwxrwsr-x 2 www www 512 Dec 28 15:54 2009-December >>>>>>> -rw-rw-r-- 1 www www 2870 Dec 28 15:54 2009-December.txt >>>>>>> -rw-rw-r-- 1 www www 1356 Dec 29 03:27 2009-December.txt.gz >>>>>>> drwxrws--- 2 www www 512 Dec 28 15:54 database >>>>>>> -rw-rw-r-- 1 www www 1110 Dec 28 15:54 index.html >>>>>>> -rw-rw 1 www www 870 Dec 28 15:54 pipermail.pck >>>>>>> dns1# >>>>>>> >>>>>>> Thanks in advance >>>>>> The two Alias lines I have in my working installation are: >>>>>> >>>>>> ScriptAlias /mailman "/usr/local/mailman/cgi-bin" >>>>>> Alias /pipermail "/usr/local/mailman/archives/public" >>>>>> >>>>>> -Boris >>>>> Changed those but still have the problem. >>>>> Could you possible compare my owner:group and permissions with the >>>>> setting in your working /usr/local/mailman/ hierarchy? Maybe the >>>>> problem lies there. >>>>> >>>>> Thanks >>>>> david >>>> A recursive listing of /usr/local/mailman is up at >>>> http://acm.poly.edu/~spawk/mailman/mailman.txt, with the two relevant >>>> Apache configuration files, in full, also in that directory. >>>> >>>> -Boris >>> Thank you Boris >>> >>> After reading your files I changed the httpd.conf to follow your format >>> but it still did not work :-(. >>> >>> Here are my entries: >>> >>> >>> # This should be changed to whatever you set DocumentRoot to. >>> # >>> >>> # >>> # Possible values for the Options directive are "None", "All", >>> # or any combination of: >>> # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI >>> MultiViews >>> # >>> # Note that "MultiViews" must be named *explicitly* --- "Options All" >>> # doesn't give it to you. >>> # >>> # The Options directive is both complicated and important. Please >>> see # http://httpd.apache.org/docs/2.2/mod/core.html#options >>> # for more information. >>> # >>> Options Indexes FollowSymLinks >>> >>> # >>> # AllowOverride controls what directives may be placed in .htaccess >>> files. # It can be "All", "None", or any combination of the keywords: # >>> Options FileInfo AuthConfig Limit >>> # >>> AllowOverride None >>> >>> # >>> # Controls who can get stuff from this server. >>> # >>> Order allow,deny >>> Allow from all >>> >>> >>> ScriptAlias /mailman " /usr/local/mailman/cgi-bin" >>> >>> Options ExecCGI >>> Order allow,deny >>> Allow from all >>> >>> Alias /pipermail "/usr/local/mailman/archives/public" >>> >>> Options ExecCGI FollowSymLinks >>>Order allow,deny >>> Allow from all >>> Options Indexes MultiViews >>> AddDefaultCharset Off >>> DirectoryIndex index.html >>> >>> # >>> >>> Seems I am struggling with this. >>> >>> Thanks again for all your help. Lets hope I can someone can spot >>> something soon. These things are usually caused by a daft error on my >>> part!! >>> >>> David >> One difference between our setups, and relevant to your symlink-related >> error message, are the ownership and permissions of the >> /usr/local/mailman/archives/private directory. Mine is owned by >> mailman:mailman, whereas yours is www:www. Mine also has the >> world-execute permission, but let's play with the ownership first. Can >> you chown yours to mailman:mailman? >> >> -Boris >> ___ > Thanks Boris > > dns1# ls -l > total 4 > drwxrws--- 10 root mailman 512 Dec 28 15:45 private > drwxrwsr-x 2 root mailman 512 Dec 28 15:46 public > dns1# chown -R mailman:mailman ./private > dns1# > > And still got: > [Tue Dec 29 18:11:28 2009] [error] [client 62.49.197.51] Symbolic link not > allowed or link target not accessible: > /usr/local/mailman/archives/public/bps_comps_print_announce, referer: > http://www.vizion2000.net/mailman/admin/bps_comps_print_announce > > in the log > > Thanks > > David > David, Just for grins - what happens if you change the permissions on the private directory to 777? If you still get the "forbidden" error, then we know that the problem is elsewhere. 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/ iD8DBQFLOklr0sRouByUApARAtLNAJ9CV5HP5pDIAFvrBFmGYMxYlFaDpgCeOLjQ 0t3O/vr3DZk4+YiC0mTz0R0= =E+/7 -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: mailman web access to archives failure:
are on a separate physical drive to the document root >>> which is >>> /usr_www/virtualwebs/vizion2000.net/ >>> Thanks again >>> >>> David >> Hi David, >> >> I don't think it's an issue with the version of Apache, but rather a >> permissions issue on your "private" directory. >> >> The quickest way to determine where the problem lies is by running >> Apache inside of truss (http://bit.ly/DFWAr). With the proper command >> line arguments, truss should reveal the cause of the "link target not >> accessible" error. >> >> However, you can also try to figure it out by determining the uid/gid of >> your Apache processes and inspecting the permissions in the mailman >> directory hierarchy. >> >> Type this: >> >> egrep '^(Group|User)' /usr/local/etc/apache22/httpd.conf >> >> Note the results. On my system, it prints: >> >> User www >> Group www >> >> Next, run each of the following commands in order, noting if any of the >> permissions prevent the Apache uid/gid from accessing the directory. >> >> ls -ld / >> ls -ld /usr >> ls -ld /usr/local >> ls -ld /usr/local/mailman >> ls -ld /usr/local/mailman/archives >> ls -ld /usr/local/mailman/archives/private >> ls -ld /usr/local/mailman/archives/private/bps_comp_print_reminders >> >> My guess is that you'll find some permissions that need to be loosened >> slightly. I'm not familiar with mailman, so I'm assuming that the web >> interface scripts run with the uid/gid of the Apache process. If they >> don't for some reason, you'll need to know their uid/gid to do this >> analysis. >> > > Here-tis > dns1# egrep '^(Group|User)' /usr/local/etc/apache22/httpd.conf > User www > Group www > dns1# ls -ld / > drwxr-xr-x 36 root wheel 1024 Dec 19 11:36 / > dns1# ls -ld / > drwxr-xr-x 36 root wheel 1024 Dec 19 11:36 / > dns1# ls -ld /usr > drwxr-xr-x 23 root wheel 512 Dec 12 14:21 /usr > dns1# ls -ld /usr/local > drwxr-xr-x 27 root wheel 512 Dec 15 15:54 /usr/local > dns1# ls -ld /usr/local/mailman > drwxrwsr-x 20 mailman mailman 512 Dec 28 13:07 /usr/local/mailman > dns1# ls -ld /usr/local/mailman/archives > drwxrwsr-x 4 root mailman 512 Dec 28 13:07 /usr/local/mailman/archives > dns1# ls -ld /usr/local/mailman/archives/private > drwxrws--- 10 mailman mailman 512 Dec 28 15:45 > /usr/local/mailman/archives/private > dns1# ls -ld /usr/local/mailman/archives/private/bps_comp_print_reminders > drwxrwsr-x 2 mailman mailman 512 Dec 19 17:57 > /usr/local/mailman/archives/private/bps_comp_print_reminders > dns1# > david Hi David, This directory has a problem if mailman runs its scripts with uid/gid of www/www: drwxrws--- 10 mailman mailman 512 Dec 28 15:45 /usr/local/mailman/archives/private "Other" users (including www) are prevented from entering that directory. Have you tried running the check_perms scripts from the mailman package? That may help you determine where the problem is. More information can be found here, along with some specific info about the permissions for the private directory: http://bit.ly/7Ht0rS Hope that 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/ iD8DBQFLOk9D0sRouByUApARAtF+AJ9iCTw06vui8J8kxJBfm4gpMDM9QwCgrZqT vEb6JsbhlswvsZcOPV54+b8= =yXKi -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: mailman web access to archives failure:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Southwell wrote: [...] >> Hi David, >> >> This directory has a problem if mailman runs its scripts with uid/gid of >> www/www: >> >> drwxrws--- 10 mailman mailman 512 Dec 28 15:45 >> /usr/local/mailman/archives/private >> >> "Other" users (including www) are prevented from entering that directory. >> >> Have you tried running the check_perms scripts from the mailman package? >> That may help you determine where the problem is. More information can >> be found here, along with some specific info about the permissions for >> the private directory: http://bit.ly/7Ht0rS >> >> Hope that helps, >> Greg >> > Yes I did run the perms script - but that was before I made the changes to > httpd.conf . I have just rerun check_perms and all is now working!!! > > You guys have been brilliant - it looks as though the problem was a > combination of errors in ownership of mailman/archives, plus mal-configured > httpd.conf and my apache virtual configuration files. Once I got thtose > soirted out as a result of all the advice I received, the problem has gone > away. > > Many thanks > > David Beautiful - glad to hear it! 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/ iD8DBQFLOlK20sRouByUApARAtCiAJ4xTo3O+Rn4g8FYaDXxOw5xrzAZZgCfdTdC xPpaaC1JGV1dNCvdSkyACb0= =UDS1 -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: sysutils/xfce4-netload-plugin - why is it marked as broken on 8?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Torfinn Ingolfsen wrote: > Hello, > The port sysutils/xfce4-netload-plugin is marked as BROKEN on 8.0. > But if I remove the three lines from the makefile, it compiles and installs > fine here. What gives? > > This is on > ti...@kg-v2$ uname -a > FreeBSD kg-v2.kg4.no 8.0-STABLE FreeBSD 8.0-STABLE #1: Wed Jan 6 21:21:40 > CET 2010 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > > BTW, the plugin works too. Hi Torfinn, The CVS commit in question says that the breakage was reported by pointyhat (FreeBSD package building cluster): http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/xfce4-netload-plugin/Makefile#rev1.28 In fact, pav@ included the specific compiler error. I wonder if there was possibly a bug in the early 8.0 OS at that time (13 Jun 2009) that caused the build failure. If you are able to build and run successfully under 8.0 now, I suggest filing a PR with a patch to unbreak the port. Hope that 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/ iD8DBQFLT7EM0sRouByUApARAm57AKCDonJEhptdv6rdHPhRibbXykWVrACgmpL9 L+B+1Y568iFMufHjL8bkS4k= =nlFC -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: sysutils/xfce4-netload-plugin - why is it marked as broken on 8?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Torfinn Ingolfsen wrote: > Hi, > > On Fri, Jan 15, 2010 at 1:14 AM, RW wrote: > >> On Thu, 14 Jan 2010 19:04:29 -0500 >> Greg Larkin wrote: >> >> >>> The CVS commit in question says that the breakage was reported by >>> pointyhat (FreeBSD package building cluster): >>> >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/xfce4-netload-plugin/Makefile#rev1.28 >>> In fact, pav@ included the specific compiler error. I wonder if there >>> was possibly a bug in the early 8.0 OS at that time (13 Jun 2009) that >>> caused the build failure. >>> >>> If you are able to build and run successfully under 8.0 now, I suggest >>> filing a PR with a patch to unbreak the port. >> I just tried it and it failed on 8.0 (RELENGE_8_0), the OP is using >> 8-stable. >> > > Well, shouldn't the port only be marked broken for RELENG_8_0 (and perhaps > -CURRENT) then, and not for RELENG_8? > I don't know how to do that, or I would file a PR. Hi Torfinn, There's an explanation of what happened to if_ppp.h here: http://www.mail-archive.com/svn-src-...@freebsd.org/msg07293.html This commit log refers to the fact that the value of __FreeBSD_version was bumped to 800045 due to the removal of the if_ppp(4) driver. You can find all of the historical values of that variable here: http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html In this case, the port Makefile should be patched like so: - --- Makefile.orig 2010-01-15 13:37:50.374330422 -0500 +++ Makefile2010-01-15 13:38:04.101133409 -0500 @@ -24,7 +24,7 @@ .include - -.if ${OSVERSION} >= 80 +.if ${OSVERSION} >= 800045 BROKEN=does not compile: error: net/if_ppp.h: No such file or directory .endif A better fix might be to port the code from using if_ppp(4) to the replacement ppp(8), as noted in the commit log. 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/ iD8DBQFLULbd0sRouByUApARAhzAAJ9QWrqCN1N/JRLF9RO4Rr/MBN76dgCfX4DH tBd6gqJctCM0UFPCVi4TRiM= =n8+3 -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: print/pdftk is broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maho NAKATA wrote: > Hi glarkin@, gerald@ (Gerald, see below) > print/pdftk is broken on FreeBSD 8.0-RELEASE-p2/amd64 like following: > > > ctorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_ > /var/tmp//ccC0rKVB.s:14025: Warning: ignoring changed section attributes for > .text._ZNSt6vectorIN10TK_Session8InputPdfESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_ > /var/tmp//ccC0rKVB.s:25718: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25719: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25720: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25721: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25722: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25723: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25724: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25725: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25726: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25727: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25728: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25729: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25730: Error: unknown pseudo-op: `.weakref' > /var/tmp//ccC0rKVB.s:25731: Error: unknown pseudo-op: `.weakref' > gmake: *** [pdftk.o] Error 1 > *** Error code 1 > > Stop in /work/cvsup/ports/print/pdftk. > > > and here is a workaround. > % diff -u Makefile~ Makefile > --- Makefile~ 2010-01-19 17:19:14.0 +0900 > +++ Makefile 2010-01-19 17:19:27.0 +0900 > @@ -35,7 +35,7 @@ > WRKSRC= ${WRKDIR}/${DISTNAME}/${PORTNAME} > > MAKEFILE=Makefile.Generic > -MAKE_ENV=GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF} > +MAKE_ENV=GCJ=gcj${CSUFF} GCJH=gcjh${CSUFF} > PATH=/usr/local/x86_64-portbld-freebsd8.0/bin/:${PATH} > > MAN1=${PORTNAME}.1 > PLIST_FILES= bin/pdftk > > > I installed devel/binutils. I guess if gcc42 is build with devel/binutils, > this error may happen. Just a 30 sec. thought.. though. > > 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 Hello Nakata, Thank you for the bug report, and I'll have a look at it. We're also in the process of porting pdftk to use gcc 4.5 instead of gcc 4.2, so I'll try your test case with that version, too, to check if there's any difference. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLVdHe0sRouByUApARAksFAJwOImGODdloO1eHinHKsYyOGBBFZQCfTAh8 hk5/mlbFTWDzUp3tTJRgztk= =vS4Q -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: New portmgr secretary: Thomas Abthorpe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Erwin Lansing wrote: > On behalf of portmgr, I am pleased to announce that portmgr has found > a new secretary: Thomas Abthorpe. Thomas has been a FreeBSD ports committer > since 2007 and has made more than 1000 commits since. He has previously > served on the ports-security team and is currently a member of the KDE > and donation teams. He has also mentored several new ports committers > over the years. > > In his role as portmgr secretary, Thomas will help portmgr keep track of > ongoing issues, keeps the portmgr, and other bookkeeping work like > organizing votes and stay in touch with other FreeBSD teams. > > Please welcome him onboard! > > -erwin > Congratulations, Thomas, for a well-deserved accolade! I appreciate your multi-faceted contributions to the project, especially mentoring so many new committers. 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/ iD8DBQFLo4nh0sRouByUApARAnMhAJ98PedmDwb0BNOfTuSG/OUBvBtwPQCgoJL0 wArozHozV/uqTZMj6H13gZQ= =2lgZ -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: www/firefox not building on my up to date 7.3 Release machines. Works fine on current.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 eculp wrote: > Quoting Florian Smeets : > >> On 3/27/10 2:46 PM, eculp wrote: >>> It seems to stop with mozilla. All ports are up to date. This is the >>> only one that won't build for us on 7.3. >>> >>> c++ -o nsHtml5NamedCharacters.o -c -I../../dist/system_wrappers -include >>> ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM >>> -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE >>> -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET >>> -DIMPL_THEBES -DOSTYPE=\"FreeBSD7\" -DOSARCH=FreeBSD -I. -I. >>> -I../../dist/include -I../../dist/include/nsprpub >>> -I/usr/local/include/nspr >>> -I/new/usr/local/ports/www/firefox/work/mozilla-1.9.2/dist/include/nss >>> -I/usr/include -I./../../content/base/src -I/usr/local/include >>> -fPIC -I/usr/local/include -I/usr/local/include -fno-rtti >>> -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth >>> -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align >>> -Wno-invalid-offsetof -Wno-long-long -O2 -fno-strict-aliasing -pipe -O2 >>> -fno-strict-aliasing -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O >>> -I/usr/local/include -I/usr/local/include -DMOZILLA_CLIENT -include >>> ../../mozilla-config.h nsHtml5NamedCharacters.cpp >>> {standard input}: Assembler messages: >>> {standard input}:0: Warning: end of file not at end of a line; newline >>> inserted >>> {standard input}:170: Error: no such instruction: `re' >>> c++: Internal error: Terminated: 15 (program cc1plus) >>> Please submit a full bug report. >>> See http://gcc.gnu.org/bugs.html> for instructions. >>> gmake[4]: *** [nsHtml5NamedCharacters.o] Error 1 >>> gmake[4]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2/parser/html' >>> gmake[3]: *** [libs] Error 2 >>> gmake[3]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2/parser' >>> gmake[2]: *** [libs_tier_gecko] Error 2 >>> gmake[2]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2' >>> gmake[1]: *** [tier_gecko] Error 2 >>> gmake[1]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2' >>> gmake: *** [default] Error 2 >>> *** Error code 1 >>> >>> Stop in /new/usr/local/ports/www/firefox. >>> *** Error code 1 >>> >>> Any suggestions appreciated. >>> >> >> Hi, >> >> I've seen this in a VM with only 1GB RAM (with -CURRENT) after >> increasing it to 2GB i was able to build firefox successfully. >> >> Cheers, >> Florian >> > Thanks, Florian. I've got 4G but it is worth looking at. > > ed > Hi Ed, Are you using the default setting of 512MB for kern.maxdsiz? If so, please add the following to /boot/loader.conf, reboot and try the build again. Report back if that has any effect or not. I had to add this line to build GCC with Java support a while back. kern.maxdsiz="734003200" 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/ iD8DBQFLsOgd0sRouByUApARAlF8AJ92ZqzSOyc3dAXPrZU6kD6v1vCJAACdHBZ+ YY8WKG96ciSRcC2hRX9aemo= =qpS1 -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"
CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, I maintain the print/pdftk port, and lately it's been getting harder to support compiling it with gcj42 from the lang/gcc42 port. If lang/gcc45 is also installed on the machine, then gcj42 uses the wrong binutils and hilarity ensues. It's been on my task list to enable gcj45 in the lang/gcc45 port and get pdftk compiled with it. I have an experimental patchset that does just that, and I was hoping some folks might test it on various OS versions and architectures. In the mean time, I'll run through the various tinderbox builds that I have available. You can find the patches here: http://people.freebsd.org/~glarkin/diffs/gcc45%2bgcj.diff http://people.freebsd.org/~glarkin/diffs/pdftk%2bgcc45.diff Fetch each patch file into /usr/ports and then run: patch < gcc45+gcj.diff patch < pdftk+gcc45.diff cd print/pdftk && make install clean If all goes well, you will be left with a working pdftk executable, successfully compiled with gcj45. If you run into any problems, please let me know and include the output of "uname -a" and the output from the make process. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLvojr0sRouByUApARAuL0AJ9v5/utZBTVyepCfZe1Q8hzIzjRdwCghMOH 18wwBxJ8gUHGn+W0IOnvxwE= =eNMj -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: > Greg Larkin wrote: > >> You can find the patches here: >> >> http://people.freebsd.org/~glarkin/diffs/gcc45%2bgcj.diff >> http://people.freebsd.org/~glarkin/diffs/pdftk%2bgcc45.diff >> >> Fetch each patch file into /usr/ports and then run: >> >> patch < gcc45+gcj.diff >> patch < pdftk+gcc45.diff >> cd print/pdftk && make install clean >> >> If all goes well, you will be left with a working pdftk executable, >> successfully compiled with gcj45. If you run into any problems, please >> let me know and include the output of "uname -a" and the output from the >> make process. > > 1. FreeBSD/amd64 8-STABLE : building OK, but failed to run. > % uname -a > FreeBSD h116.65.226.10.32118.vlan.kuins.net 8.0-STABLE FreeBSD 8.0-STABLE > #22: Sat Feb 13 14:06:06 JST 2010 > turut...@h116.65.226.10.32118.vlan.kuins.net:/usr/obj/usr/src/sys/POLYMER13 > amd64 > % pdftk /usr/local/share/doc/OpenEXR/TechnicalIntroduction.pdf output out.pdf > owner_pw foopass > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by /usr/local/bin/pdftk not found Hi Tsurutani, Can you run the following command for me on your system? ldconfig -r | grep gcc45 If there's no output from that command, then something went wrong with the ldconfig stage of the pdftk port installation. Would you mind rebuilding pdftk and capturing the output of "make install clean" for me? I should be able to tell if something is going wrong during installation. Before you do that, though, please test my theory by doing the following: ldconfig -v -m /usr/local/lib/gcc45 When that command finishes, try running pdftk again. If it works, then we know there's something wrong with the ldconfig step, and the output of the port build/installation will help me troubleshoot it. > > 2. FreeBSD/amd64 8-STABLE, with LANG=ja_JP.eucJP : building failure. > gmake -C > "/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text"; > gmake[2]: Entering directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text' > /usr/local/bin/gcj45 -L/usr/local/lib -O2 -w --encoding=UTF-8 > --classpath="/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs" > -c Anchor.java -o Anchor.o > /usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text/markup/MarkupParser.java:186: > error: String literal is not properly closed by a double-quote > if (value.startsWith("〒) > ^^^ > ... > 112 problems (112 errors) > gmake[2]: *** [Anchor.o] Error 1 > gmake[2]: Leaving directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text' > gmake[1]: *** [itext] Error 2 > gmake[1]: Leaving directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs' > gmake: *** [java_libs] Error 2 > *** Error code 1 > (some messages are translated). I'm not sure what's going on here, but I'll have a look at the source file in question to see if there's a problem with it. > > 3, 4. FreeBSD/i386 8-STABLE : just the same on amd64. > % uname -a > FreeBSD h120.65.226.10.32118.vlan.kuins.net 8.0-STABLE FreeBSD 8.0-STABLE > #22: Sat Feb 13 14:53:25 JST 2010 > turut...@h120.65.226.10.32118.vlan.kuins.net:/usr/local/work/usr/obj/usr/src/sys/POLYMER > i386 > % pdftk /usr/local/share/doc/OpenEXR/TechnicalIntroduction.pdf output > suzu.128.pdf owner_pw foopass > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by /usr/local/bin/pdftk not found > These errors should be fixed by the same solution as in #1 above. Thank you, Greg > > --- > Tsurutani Naoki > turut...@scphys.kyoto-u.ac.jp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvD44QACgkQ0sRouByUApBzJgCeKdXKrPKinVJzBvhHbgXdViri /5gAni8lxEExcY1EYx8xnGyoVcbKAyVf =nH9T -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerald Pfeifer wrote: > On Fri, 9 Apr 2010, Gerald Pfeifer wrote: >> As for the lang/gcc42 issue, I have an idea of how to fix that and will >> give it try now and share the patch if it works for me. > > The patch below passes testing for me, and I consider it The Right > Thing[TM] directionally, too. The two actual changes are the > addition of --with-as=/usr/bin/as and --with-ld=/usr/bin/ld. > > I have not committed it yet, but am planning on doing so and > definitely am interested in whether this changes (improves) things > for you. > > That said, please do not stop on moving from GCC 4.2 to GCC 4.4 when > it comes to Java, even in case this patch works for you. :-) > > Gerald > > Index: Makefile > === > RCS file: /home/pcvs/ports/lang/gcc42/Makefile,v > retrieving revision 1.356 > diff -r1.356 Makefile > 56,60c56 > < CONFIGURE_ARGS+=--disable-nls \ > < --with-system-zlib \ > < --with-libiconv-prefix=${LOCALBASE} \ > < --with-gmp=${LOCALBASE} \ > < --program-suffix=${SUFFIX} \ > --- >> CONFIGURE_ARGS+=--disable-nls \ > 63c59,65 > < --with-gxx-include-dir=${TARGLIB}/include/c++/ > --- >> --program-suffix=${SUFFIX} \ >> --with-as=/usr/bin/as \ >> --with-gmp=${LOCALBASE} \ >> --with-gxx-include-dir=${TARGLIB}/include/c++/ \ >> --with-ld=/usr/bin/ld \ >> --with-libiconv-prefix=${LOCALBASE} \ >> --with-system-zlib Thank you Gerald, I'll give that a try with gcc 4.2 and gcc 4.5 installed. I think we're getting close with gcj 4.5, assuming my fix for duplicate Java symbols is acceptable. I need to do some more tinderbox builds and testing and clear up some other errors reported by users, but maybe I'll be able to send you the patches for approval next week. Thank you, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvD5D8ACgkQ0sRouByUApC4AgCfS/QrY7PTkegsFRJiEE5WdxH5 GcIAoIdY7KkdUV+ORjj0G9iJcipt31jK =HuD1 -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: > Greg Larkin wrote: > >> Can you run the following command for me on your system? >> >> ldconfig -r | grep gcc45 > > % ldconfig -r | grep gcc45 > search directories: [...] > > % ldconfig -r | grep libstdc++.so.6 > 80:-lstdc++.6 => /usr/lib/libstdc++.so.6 > 848:-lstdc++.6 => /usr/local/lib/compat/pkg/libstdc++.so.6 > 1146:-lstdc++.6 => > /usr/local/lib/gcc/i386-portbld-freebsd8.0/3.4.6/libstdc++.so.6 > 1148:-lstdc++.6 => /usr/local/lib/gcc44/libstdc++.so.6 > 1159:-lstdc++.6 => /usr/local/lib/gcc45/libstdc++.so.6 > > Setting LD_LIBRARY_PATH=/usr/local/lib/gcc45 before running pdftk > can avoid this error. > I am not familiar with rpath, but something is wrong arround it, I think. > gcc can embed some rpath infomation when building pdftk, > or we must add some linker option about rpath in building pdftk. > In any case, pdftk must have runtime dependence on gcc45... > > > --- > 鶴谷直樹 > turut...@scphys.kyoto-u.ac.jp Hi Tsurutani, Ok, I see why there's a problem now. My linker hints were set up in such a way that /usr/local/lib/gcc45 appeared before /usr/lib, so I didn't have the libstdc++.so.6 problem. However, that's not a normal configuration, so we have to fix this another way. Gerald, you ran into this problem a while back and posted a question about it here: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23261.html There are some other folks with the same problem here (old thread): http://gcc.gnu.org/ml/gcc/2001-03/msg01069.html Did you ever decide on a resolution for this problem? Should I simply create a wrapper script for pdftk that sets LD_LIBRARY_PATH, or is the rpath solution better? Tsurutani, in the mean time, can you run pdftk with LD_LIBRARY_PATH set until we decide on the solution? Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLxLRM0sRouByUApARAvfDAJ93Bm4wyhUlpl7PTZR6Ulpg9J31SQCfTAIu 9QRjwZAlBepsnFpWuGuMvZ8= =KPDi -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: [...] > 2. FreeBSD/amd64 8-STABLE, with LANG=ja_JP.eucJP : building failure. > gmake -C > "/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text"; > gmake[2]: Entering directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text' > /usr/local/bin/gcj45 -L/usr/local/lib -O2 -w --encoding=UTF-8 > --classpath="/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs" > -c Anchor.java -o Anchor.o > /usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text/markup/MarkupParser.java:186: > error: String literal is not properly closed by a double-quote > if (value.startsWith("〒) > ^^^ > ... > 112 problems (112 errors) > gmake[2]: *** [Anchor.o] Error 1 > gmake[2]: Leaving directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text' > gmake[1]: *** [itext] Error 2 > gmake[1]: Leaving directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs' > gmake: *** [java_libs] Error 2 > *** Error code 1 > (some messages are translated). Hi Tsurutani, As far as I can tell, this error is caused by the LANG setting which changes the line: if (value.startsWith("\"")) into something that results an unterminated string. I suppose the backslash loses its meaning as an escape character. I found some references to the same error in Google, posted by folks trying to compile software with different LANG settings. I haven't found a general fix yet, but maybe it can be done by building a character string from individual, unescaped characters, then converting them to a java.lang.String object for use in the .startsWith() function. If you could submit a PR to support building with LANG=ja_JP.eucJP, I would be very appreciative! Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLxLcS0sRouByUApARAm4aAKC2xbzaY34Q1GAPCv+mVifG7raC0QCgtjwZ eGEmwcVfVM5N2AbrfjDFJLs= =cfvI -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerald Pfeifer wrote: > On Tue, 13 Apr 2010, Greg Larkin wrote: >> Ok, I see why there's a problem now. My linker hints were set up in >> such a way that /usr/local/lib/gcc45 appeared before /usr/lib, so I >> didn't have the libstdc++.so.6 problem. However, that's not a normal >> configuration, so we have to fix this another way. >> >> Gerald, you ran into this problem a while back and posted a question >> about it here: >> http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23261.html >> >> There are some other folks with the same problem here (old thread): >> http://gcc.gnu.org/ml/gcc/2001-03/msg01069.html >> >> Did you ever decide on a resolution for this problem? Should I simply >> create a wrapper script for pdftk that sets LD_LIBRARY_PATH, or is the >> rpath solution better? > > The way I have addressed this for C, C++ and from what I can tell all > relevant Fortran users of USE_GCC= is by setting the following > > CFLAGS+=-Wl,-rpath=${LOCALBASE}/lib/${_GCC_BUILD_DEPENDS} > LDFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/${_GCC_BUILD_DEPENDS} > > in Mk/bsd.gcc.mk. > > Apparently pdftk does not use LDFLAGS (and it not using CFLAGS for Java > code is somewhat expected). Is there some similar variable we could set > for Java code? JFLAG, JAVAFLAGS,...? Or could you inject the use of > CFLAGS or LDFLAGS during linking? > > Gerald Hi Gerald, Thank you for that pointer, and I'll have a look at the pdftk build process and see if I can do something equivalent during the compile and link phases. If I can get that work, then perhaps the gcc45+gcj patch will be ready to commit and we can leave gcc42+gcj behind! Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLx8Qg0sRouByUApARAotDAKCYyKTnHJO9zJxkkhYyOO1T2F2gCQCeMywi YS0b3mvOj2ZKphjdqmqVtoE= =41Ip -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"
portmaster, renamed ports, and DEPRECATED
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Doug, I just tried to upgrade from math/libgmp4 to math/gmp after refreshing my ports tree. math/gmp has superseded math/libgmp4, so I used portmaster's -o option to upgrade from a new origin, e.g.: portmaster -o math/gmp math/libgmp4 I've done this in the past with no problem, but this time, the old port had already been marked DEPRECATED, and portmaster refused to continue the upgrade. I commented out the DEPRECATED variable in math/libgmp4/Makefile, and reran portmaster with no trouble. Would it be possible to detect when -o is being used for an upgrade and ignore DEPRECATED on the previous port? Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLzIpA0sRouByUApARAk+qAKCJz2/Rnu89RORJseNiuaFO9zecowCghvJs /j5GAx0/uHO1Drtt3VxRfH0= =0zJW -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: > Greg Larkin wrote: > [... original patching instructions deleted ...] > [... results of first patch set testing ...] > > 1. FreeBSD/amd64 8-STABLE : building OK, but failed to run. > % uname -a > FreeBSD h116.65.226.10.32118.vlan.kuins.net 8.0-STABLE FreeBSD 8.0-STABLE > #22: Sat Feb 13 14:06:06 JST 2010 > turut...@h116.65.226.10.32118.vlan.kuins.net:/usr/obj/usr/src/sys/POLYMER13 > amd64 > % pdftk /usr/local/share/doc/OpenEXR/TechnicalIntroduction.pdf output out.pdf > owner_pw foopass > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by /usr/local/bin/pdftk not found > [...] > > 3, 4. FreeBSD/i386 8-STABLE : just the same on amd64. > % uname -a > FreeBSD h120.65.226.10.32118.vlan.kuins.net 8.0-STABLE FreeBSD 8.0-STABLE > #22: Sat Feb 13 14:53:25 JST 2010 > turut...@h120.65.226.10.32118.vlan.kuins.net:/usr/local/work/usr/obj/usr/src/sys/POLYMER > i386 > % pdftk /usr/local/share/doc/OpenEXR/TechnicalIntroduction.pdf output > suzu.128.pdf owner_pw foopass > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required by /usr/local/bin/pdftk not found > > > --- > Tsurutani Naoki > turut...@scphys.kyoto-u.ac.jp Hello Tsurutani, I have a new patch set for you to build pdftk with gcc 4.5. This one fixes the libstdc++ versioning problem by passing the -Wl,rpath argument to gcj (thank you, Gerald) so pdftk finds the correct shared library. You can find the patch files here: http://people.freebsd.org/~glarkin/diffs/gcc45%2bgcj-2.diff http://people.freebsd.org/~glarkin/diffs/pdftk%2bgcc45-2.diff To apply them, first update your ports tree to get the latest version of lang/gcc45 and fetch the patch files into /usr/ports. Then follow these steps: cd /usr/ports patch < gcc45+gcj-2.diff patch < pdftk+gcc45-2.diff cd lang/gcc45 && make deinstall install clean cd ../../print/pdftk find files -name patch-\*.orig -delete make deinstall install clean Let me know how that works for you, and if everything builds successfully, I'll commit the changes to the ports tree. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLzb+p0sRouByUApARAnOtAJ0TxJCPfuTSemZz1QEKU9UWBZcwuQCgo3+m PY3Sz2PDIyUmJFBtKLPiugg= =do8G -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: How to depend on package in EGG?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ruslan Mahmatkhanov wrote: > Good day! > > I want add option in port's Makefile to depend on textproc/py-enchant. > But how i can do it? It installs as python egg. > > .if defined(WITH_ENCHANT) > RUN_DEPENDS+=${LOCALBASE}//enchant/__init__.py:${PORTSDIR}/textproc/py-enchant > > .endif > > What should i wrote instead in left part of this RUN_DEPENDS string? > > Thanks in advance for answer. > Hi Ruslan, You can depend on the installed package name, instead of a file in the port like so: RUN_DEPENDS+= py-enchant>=0:${PORTSDIR}/textproc/py-enchant If you require a specific version, just change ">=0" to the minimum version like ">=1.4". 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/ iD8DBQFLz3r00sRouByUApARAmwKAJ915F035jUjUSj3Ap33RdyHyA3JJQCbBVa4 vk468ZZmDtRq9/IziUz3CMI= =R13m -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: portmaster, renamed ports, and DEPRECATED
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doug Barton wrote: > On 04/19/10 11:01, Doug Barton wrote: >> On 4/19/2010 9:52 AM, Greg Larkin wrote: >>> Hi Doug, >>> >>> I just tried to upgrade from math/libgmp4 to math/gmp after refreshing >>> my ports tree. math/gmp has superseded math/libgmp4, so I used >>> portmaster's -o option to upgrade from a new origin, e.g.: >>> >>> portmaster -o math/gmp math/libgmp4 >>> >>> I've done this in the past with no problem, but this time, the old port >>> had already been marked DEPRECATED, and portmaster refused to continue >>> the upgrade. I commented out the DEPRECATED variable in >>> math/libgmp4/Makefile, and reran portmaster with no trouble. >>> >>> Would it be possible to detect when -o is being used for an upgrade and >>> ignore DEPRECATED on the previous port? > > I just committed revision r207353 to svn which has a fix for this issue, > thanks again for bringing it to my attention. > > If there is anyone left who hasn't done this update yet, you can get > information on downloading the svn version at > http://dougbarton.us/portmaster-proposal.html. Although I've tested it > fairly extensively I would appreciate confirmation that it's working as > it should. > > I plan to add some more cross checking for command line stuff and to do > a bit more regression testing tomorrow, then commit the current round of > bug fixes to the ports tree version. > > > Regards, > > Doug > Hi Doug, Thanks for the quick turnaround for such a non-trivial patch! 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/ iD8DBQFL2cdY0sRouByUApARArdwAKC+PBtpbjKZKgP//R+oYkre7wQ4EwCgnMKp CQvAB9JsNdmIsDbDgUzdDTE= =SJ1y -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: > Greg Larkin wrote: > >> As far as I can tell, this error is caused by the LANG setting which >> changes the line: >> >> if (value.startsWith("\"")) >> >> into something that results an unterminated string. I suppose the >> backslash loses its meaning as an escape character. >> >> I found some references to the same error in Google, posted by folks >> trying to compile software with different LANG settings. I haven't >> found a general fix yet, but maybe it can be done by building a >> character string from individual, unescaped characters, then converting >> them to a java.lang.String object for use in the .startsWith() function. >> >> If you could submit a PR to support building with LANG=ja_JP.eucJP, I >> would be very appreciative! > > Thank you for your reply. > But I have no idea to avoid this... > This trouble does not occur while building with gcc42 or any older building > processes. Therefore I think this may be a bug of gcc45. > Moving to gcc45, this may cause an error. > In addition, run-time dependence to gcc library may be necessary > as I said in another mail. Hi Tsurutani, Can you file a bug report against gcj45 with the LANG=ja_JP.eucJP setting, using the pdftk problem as an example? That way, the upstream gcc developers will be notified that there's a problem. In the mean time, I am investigating whether it's feasible to add Java support to all of the lang/gcc4* ports so pdftk can use a version older than 4.5, if the gcj binary is already installed. This will also save a lot of time installing a complete gcc just to get the gcj compiler. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFL2cj30sRouByUApARArt6AKC/Wj8VdMkI1sRyLt56g/ROTCFsYACgn7tE yhWtxv6W9jg0WJXv0VfCxLU= =sP3a -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: > Thank you for your fix. > pdftk can be built and executed with gcc42. > however, it requires gcc42 when we run pdftk. > we need some kinds of > RUN_DEPENDS= > ${LOCALBASE}/lib/gcc${CSUFF}/libgcj.so:${PORTSDIR}/lang/gcc${CSUFF} > in print/pdftk/Makefile, I think. > > > --- > Tsurutani Naoki > turut...@scphys.kyoto-u.ac.jp Hi Tsurutani, I'm waiting for approval on a patch to gcc45 that adds Java support so I can commit the updated pdftk port that compiles with gcj45. I know that this will cause problems with your LANG setting, but you can work around it by building like this: cd /usr/ports/print/pdftk && make _USE_GCC=4.2 USE_GCC=4.2 install clean Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFL2cpJ0sRouByUApARAmwIAJ95WbBaLbQdBXOAm4a35Xpnorb2gACgstoT lOOc0MgGQoTGtl75PgV3mr0= =oKAH -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: ports makefile question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stacy Millions wrote: > I am trying to set configure args based on the version of sqlite that is > installed, but SQLITE_VER is not set until after bsd.port.post.mk so I > end up with something like > > === > OPTIONS=SQLITE"Enable SQLITE support" on > > .include > > .if !defined(WITH_SQLITE) > PLIST_SUB+= WITH_SQLITE="@comment " > CONFIGURE_ARGS+=--without-sqlite --without-sqlite3 > .else > PLIST_SUB+= WITH_SQLITE="" > USE_SQLITE= yes > .endif > > .include > > .if defined(WITH_SQLITE) > .if ${SQLITE_VER} == "3" || ${SQLITE_VER} == "34" > CONFIGURE_ARGS+= --without-sqlite --with-sqlite3 > .else > CONFIGURE_ARGS+= --without-sqlite3 --with-sqlite > .endif > .endif > === > > This works, but I can't help but feel there is a better way. Any > suggestions? > > -stacy Hi Stacy, Since you specify "USE_SQLITE= yes" when the SQLite option is enabled, that's going to default to SQLITE_VER == 3. You can just set your CONFIGURE_ARGS to "--without-sqlite --with-sqlite3". It doesn't look like you need to handle the SQLite v2 configuration. Hope that 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/ iD8DBQFL7dEn0sRouByUApARApULAJwIeanTDTGP0ixJvugRMXeubZSPygCaAgpn ALrlFt35HAaQq3VyUJtkDmE= =HyAl -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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerald Pfeifer wrote: > On Mon, 10 May 2010, Tsurutani Naoki wrote: >>> I just had an idea -- how about the patch below to allow pdftk to build >>> also in a LANG=ja_JP.eucJP setting? >> It works fine on my host ! >> Thank you !! > > Excellent, thank you for the confirmation! > > Greg, do you approve? (This addresses fifty percent of my open PRs. ;-) > > Gerald That's OK with me. Thanks for figuring it out! Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFL7eFK0sRouByUApARAvwbAKCM6nwM5erVX6ILll2IDrDfUEAYiQCgx9oQ LbH93YbalxkbsXBCTz6ZlcE= =aDTw -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: Data files and ports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jesse Smith wrote: > I'm trying to teach myself how to build a FreeBSD port and, with a lot > of help from the manual, it's going well. I have a question though > concerning policy/style. > > I'm trying to port a program which is distributed in two separate > packages from the upstream project. One package contains the executable > program and the other contains data files. The Data package rarely > changes. The idea being packaging them together would use up a lot of > extra bandwidth. > > Which brings me to the question: Since the executable relies on the data > files being in place before it's run, how should I handle that in the > port? Should I just get the executable to install and let the user > manually get the data files? Should I create a second port for the data > package? Or should I find some way of making the executable's makefile > download and unpack the data package? > > My instinct is to create a separate port for the Data package and list > it as a dependency for the Executable port. I'd appreciate some > guidance. > > Thanks. Hi Jesse, Welcome to the fray, and I'm glad to hear that you're learning how to develop FreeBSD ports! To answer your question - your port Makefile can download multiple distribution files from the upstream download site. For a couple of examples, see these Makefiles: #1 - www/zend-framework: http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/zend-framework/Makefile?rev=1.48;content-type=text%2Fplain Note the DISTFILES value and how it is affected by setting NOPORTDOCS. You can show the different values like so: cd /usr/ports/www/zend-framework make -V DISTFILES make NOPORTDOCS=yes -V DISTFILES The ZF port is a little different than yours because the distribution files do change at each release, but the idea is the same. #2 - lang/gcc45: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/gcc45/Makefile?rev=1.444;content-type=text%2Fplain This example is somewhat more complicated. I recently worked with gerald@ to include support for the GNU Java Compiler (gcj) in the gcc45 port. Search for "WITHOUT_JAVA" in the file, and you can see some use of additional distribution files, including the use of tagging (http://www.freebsd.org/doc/en/books/porters-handbook/makefile-distfiles.html#PORTING-MASTER-SITES-N) and preventing some distribution files from being automatically extracted. If you have any further questions about your new port or the examples above, please post back to the list. Hope that 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/ iD8DBQFMEkWK0sRouByUApARAi2RAJ9BsjY6G/uCNpjo5Hb3hMr0my+18gCgzO/N 1zbqQjs5FbBshIvSnYboHn0= =RUVI -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: Maintainer timeout on ports/147130 for security/keepassx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Damian Gerow wrote: > I filed ports/147130 to fix security/keepassx about three weeks ago, and > haven't heard anything from the maintainer yet (Cc:'d). > > Can this port be committed before the 8.1 release? Unless I'm missing > something (entirely possible), it's a fairly simple fix. Hi Damian, There's a little more going on with the pkg-plist file (http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/KeePassX-0.4.3.log.bz2), but it still looks pretty easy to fix. I'm not sure why the update-mime-database invocation is commented out, but I don't think it should be. I'll run it through tinderbox to make sure everything is cleaned correctly, unless some other committer gets to it before me. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMG/1S0sRouByUApARAqzeAKCFWHrsq3gckfKeWRcHFMwyDvDYqACfckTB DfoctA2c2B6abbXYcCLkrGA= =RKzR -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: posix test suite port source code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Abel wrote: > Any idea how I can get my hands on the posix test suite port source code? It > is not avaiable via their website currently. Any help you can offer would be > much appreciated. Is there a method by which I can access the source code of > ports through FreeBSD? I am currently running FreeBSD 8.0 as a Guest OS on > VMware player (host is win 7). > Thanks! > Dave Hi Dave, You can download the source code tarball here: http://sourceforge.net/projects/posixtest/files/ Whenever you want to fetch the distfile for a FreeBSD port, just cd into the port directory and type: make fetch e.g.: cd /usr/ports/misc/posixtestsuite && make fetch Most ports will fetch their distfile into /usr/ports/distfiles (or a subdir of that), except for certain tools that require a manual download. Hope that 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/ iD8DBQFMK4uA0sRouByUApARAu/aAKCicaqBpGap+OSB7p6jyxO+KjDBpACgl3PL VPQ2QasmhKmCsZeJ0gBbVGw= =ryC4 -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: devel/subversion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 andrew clarke wrote: > On Wed 2010-07-07 02:06:39 UTC+1000, andrew clarke (m...@ozzmosis.com) wrote: > >> Can anyone confirm that subversion fails to build with www/neon28 and >> requires www/neon29? This is not mentioned in UPDATING. > > Building subversion 1.6.11_3 with neon28-0.28.6_1 installed: > > ===> Configuring for subversion-1.6.11_3 > configure: Configuring Subversion 1.6.11 > ... > checking for pkg-config... /usr/local/bin/pkg-config > configure: checking neon library > checking neon library version... 0.28.6 > configure: error: cannot find Neon > ===> Script "configure" failed unexpectedly. > Please report the problem to l...@freebsd.org [maintainer] and attach the > "/usr/ports/devel/subversion/work/subversion-1.6.11/config.log" including the > > Looking at config.log: > > configure:5698: cc -o conftest -O2 -fno-strict-aliasing -pipe -g -O2 > -I/usr/local/include/neon -L/usr/local/lib > -L/usr/local/lib/db42 conftest.c -L/usr/local/lib -lneon >&5 > > /usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp' > > At this point I thought I should try rebuilding openssl-1.0.0_2, > however while that's re-building I decide to grep for SSL_SESSION_cmp > in the neon29-0.29.3_1 sources and find this comment: > > "OpenSSL 1.0 removed SSL_SESSION_cmp for no apparent reason" > > with an apparent fix. > > So my conclusion is that building subversion needs neon29 to be > installed if you're using OpenSSL 1.0. And this should probably be > mentioned in UPDATING... > > Thanks, > > Regards > Andrew Hi Andrew, I confirmed the problem here with these ports installed prior to upgrading to Subversion 1.6.12: openssl-1.0.0_2 SSL and crypto library neon28-0.28.6_1 An HTTP and WebDAV client library for Unix systems Eventually, this issue should be resolved by the following PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148295), but a full port build has to be performed by portmgr first. In the mean time, I think an entry in UPDATING would be helpful. Would you mind writing one and assigning it to me in the PR system? I resolved the problem by issuing the command: portmaster -o www/neon29 neon28 and proceeding with the devel/subversion build. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMNLMZ0sRouByUApARAhARAJ9Xw2Edegi/gdIBcD0c9ibAPFcbgwCfRRqD IsWmK7OSULwy2mO+Gy2ISkk= =jF2g -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: cvsup servers down
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/2/11 8:19 AM, Michal Varga wrote: > On Thu, 2011-06-02 at 14:10 +0200, David Demelier wrote: >> Hello, >> >> It is more likely than the cvsup servers are done for 2 weeks now and >> nobody complains about it. I usually use csup to fetch the ports tree >> but it seems I am the only one to do this :-p. >> >> Cheers, >> > > Well you're definitely not the only one :) > (Like, hell, is there any other option?) > > Still, when such things happen, I just move up/down a digit (to cvsup3., > cvsup4., cvsup5., etc) without so much complaining, you know - unless > one definitely runs out of numbers... > > m. > It's also handy to use fastest_cvsup (http://www.freshports.org/sysutils/fastest_cvsup), and then you'll always get the best choice of server: $ fastest_cvsup -Q -c us,ca,mx cvsup14.us.freebsd.org $ Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3nh5oACgkQ0sRouByUApCVswCfeArc4ZiT5Ngp4K0hTF8Y9PRV SDIAn0hJ082C3RmN6tgvf9BNZj7Gsim4 =G4ki -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: sqlite3 3.7.7 and svn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/11 11:12 AM, Kostik Belousov wrote: > It seems that update from sqlite3 3.7.6.3 to 3.7.7 breaks svn, > at least the svnsync does not work for me anymore. I am afraid > to touch local checkouts since I have a useful work sitting in them. > > An attempt to svnsync sync results in not quite useful message > svnsync: Error while replaying commit > > Ktracing svnsync shown the text like > ( failure ( ( 200029 38:Couldn't perform atomic initialization 31:subv\ > ersion/libsvn_subr/atomic.c 55 ) ( 200030 27:database schema has chang\ > ed 31:subversion/libsvn_subr/sqlite.c 99 ) ) ) > passed near /dev/null, that gave me a hint. > > Indeed, downgrade of the sqlite3 port to 3.7.6.3 allowed svnsync to process. > > This is amd64 stable/8 machine with subversion-freebsd-1.6.17_2. Looks like this bug has been getting some attention: http://svn.haxx.se/dev/archive-2011-06/0858.shtml http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg916031.html http://www.mail-archive.com/debian-bugs-closed@lists.debian.org/msg328104.html This release fixes the problem: http://www.sqlite.org/releaselog/3_7_7_1.html Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4MlgoACgkQ0sRouByUApA8PwCbBC7TWcYNkj++uT9X71zIFBmE cVgAn3iE+IeCC/mjR5qM2O2xTsE5psCQ =qZlC -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: FreeBSD Port: pdftk-1.44
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/12/11 9:40 AM, Shaddox, William wrote: > We use pdftk for shuffling pdfs together and adding watermarks to a pdf > with the stamp command. We’ve found that if we start with a pdf that’s > over 2GB in size, pdftk will give the error below and stop working. Is > there any work around for this or is this a known issue? I’ve checked > the FAQ but I didn’t see anything about this size limitation. > > Our system is running FreeBSD version 8.2 –RELEASE AMD64 and pdftk > version 1.44 > > Error: Failed to open PDF file: > >Output_name.pdf > > Errors encountered. No output created. > > Done. Input errors, so no output created. > >William M. Shaddox > Hi William, Sorry about the delayed response, but I was on vacation a while back and never caught up with the ports mailing list messages until today. Your direct message was filtered into the same folder, so I missed that one as well. Anyway, could you try running pdftk with truss so I can see what's going on at the system call level? The command is: truss -f -a -s 256 -o /tmp/pdftk.log /usr/local/bin/pdftk Once pdftk exits with the error, please post /tmp/pdftk.log somewhere and send a link back here. That should help start the troubleshooting process. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5UDUAACgkQ0sRouByUApCfGwCgzMAC2pTELzz5A9gc9fysP//f 4q0AmwSTD6tM9C9i0g5NTmJtDwg/ml5t =r3oe -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"
Python min version bumped from 2.4+ to 2.5+
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Martin, I have a question about a commit you made in February 2011: http://www.freshports.org/commit.php?message_id=201102250750.p1p7ofdg016...@repoman.freebsd.org&files=yes Part of the commit changed: USE_PYTHON= 2.4+ to USE_PYTHON= 2.5+ Was there a specific reason for doing so? I am running various tinderbox builds to check on port usage of the USE_PYTHON variable, and I noticed that devel/py-setuptools no longer builds if Python 2.4 is selected. I'd like to restore that capability, but before I send a PR, I wanted to check with you first. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5c4BUACgkQ0sRouByUApDZKwCeMcUjlshPkFhNZrTQtQ1+Ywyu bNQAnjkkk0Sf1ntQXawhiMyhamPz0haz =aOJw -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: Python min version bumped from 2.4+ to 2.5+
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/30/11 9:38 AM, Ruslan Mahmatkhanov wrote: > Greg Larkin wrote on 30.08.2011 17:05: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi Martin, >> >> I have a question about a commit you made in February 2011: >> http://www.freshports.org/commit.php?message_id=201102250750.p1p7ofdg016...@repoman.freebsd.org&files=yes >> >> >> Part of the commit changed: >> >> USE_PYTHON=2.4+ >> >> to >> >> USE_PYTHON=2.5+ >> >> Was there a specific reason for doing so? I am running various >> tinderbox builds to check on port usage of the USE_PYTHON variable, and >> I noticed that devel/py-setuptools no longer builds if Python 2.4 is >> selected. >> >> I'd like to restore that capability, but before I send a PR, I wanted to >> check with you first. >> >> Thank you, >> Greg >> - -- >> Greg Larkin >> >> http://www.FreeBSD.org/ - The Power To Serve >> http://www.sourcehosting.net/ - Ready. Set. Code. >> http://twitter.com/cpucycle/ - Follow you, follow me > > I'm sorry for sail in, but i think that the reason is that python24 is > reached it's EOL long time ago. Actually the only supported python > releases atm according to python.org are - 2.7.2 and 3.2.1, and > developers highly encourages the users to move to this versions. > > 2.5 and 2.6 are in security-fix-only mode, there will be no ANY releases > for this branches after October 2011 and October 2013 respectively, > while 2.4 does not get security-fixes even. > > There is also this answer from Martin in this pr: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/155526: > > python24 goes to the end of month, this port is on the todo for removal > Hi Ruslan, Ok, thank you for the explanation. Shall I mark python24 for removal from the tree or file a PR for python@ to do it? FYI, I have been running tinderbox builds with PYTHON_VERSION and PYTHON_DEFAULT_VERSION set to python2.4, python2.5, etc. to find out if ports with USE_PYTHON=yes need to be constrained a bit more. I figured that python2.4 was supported since it was still in the tree and wasn't marked for removal yet, but I admin that I didn't check python.org for confirmation. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5c7B4ACgkQ0sRouByUApAZOQCcC0YgAzDxDj78I9u35+H53fur be8AmQFjWrGJ/xmjYpPp6ZkKB+ejDfq9 =tK4y -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: Python min version bumped from 2.4+ to 2.5+
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/30/11 10:26 AM, Ruslan Mahmatkhanov wrote: > Greg Larkin wrote on 30.08.2011 17:56: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 8/30/11 9:38 AM, Ruslan Mahmatkhanov wrote: >>> Greg Larkin wrote on 30.08.2011 17:05: >>>> -BEGIN PGP SIGNED MESSAGE- >>>> Hash: SHA1 >>>> >>>> Hi Martin, >>>> >>>> I have a question about a commit you made in February 2011: >>>> http://www.freshports.org/commit.php?message_id=201102250750.p1p7ofdg016...@repoman.freebsd.org&files=yes >>>> >>>> >>>> >>>> Part of the commit changed: >>>> >>>> USE_PYTHON=2.4+ >>>> >>>> to >>>> >>>> USE_PYTHON=2.5+ >>>> >>>> Was there a specific reason for doing so? I am running various >>>> tinderbox builds to check on port usage of the USE_PYTHON variable, and >>>> I noticed that devel/py-setuptools no longer builds if Python 2.4 is >>>> selected. >>>> >>>> I'd like to restore that capability, but before I send a PR, I >>>> wanted to >>>> check with you first. >>>> >>>> Thank you, >>>> Greg >>>> - -- >>>> Greg Larkin >>>> >>>> http://www.FreeBSD.org/ - The Power To Serve >>>> http://www.sourcehosting.net/ - Ready. Set. Code. >>>> http://twitter.com/cpucycle/ - Follow you, follow me >>> >>> I'm sorry for sail in, but i think that the reason is that python24 is >>> reached it's EOL long time ago. Actually the only supported python >>> releases atm according to python.org are - 2.7.2 and 3.2.1, and >>> developers highly encourages the users to move to this versions. >>> >>> 2.5 and 2.6 are in security-fix-only mode, there will be no ANY releases >>> for this branches after October 2011 and October 2013 respectively, >>> while 2.4 does not get security-fixes even. >>> >>> There is also this answer from Martin in this pr: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/155526: >>> >>> python24 goes to the end of month, this port is on the todo for removal >>> >> >> Hi Ruslan, > > Hi Greg > >> >> Ok, thank you for the explanation. Shall I mark python24 for removal >> from the tree or file a PR for python@ to do it? > > It's not so easy actually, since we have many ports in the tree that > still depend on 2.4 (notably all that zope/plone stuff) and i believe it > was the reason why python24 still not be removed in the first place. > I do some work about eliminating python24 usage in the tree (yesterdays > py-pysqlite2x stuff - one of it), but it's not that fast. I also working > on porting zope2.13/plone4 (that supports python 2.6 and 2.7) and i'm > planing to finish it this weekend after proper testing. After that we > can deprecate/remove existing zope/plone (not longer supported upstream). Ok, it's a bigger job than I realized! > >> >> FYI, I have been running tinderbox builds with PYTHON_VERSION and >> PYTHON_DEFAULT_VERSION set to python2.4, python2.5, etc. to find out if >> ports with USE_PYTHON=yes need to be constrained a bit more. > > Yes, there is a lot of work. We have USE_PYTHON with bogus values like > 1.5+, 1.6+, 2.0+ etc :). And most of python ports will not work with > python3x so they should be constrained with -2.7 too. Do you think it's helpful then to run these builds with different Python versions enforced? I thought that getting the version ranges in the USE_PYTHON variable tightened up might help reduce the number of folks who run into build problems. I would like to do the same thing with Perl, GCC, and others. > >> I figured that python2.4 was supported since it was still in the tree >> and wasn't marked for removal yet, but I admin that I didn't check >> python.org for confirmation. > > As i already stated, i believe it's still there because there is > dependent ports. And as far i know in linux world noone shipping > python24 this days. Even RHEL/CentOS finally switched to 2.6.5 in their > 6.x branches. > >> >> Regards, >> Greg >> - -- >> Greg Larkin >> >> http://www.FreeBSD.org/ - The Power To Serve >> http://www.sourcehosting.net/ - Ready. Set. Code. >> http://twitter.com/cpucycle/ - Follow you, follow me > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5dQvsACgkQ0sRouByUApDH2wCgjulXl1vUHOGO4ubs4rZKLTlQ kMMAoLKBSArHGQkCT75iBQuLUQmsDuXb =i3ak -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: Python min version bumped from 2.4+ to 2.5+
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/30/11 4:25 PM, Ruslan Mahmatkhanov wrote: > Greg Larkin wrote on 31.08.2011 00:07: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 8/30/11 10:26 AM, Ruslan Mahmatkhanov wrote: >>> Greg Larkin wrote on 30.08.2011 17:56: >>>> -BEGIN PGP SIGNED MESSAGE- >>>> Hash: SHA1 >>>> >>>> On 8/30/11 9:38 AM, Ruslan Mahmatkhanov wrote: >>>>> Greg Larkin wrote on 30.08.2011 17:05: >>>>>> -BEGIN PGP SIGNED MESSAGE- >>>>>> Hash: SHA1 >>>>>> >>>>>> Hi Martin, >>>>>> >>>>>> I have a question about a commit you made in February 2011: >>>>>> http://www.freshports.org/commit.php?message_id=201102250750.p1p7ofdg016...@repoman.freebsd.org&files=yes >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Part of the commit changed: >>>>>> >>>>>> USE_PYTHON=2.4+ >>>>>> >>>>>> to >>>>>> >>>>>> USE_PYTHON=2.5+ >>>>>> >>>>>> Was there a specific reason for doing so? I am running various >>>>>> tinderbox builds to check on port usage of the USE_PYTHON >>>>>> variable, and >>>>>> I noticed that devel/py-setuptools no longer builds if Python 2.4 is >>>>>> selected. >>>>>> >>>>>> I'd like to restore that capability, but before I send a PR, I >>>>>> wanted to >>>>>> check with you first. >>>>>> >>>>>> Thank you, >>>>>> Greg >>>>>> - -- >>>>>> Greg Larkin >>>>>> >>>>>> http://www.FreeBSD.org/ - The Power To Serve >>>>>> http://www.sourcehosting.net/ - Ready. Set. Code. >>>>>> http://twitter.com/cpucycle/ - Follow you, follow me >>>>> >>>>> I'm sorry for sail in, but i think that the reason is that python24 is >>>>> reached it's EOL long time ago. Actually the only supported python >>>>> releases atm according to python.org are - 2.7.2 and 3.2.1, and >>>>> developers highly encourages the users to move to this versions. >>>>> >>>>> 2.5 and 2.6 are in security-fix-only mode, there will be no ANY >>>>> releases >>>>> for this branches after October 2011 and October 2013 respectively, >>>>> while 2.4 does not get security-fixes even. >>>>> >>>>> There is also this answer from Martin in this pr: >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/155526: >>>>> >>>>> python24 goes to the end of month, this port is on the todo for >>>>> removal >>>>> >>>> >>>> Hi Ruslan, >>> >>> Hi Greg >>> >>>> >>>> Ok, thank you for the explanation. Shall I mark python24 for removal >>>> from the tree or file a PR for python@ to do it? >>> >>> It's not so easy actually, since we have many ports in the tree that >>> still depend on 2.4 (notably all that zope/plone stuff) and i believe it >>> was the reason why python24 still not be removed in the first place. >>> I do some work about eliminating python24 usage in the tree (yesterdays >>> py-pysqlite2x stuff - one of it), but it's not that fast. I also working >>> on porting zope2.13/plone4 (that supports python 2.6 and 2.7) and i'm >>> planing to finish it this weekend after proper testing. After that we >>> can deprecate/remove existing zope/plone (not longer supported >>> upstream). >> >> Ok, it's a bigger job than I realized! >> >>> >>>> >>>> FYI, I have been running tinderbox builds with PYTHON_VERSION and >>>> PYTHON_DEFAULT_VERSION set to python2.4, python2.5, etc. to find out if >>>> ports with USE_PYTHON=yes need to be constrained a bit more. >>> >>> Yes, there is a lot of work. We have USE_PYTHON with bogus values like >>> 1.5+, 1.6+, 2.0+ etc :). And most of python ports will not work with >>> python3x so they should be constrained with -2.7 too. >> >> Do you think it's helpful then to run these builds with different Python >> versions enforced? I thought that g
Re: About games/flightgear-aircrafts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/22/11 5:28 AM, Ganael LAPLANCHE wrote: > On Thu, 22 Sep 2011 10:07:40 +0100, Anton Shterenlikht wrote > > Chris, Anton, > > Thanks for your feedback. > >>> 4) add-on ports? >> >> yes, this seems to be the case with latex, works fine. > > I am not sure to understand what you mean exactly. Could you be more > precise ? > I'm not familiar with the flightgear and latex ports, but it appears that latex is structured with a base port and a number of ports for add-ons. Have a look at the output of "ls -ld /usr/ports/print/latex-*", and you'll see the add-on ports. If you can break the flightgear airplanes (or subsets of airplanes) into a number of add-on ports, that would be one way to avoid the huge download problem, as well as an excessive number of OPTIONS in the base port. Of course, the add-on port idea assumes that airplanes can be downloaded individually in some fashion. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk57L6gACgkQ0sRouByUApD7eQCfQ2y2n8/ZzabCc3sSdzV/xGQE 90EAnjD8bvcVs4Zea6hNK2AooO3ezvGf =sh/Y -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: About games/flightgear-aircrafts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/22/11 9:13 AM, Ganael LAPLANCHE wrote: > On Thu, 22 Sep 2011 08:52:56 -0400, Greg Larkin wrote > > Hi Greg, > >> [...] >> If you can break the flightgear airplanes (or subsets of >> airplanes) into a number of add-on ports, that would be one >> way to avoid the huge download problem, as well as an >> excessive number of OPTIONS in the base port. Of course, the >> add-on port idea assumes that airplanes can be downloaded >> individually in some fashion. > > Thanks for this explanation. > > I had thought about that option too, but the same questions as my first > solution remain : what should be the list of the available ports ? I > really have no idea here : any craft may be interesting to players. > Also, if this list could be established, why not keep a single port > (which would then be *a lot* easier to maintain) ? > > To sum um, in my opinion, there are in really 2 options : > > 1) Limit the port to a few selected aircrafts >=> (either in one port or split) > 2) Remove the port > > I can go for 1), but I would need help to establish the list of > aircrafts you'd like... :p > > Best regards, I don't use flightgear, so others would have a better opinion than me about how to partition the airplane ports. Is there a forum on the upstream distro site where you could ask? You can also break them by first letter of the distfile names, combining where appropriate. An analysis of the number of distfiles per first letter of the filename yields: 2 1 7 16 a 35 b 30 c 30 d 29 e 5 f 28 g 5 h 18 i 2 j 9 k 8 l 17 m 22 n 6 o 4 p 22 q 1 r 10 s 32 t 8 u 2 v 7 w 1 x 2 y 3 z 2 You could combine some letters together and make a bunch of add-on ports with ~30 planes per port. Regards, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk57OlkACgkQ0sRouByUApCD7wCguk8h/fk1QKuBP1kW6B+b4ebo C2sAn2krZJC5wtQpq1AZk5MDpoEIZ9dj =fgl+ -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: databases/postgresql84-server 8.4.9 rc.d script broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/18/11 8:45 PM, John Marshall wrote: > After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the > rc.d script vomits thus: > > rwsrv03# /usr/local/etc/rc.d/postgresql start > su: unknown login: %%PG_USER%% > > Presumably the updated port is missing a substitution edit but I haven't > found where. > Hi John, Apply this patch to the Makefile and reinstall postgres: - -- - --- Makefile.orig 2011-10-18 21:07:27.0 -0400 +++ Makefile2011-10-18 21:10:41.0 -0400 @@ -287,13 +287,8 @@ SUB_FILES+=pkg-message${PKGNAMESUFFIX} PKGMESSAGE=${WRKSRC}/pkg-message${PKGNAMESUFFIX} . endif - -. if exists(${FILESDIR}/pkg-install${PKGNAMESUFFIX}.in) - -SUB_FILES+=pkg-install${PKGNAMESUFFIX} - -SUB_LIST= PG_GROUP=$(PG_GROUP) \ - - PG_USER=$(PG_USER) \ - - PG_UID=$(PG_UID) +SUB_LIST= PG_USER=$(PG_USER) PLIST_SUB+=PG_USER=$(PG_USER) - -. endif .endif .if !defined(NO_BUILD) - -- The Makefile depended on the presence of a file that was removed in the last commit. Because of that, the substitutions were no longer added to SUB_LIST. I'll open a PR tomorrow, if someone doesn't get to it before me. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6eJOkACgkQ0sRouByUApBxGQCeKBCKeU54O1tM+59bgcDOq4mL m0UAn0ViZlz8InU+tOYQXkD2QiRVAh0M =ZNsK -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: Current unassigned ports problem reports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/21/11 6:06 AM, FreeBSD bugmaster wrote: > (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/162717[PATCH] mail/mew-emacs23: update to 6.4 > o ports/162716difference in dependency lists in INDEX and > /var/db/pk Hi Bugmaster, When I visit the URL above, the list of PRs includes those already assigned, as well as the unassigned ones detailed in the email. Is there a way to display only the unassigned PRs on a web page? I have tried various ways to build a query that includes "responsible IS NULL", but I haven't had any success yet. Either GNATS doesn't support it, or I'm not RTFMing closely enough. Any advice would be appreciated! Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7MV98ACgkQ0sRouByUApBh7gCdHjq9wa1cT50aYRd2phkqQZg6 LjUAnjtbdjHutfAEUaFINGCcyWXtYySC =2Oyf -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: Current unassigned ports problem reports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/22/11 9:36 PM, Doug Barton wrote: > On 11/22/2011 6:18 PM, Greg Larkin wrote: >> I have tried various ways to build a query that includes "responsible IS >> NULL" > > You almost certainly want responsible=freebsd-ports-bugs. Unassigned is > a relative term. :) > > http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports&responsible=freebsd-ports-bugs > > Ah yes, so obvious! Bugmaster, can you update the link in the generated email to match the URL in Doug's reply? Thanks, Doug! - -Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7M/zkACgkQ0sRouByUApBw9wCgn8B8Obklh2HmR/9tuwRvXoBn wO0AnjpnFYlk/P9zB5vuc3uGhrE6uKdp =3Njn -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: Building ports with gcc46
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/14/11 1:44 PM, Ali Mashtizadeh wrote: > Is there a way to build devel/protobuf with gcc46? Unfortunately I see > a compatibility issue where the software I'm linking against it > crashes because of the conflicting stdc++ librray versions. I've tried > setting CC, CXX, LDFLAGS but I seem to be missing something else? > > Thanks, [NOTE: Redirecting to freebsd-ports@] Hi Ali, Have you tried adding the following to /etc/make.conf? USE_GCC=4.6 Note that the directive will bring in a lot of other dependencies with it, so you may also want to add WITHOUT_X11=yes to make.conf, if necessary. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7pBUQACgkQ0sRouByUApD5iwCfZx+Z6P+NbSvz9o5iKkx1Wgsg ME4AoICCe4m+MIPOA1UXXvoKiirIaBUb =CbJJ -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"