[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: 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=python3stype=allsektion=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
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 did that manually, and I was able to build the plugin by hand with graphviz still installed. For me it would be ok to disable the facility to use external graphviz installations. Would you agree to share your patch, so that I could use it in the port? There was no attached patch ;) You helped me a lot. I had been looking for some time now to find a solution for that problem. I really appreciate your help. Many thanks again, Rainer Hi Rainer, Here are the patches that worked for me: - --- plugins/GraphLayout/config.h.orig 2013-04-26 15:48:23.0 + +++ plugins/GraphLayout/config.h2013-04-26 15:48:50.0 + @@ -11,7 +11,7 @@ #define HAVE_INTTYPES_H 1 /* whether the system has support for libgvc - graphviz */ - -#define HAVE_LIBGVC 1 +/* #define HAVE_LIBGVC 1 */ /* Define to 1 if you have the memory.h header file. */ #define HAVE_MEMORY_H 1 - -and- - --- plugins/GraphLayout/Makefile.orig 2013-04-26 15:48:38.0 + +++ plugins/GraphLayout/Makefile2013-04-26 15:49:09.0 + @@ -155,8 +155,8 @@ INSTALL_STRIP_PROGRAM = $(install_sh) -c -s LD = /usr/bin/ld LDFLAGS = - -LIBGVC_CFLAGS = -I/usr/local/include/graphviz - -LIBGVC_LIBS = -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt +LIBGVC_CFLAGS = +LIBGVC_LIBS = LIBOBJS = LIBS = LIBTOOL = $(SHELL) $(top_builddir)/libtool I'll leave the integration of those into the port for you, but a custom post-configure target should help you. Cheers, 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/ iEYEARECAAYFAlF6oxsACgkQ0sRouByUApB75gCgiGVJAryr2dE++w0G9lOHtD61 TaEAoMPbPv6IcdjYilgEWpc/9AvkruHM =l+Jw -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
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/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: 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: 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 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=300896view=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: 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=310556view=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=310556view=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(!LockHolderLockType::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: 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: 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: 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 glar...@freebsd.org 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 ===phase: 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 ===phase: install == === Installing for rubygem-vagrant-1.0.5 === rubygem-vagrant-1.0.5 depends on executable: erubis - found === rubygem-vagrant-1.0.5 depends on package: rubygem-childprocess=0.3.1 - found === rubygem-vagrant-1.0.5 depends on package: rubygem-i18n=0.6.0 - found === rubygem-vagrant-1.0.5 depends on package: rubygem-json=1.5.1 - found === rubygem-vagrant-1.0.5 depends on package: rubygem-log4r=1.1.9 - found === rubygem-vagrant-1.0.5 depends on package: rubygem-net-ssh=2.2.2 - found === rubygem-vagrant-1.0.5 depends on package: rubygem-net-scp=1.0.4 - found === 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 === Generating temporary packing list === Checking if emulators/rubygem-vagrant already installed /usr/bin/env /usr/local/bin/gem18 install -l --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
Re: trying to build a port for vagrant and failing
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: 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 == phase 4: make build 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: 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: 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
Portmaster binary package upgrade question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I'm in the midst of building a system to use Tinderbox and FreeBSD jails to keep them up to date as new port updates are committed to the tree. I created some meta-ports in /usr/ports/local/misc to record dependencies and be able to install one top-level port that pulls in all other required ports. I'm now testing the ability to run an upgrade with portmaster once a new package set is built, and I'm using this command: pkgtester# env INDEXDIR=/tmp MASTER_SITE_INDEX=http://pkgbuilder.shn.prv/tb/packages/8.2-FreeBSD-SHN-201202101009/Latest/ PACKAGESITE=http://pkgbuilder.shn.prv/tb/packages/8.2-FreeBSD-SHN-201202101009/Latest/ portmaster -PP -v --update-if-newer --index-only server-web\* === Currently installed version: server-web-0.201202071358 === Port directory: /usr/ports/local/misc/server-web === Gathering dependency list for local/misc/server-web from INDEX-8 === Starting dependency check === Checking dependency: www/apache22 === Update failed === Aborting update Terminated pkgtester# As you can see, there's not a lot to go on. My INDEX-8 file has my local ports included in it, so I think the dependency list is OK: pkgtester# grep ^server-web INDEX-8 | cut -f1 -d\| server-web-0.201202101009 If I change the package name above from server-web\* to apache\*, it works fine, so it seems to be an issue with my local meta-ports. Does anyone have an idea where to look to troubleshoot the problem? 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/ iEYEARECAAYFAk81nhkACgkQ0sRouByUApAO4wCgx4CZ8pcuSlll8BBFLlyO5Lqq U30An221nkq0Ajdp0fqye9PcMuipw2OY =qY4M -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: linux-f10-nss_ldap: my first port - be gentle :)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/11/12 11:10 AM, Eitan Adler wrote: On Wed, Jan 11, 2012 at 10:37 AM, Paul Schmehl pschmehl_li...@tx.rr.com wrote: --On January 11, 2012 10:44:11 AM +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: My last problem is with the define knobs. I have an .if defined(WITH_PAM) .else ... .endif statement, but it keeps giving me trouble. I can't quite figure what I've got wrong. The statement looks like this: post-extract: .if defined(WITH_PAM) PLIST_FILES+=lib/security/pam_ldap.so .else @if [ -f ${WRKDIR}/lib/security/pam_ldap.so ]; then \ ${RM} ${WRKDIR}/lib/security/pam_ldap.so ${DIRRM} ${WRKDIR}/lib/; fi ^ This is what's wrong. In port Makefiles, it's .if, .else, .endif not fi. You need both: .endif and fi in this case (the 'fi' is part of the shell script) You'll also need to insert line continuations and command delimiters in the shell script portion, in addition to Eitan's change. Cheers, 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/ iEYEARECAAYFAk8NtigACgkQ0sRouByUApBnQwCfZGapwauaK4QtNGOwDd3V3mZZ YiwAn2iIERynVsf2nNlkZpZniF5snJCf =6aKi -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: archivers/zip in 9.x:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/9/12 4:14 PM, Michael Scheidell wrote: On 1/9/12 4:10 PM, Ruslan Mahmatkhanov wrote: .if exists(/usr/bin/unzip) UNZIP_CMD?=/usr/bin/unzip .else UNZIP_CMD?=${LOCALBASE}/bin/unzip .endif in bsd.commands.mk not in 900044 grep /usr/bin/zip /usr/ports/Mk/* This list of version values is very helpful in these cases: http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html Unfortunately, the version was not bumped when unzip was added to base, but you'll probably be able to narrow down where to look after consulting that page. Cheers, 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/ iEYEARECAAYFAk8LWtIACgkQ0sRouByUApDoNACgkt3u0f1IBoVcgs4D6dqIZL2W HD8An0loEdGwnpIUg5gWuiCIjsogkMrd =7Q35 -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: redports.org - The public FreeBSD ports development infrastructure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/4/12 3:07 AM, Bernhard Froehlich wrote: On 03.01.2012 22:32, Greg Larkin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/29/11 6:44 AM, Bernhard Froehlich wrote: Hi Porters! I am happy to announce that redports.org has finally reached the point where I think It's safe to be used by everybody! In case you never heard of it before redports is the result of an idea born at EuroBSDCon 2011 in Karlsruhe to give Port Maintainers and Port Committers a public service to test their new ports or ports patches during development or before submitting a ports PR. [...] Wow! Stellar job, Bernhard, and I'm looking forward to using redports.org for fixing ports that are broken under clang. Hope you don't want to do that today because during the night the current building machine paniced and needs someone power cycling it. I will do this in the evening so no builds today :( It looks like I could get some hardware from portmgr so hopefully more hardware and redundancy is available soon. I noticed one minor typo on https://redports.org/buildgroups: automaticaly - automatically Thanks, it's fixed now! Hi again Bernhard, It looks like ports are building fine now. As I was building the first port on your system, I thought of an enhancement, and I am interested to know how difficult it would be to implement. I maintain various p5- and py- ports, and I often want to test them under multiple versions of Perl and Python, in case there are conditional behaviors in the Makefile. Assuming you're not planning on allowing users to create their own builds, what about adding the ability to set build variables in a make.conf file? For instance, if I commit etc/make.conf to my personal repository location, redports would overlay my options before starting the build. Then I could do things like force Python version 2.7, Perl version 5.10, etc. What do you think? 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/ iEYEARECAAYFAk8EmIsACgkQ0sRouByUApAegQCgxgLcmbZihiQUtUj2TzYXPhrY xncAoLZ19vyGQP1bPnaNdfbNa6Gm6Bcg =Bus6 -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: redports.org - The public FreeBSD ports development infrastructure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/29/11 6:44 AM, Bernhard Froehlich wrote: Hi Porters! I am happy to announce that redports.org has finally reached the point where I think It's safe to be used by everybody! In case you never heard of it before redports is the result of an idea born at EuroBSDCon 2011 in Karlsruhe to give Port Maintainers and Port Committers a public service to test their new ports or ports patches during development or before submitting a ports PR. [...] Wow! Stellar job, Bernhard, and I'm looking forward to using redports.org for fixing ports that are broken under clang. I noticed one minor typo on https://redports.org/buildgroups: automaticaly - automatically Cheers, 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/ iEYEARECAAYFAk8Dc+wACgkQ0sRouByUApDt0gCgmNYGJ/bA0adaETAiwUGzDJqx 5joAn19+4/ioBXGo4LwkSyUH5/GGmdWA =RnRh -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: salt rc.d scripts (Was: RUN_DEPENDS for python based port)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/23/11 2:55 AM, Christer Edwards wrote: On Fri, Dec 23, 2011 at 12:51 AM, Doug Barton do...@freebsd.org wrote: On 12/22/2011 23:47, Christer Edwards wrote: The pid file does not seem to get created. Ok, so fix it. :) Setting 'pidfile' in the rc.d script is only useful if the service creates a pid file. It's not magic. Given that the thing seems to create a lot of instances of itself, and one pid may not be enough, you might want to try commenting out the pidfile in the script and see if that works. /facepalm - that works. Now that I feel adequately defeated by something so simple, I'm going to bed :) Thanks again for all the help. You get the award for persistence, so pat yourself on the back! Cheers, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk70mbsACgkQ0sRouByUApDFqwCeOEq+Tlay28X1XIgUv1FuDhyi 5NIAn3oZ7v5QQL94uVZTewV8+mANwm/G =cE2H -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: salt rc.d scripts (Was: RUN_DEPENDS for python based port)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/22/11 8:34 PM, Christer Edwards wrote: On Thu, Dec 22, 2011 at 5:45 PM, Doug Barton do...@freebsd.org wrote: There are some style problems and one real bug that are repeated for all 3 scripts. I attached a fixed version of one of them, hopefully that will help you see what's needed to fix the other 2. Also, please review http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html, especially the pre-commit checklist. I made the changes you suggested and tried a fresh build of the port inside of a jail. Below is a pastebin of trying to start the service(s) just after installation. http://pastebin.com/raw.php?i=2wGBk0PY thanks Hi Christer, The salt-master script is interpreted by Python, so I believe you'll need the following in your rc.d script: command_interpreter=%%PYTHON_CMD%% and the proper SUB_LIST setting in the Makefile. Check the py-fail2ban port for some pointers on that. 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/ iEYEARECAAYFAk7z4O8ACgkQ0sRouByUApBavgCfTCmlEwuPyOvJBLjK2OS99uwd sNUAnjjKqPeiNIKhIwrmb/vSfu9JDtjS =KVha -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: salt rc.d scripts (Was: RUN_DEPENDS for python based port)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/22/11 9:01 PM, Greg Larkin wrote: On 12/22/11 8:34 PM, Christer Edwards wrote: On Thu, Dec 22, 2011 at 5:45 PM, Doug Barton do...@freebsd.org wrote: There are some style problems and one real bug that are repeated for all 3 scripts. I attached a fixed version of one of them, hopefully that will help you see what's needed to fix the other 2. Also, please review http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html, especially the pre-commit checklist. I made the changes you suggested and tried a fresh build of the port inside of a jail. Below is a pastebin of trying to start the service(s) just after installation. http://pastebin.com/raw.php?i=2wGBk0PY thanks Hi Christer, The salt-master script is interpreted by Python, so I believe you'll need the following in your rc.d script: command_interpreter=%%PYTHON_CMD%% and the proper SUB_LIST setting in the Makefile. Check the py-fail2ban port for some pointers on that. Hope that helps, Greg Also, I forgot to mention that when I'm faced with similar rc.d problems, I invoke the script with sh -x like so: sh -x /usr/local/etc/rc.d/viewvc start That prints all of the shell variable debug information, echoes commands, etc. I would be interested in seeing that output if you can post it to pastebin. I'm not sure my previous suggestion will help anyway, and it looks like your $command variable is trashed somewhere while the script executes. Regards, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7z4dEACgkQ0sRouByUApDzfgCgkoTH5sNuPr+jEdbp9rplFD2b BoAAoJbTTQBZi0oL8URD7C71/7hsKVgU =Uu2Z -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/15/11 9:37 AM, b. f. wrote: On 12/15/11, Andrew W. Nosenko andrew.w.nose...@gmail.com wrote: On Thu, Dec 15, 2011 at 02:05, b. f. bf1...@googlemail.com wrote: If you are interested in applying them to a single port, use a test on .CURDIR, or, better yet, add the statement to any of the optional Makefiles that are automatically included by bsd.port.mk and were intended for that purpose -- ${MASTERDIR}/Makefile.local, for example. Unfortunatelly, the Makefile.local included too late for have any positive/intended effect (e.g. define port-specific WITH/WITHOUT knob, modify CONFIGURE_ARGS,...) in many cases/ports. Therefore, advise to use Makefile.local is unreliable. And we left in situation, where make.conf is the only one reasonable working solution :-( Certainly Makefile.local is not included as early as make.conf, and so may not be used for every purpose for which make.conf may be used. But with regard to the topic of this thread, Makefile.local is included before options-handling, and the test for inclusion of bsd.gcc.mk. Why did you think otherwise? Using Makefile.local is generally safer because of its narrower scope, and because it cannot be included multiple times if make(1) is invoked recursively, unlike make.conf. b. Hi everyone, Thank you for the correction to placement of the USE_GCC directive. Clearly, I went for the hammer solution a little too quickly! Cheers, 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/ iEYEARECAAYFAk7qXIYACgkQ0sRouByUApAruACfbbesKuJBXybzJamMxFwm18tE cfkAnA2VsTCB+VfChcWd3mHf+/mgibf8 =aKXZ -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 9:35 PM, Ali Mashtizadeh wrote: That gives the same error as the one of my previous attempts. Any help with this would be great. libtool: link: g++46 -D_THREAD_SAFE -pthread -Wall -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -D_THREAD_SAFE -pthread -Wl,-rpath=/usr/local/lib/gcc46 -o .libs/protoc main.o ./.libs/libprotobuf.so ./.libs/libprotoc.so /usr/ports/devel/protobuf/work/protobuf-2.4.1/src/.libs/libprotobuf.so -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/usr/local/bin/ld: .libs/protoc: hidden symbol `__dso_handle' in /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/crtbegin.o is referenced by DSO/usr/local/bin/ld: final link failed: Bad valuecollect2: ld returned 1 exit statusgmake[2]: *** [protoc] Error 1gmake[2]: Leaving directory `/usr/ports/devel/protobuf/work/protobuf-2.4.1/src'gmake[1]: *** [all-recursive] Error 1gmake[1]: Leaving directory `/usr/ports/devel/protobuf/work/protobuf-2.4.1'gmake: *** [all] Error 2*** Error code 1 Stop in /usr/ports/devel/protobuf. Hi Ali, I was able to successfully link protoc by hand by building main.o with - -fPIC and making sure that the -shared flag was used to compile all source files. Unfortunately, the executable core dumps immediately, and there's no useful stack frame in gdb. I'll have to defer to GCC experts at this point. Best of luck, 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/ iEYEARECAAYFAk7qYW4ACgkQ0sRouByUApBCYACfUZCbqge2dP/PcQLq7xMyL83b g/AAoK1ZikafAsPfdvs6eBoSk4vTMS7R =eOnI -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
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=portsresponsible=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: 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: 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: 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: 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.orgfiles=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, personally, believe that this almost can't help to identify version-specific problems, since commonly there is almost no build problems on different python versions (it's rarely when setup.py actually checking which python version it was run with). The problems arises on runtime stage, when apps starting to import modules, that may not exist in this particular python version or that installed by missing dependencies, etc. Such problems may be identified only with manual checking/greping/app docs reading. But this is just my point. You'd better to ask Martin - he is committer that skilled with python stuff in ports, and i'm not proper person to take responsibility for decisions like that :). I just can to sound my point on this. However, it definitely will help to identify gcc version-specific build problems. I have found some build problems with ports that use USE_PYTHON=yes instead of restricting it to a specific version, e.g. copying build/lib/mpd.py - /usr/local/lib/python2.4/site-packages byte-compiling /usr/local/lib/python2.4/site-packages/mpd.py to mpd.pyc File /usr/local/lib/python2.4/site-packages/mpd.py, line 293 yield retval() SyntaxError: 'yield' not allowed in a 'try' block with a 'finally' clause writing byte-compilation script '/tmp/tmpoLWlQC.py' /usr/local/bin/python2.4 -O /tmp/tmpoLWlQC.py File /usr/local/lib/python2.4/site-packages/mpd.py, line 293 yield retval() SyntaxError: 'yield' not allowed in a 'try' block with a 'finally' clause removing /tmp/tmpoLWlQC.py /bin/mkdir -p /usr/local/share/doc/py24-mpd Admittedly
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.orgfiles=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.orgfiles=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.orgfiles=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: 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 your args 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
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 repo 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: 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: 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: 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: 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: 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 cvs-...@yandex.ru Кому: 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: deskutils/calibre does not build after Python 2.6 to 2.7 update
, 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: 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 21 /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 now 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: 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 libnet11 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: libksba update broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremy Messenger wrote: On Thu, Dec 16, 2010 at 10:07 AM, Greg Larkin glar...@freebsd.org 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: 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: 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: New tools for committers and maintainers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Emanuel Haupt wrote: Wesley Shields w...@freebsd.org wrote: On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote: Wesley Shields w...@freebsd.org 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: 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: 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: 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: 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 21 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: 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: 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 sa...@freebsd.org: 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: 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: 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: 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: 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: 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=SQLITEEnable SQLITE support on .include bsd.port.options.mk .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 bsd.port.mk .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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: Greg Larkin glar...@freebsd.org 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: 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: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: Greg Larkin glar...@freebsd.org 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
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 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
Re: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: Greg Larkin glar...@freebsd.org 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: Greg Larkin glar...@freebsd.org 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
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: 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: 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: 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 rwmailli...@googlemail.com wrote: On Thu, 14 Jan 2010 19:04:29 -0500 Greg Larkin glar...@freebsd.org 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 bsd.port.pre.mk - -.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: 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: 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. # Directory /usr_www/virtualwebs/vizion2000.net # # 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 /Directory ScriptAlias /mailman /usr/local/mailman/cgi-bin Directory /usr/local/mailman/cgi-bin/ Options ExecCGI Order allow,deny Allow from all /Directory Alias /pipermail /usr/local/mailman/archives/public Directory /usr/local/mailman/archives/public/ Options ExecCGI FollowSymLinks Order allow,deny Allow from all Options Indexes MultiViews AddDefaultCharset Off DirectoryIndex index.html /Directory # 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. # Directory /usr_www/virtualwebs/vizion2000.net # # 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 /Directory ScriptAlias /mailman /usr/local/mailman/cgi-bin Directory /usr/local/mailman/cgi-bin/ Options ExecCGI Order allow,deny Allow from all /Directory Alias /pipermail /usr/local/mailman/archives/public Directory /usr/local/mailman/archives/public/ Options ExecCGI FollowSymLinks Order allow,deny Allow from all Options Indexes MultiViews AddDefaultCharset Off DirectoryIndex index.html /Directory # 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 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. 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
Re: mailman web access to archives failure:
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. # Directory /usr_www/virtualwebs/vizion2000.net # # 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 /Directory ScriptAlias /mailman /usr/local/mailman/cgi-bin Directory /usr/local/mailman/cgi-bin/ Options ExecCGI Order allow,deny Allow from all /Directory Alias /pipermail /usr/local/mailman/archives/public Directory /usr/local/mailman/archives/public/ Options ExecCGI FollowSymLinks Order allow,deny Allow from all Options Indexes MultiViews AddDefaultCharset Off DirectoryIndex index.html /Directory # 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:
-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: 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ć nikola.le...@anthesphoria.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Wed, 16 Dec 2009 21:58:21 -0600 Paul Schmehl pschmehl_li...@tx.rr.com 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: 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: 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 variable name 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 glar...@freebsd.org 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 variable name 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: 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: 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 m...@freebsd.org Subject: Re: devel/pear1.9.0 build problems To: Agrapha free...@box201.com 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/pearcd ../../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