[QAT] r314984: 4x leftovers
Update to 2.3.2 Annoy your coworkers for fun and profit Changes: This release introduces vim-style file locking (though not backup/restore), useful when using nano in a multi-editor environment. Feedback is welcome if you run into any issues with this - Build ID: 20130323034600-7742 Job owner: ead...@freebsd.org Buildtime: 7 days Enddate: Sat, 30 Mar 2013 07:24:07 GMT Revision: r314984 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=314984 - Port:editors/nano-devel 2.3.2 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ead...@freebsd.org/20130323034600-7742-122768/nano-devel-2.3.2.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ead...@freebsd.org/20130323034600-7742-122769/nano-devel-2.3.2.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ead...@freebsd.org/20130323034600-7742-122770/nano-devel-2.3.2.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ead...@freebsd.org/20130323034600-7742-122771/nano-devel-2.3.2.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130323034600-7742 redports https://qat.redports.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/nginx pkg-plist + pkgng (detectable?)
On 30/03/2013 02:40, Michael Gmelin wrote: pkg-plist contains: %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs %D/www/nginx-dist %D/www/nginx; fi %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING %%WWWDATA%%www/nginx-dist/index.html %%WWWDATA%%www/nginx-dist/50x.html %%WWWDATA%%@exec chmod a-w www/nginx-dist %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi %%WWWDATA%%@dirrmtry www/nginx-dist cd /usr/ports/www/nginx make install clean # pkg info -R nginx | grep www/nginx-dist /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: y mkdir -p -m 755 www/nginx-dist if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w www/nginx-dist This means in practice, once you create a binary package (pseudo code): pkg create nginx pkg repo . ... pkg install nginx You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Leftovers when a package is removed? That's definitely a bug, and at the moment, such things will be picked up by package building software like poudriere or tinderbox. Testing on redports would flag up this problem, and if a commit to a port introduces such behaviour the maintainer should be getting emails from QAT and maybe pointyhat. There are plans afoot to introduce building packages in chroots and doing things like generating several smaller sub-packages from one port (eg. separate docs packages, separate shlibs pacakges etc.) which will have ramifications on the way plists are handled. That should make it virtually impossible to create a package that install files which aren't registered in /var/db/pkg/local.sqlite. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: [HEADS UP] Ports tree is now frozen.
30.03.2013 09:36, Martin Wilke пишет: If you have some spare time during the freeze, please help us improve the current state of the ports. For a list of ports currently marked broken, see. http://portsmon.freebsd.org/portsconcordanceforbroken.py It will be nice to have a column with affected ports number at the URL above. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/nginx pkg-plist + pkgng (detectable?)
On 30 March 2013 02:40, Michael Gmelin free...@grem.de wrote: pkg-plist contains: %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs %D/www/nginx-dist %D/www/nginx; fi %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING %%WWWDATA%%www/nginx-dist/index.html %%WWWDATA%%www/nginx-dist/50x.html %%WWWDATA%%@exec chmod a-w www/nginx-dist %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi %%WWWDATA%%@dirrmtry www/nginx-dist cd /usr/ports/www/nginx make install clean # pkg info -R nginx | grep www/nginx-dist /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: y mkdir -p -m 755 www/nginx-dist if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w www/nginx-dist This means in practice, once you create a binary package (pseudo code): pkg create nginx pkg repo . ... pkg install nginx You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Actually, the current working directory is set with the @cwd command, set to %D by default, so in practice it's not a problem. However... I would agree that you must use %D/ and give absolute paths when running commands in pkg-plist. I would also question the use of mkdir -m 755 then setting mode to 555 with chmod in the next command??? Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/nginx pkg-plist + pkgng (detectable?)
On 3/29/2013 9:40 PM, Michael Gmelin wrote: pkg-plist contains: %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs %D/www/nginx-dist %D/www/nginx; fi %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING %%WWWDATA%%www/nginx-dist/index.html %%WWWDATA%%www/nginx-dist/50x.html %%WWWDATA%%@exec chmod a-w www/nginx-dist %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi %%WWWDATA%%@dirrmtry www/nginx-dist cd /usr/ports/www/nginx make install clean # pkg info -R nginx | grep www/nginx-dist /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: y mkdir -p -m 755 www/nginx-dist if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w www/nginx-dist This means in practice, once you create a binary package (pseudo code): pkg create nginx pkg repo . ... pkg install nginx You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Cheers, Michael What pkgng version is this? It should be fixed in 1.0.9 by https://github.com/pkgng/pkgng/issues/465 -- Regards, Bryan Drewery bdrewery@freenode/EFNet signature.asc Description: OpenPGP digital signature
py27-pykde4-4.10.1
Hi! Port p27-pykde4-4.10.1 (and previous versions too) has a problem with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. Thank you. Mitja -- http://www.redbubble.com/people/lumiwa ___ 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: py27-pykde4-4.10.1
On 30/03/2013 9:44 PM, ajtiM wrote: Hi! Port p27-pykde4-4.10.1 (and previous versions too) has a problem with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. Thank you. Mitja -- http://www.redbubble.com/people/lumiwa Try adding: OPTIONSFILE?= ${PORT_DBDIR}/py-${PORTNAME}/options Below the OPTIONS_DEFINE line in devel/py-pykde4/Makefile If it works out well, please submit a PR :) -- Ta, Koobs ___ 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: py27-pykde4-4.10.1
On Saturday 30 March 2013 05:44:36 ajtiM wrote: Port p27-pykde4-4.10.1 (and previous versions too) has a problem with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used before being defined), it affects many other ports too. I'll see how this can be fixed globally. -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla If a shameless woman expects to be defiled and then dies of her fierce love because you do not consent, will chastity also be homicide? -- Saint Augustine signature.asc Description: This is a digitally signed message part.
Re: [kde-freebsd] py27-pykde4-4.10.1
On 30-3-2013 11:59, Alberto Villa wrote: On Saturday 30 March 2013 05:44:36 ajtiM wrote: Port p27-pykde4-4.10.1 (and previous versions too) has a problem with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used before being defined), it affects many other ports too. I'll see how this can be fixed globally. FYI http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148637 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/nginx pkg-plist + pkgng (detectable?)
On Sat, 30 Mar 2013 07:30:05 + Matthew Seaman matt...@freebsd.org wrote: On 30/03/2013 02:40, Michael Gmelin wrote: pkg-plist contains: %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs %D/www/nginx-dist %D/www/nginx; fi %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING %%WWWDATA%%www/nginx-dist/index.html %%WWWDATA%%www/nginx-dist/50x.html %%WWWDATA%%@exec chmod a-w www/nginx-dist %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi %%WWWDATA%%@dirrmtry www/nginx-dist cd /usr/ports/www/nginx make install clean # pkg info -R nginx | grep www/nginx-dist /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: y mkdir -p -m 755 www/nginx-dist if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w www/nginx-dist This means in practice, once you create a binary package (pseudo code): pkg create nginx pkg repo . ... pkg install nginx You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Leftovers when a package is removed? That's definitely a bug, and at the moment, such things will be picked up by package building software like poudriere or tinderbox. Testing on redports would flag up this problem, and if a commit to a port introduces such behaviour the maintainer should be getting emails from QAT and maybe pointyhat. Nope, it's leftovers when the package gets installed. I will elaborate that in my answer to Bryan later. -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ devel/wxGlade | 0.6.5 | 0.6.6 +-+ net/htpdate | 1.0.4 | 1.0.5 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@portscout.freebsd.org Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/nginx pkg-plist + pkgng (detectable?)
On 3/30/2013 5:39 AM, Bryan Drewery wrote: On 3/29/2013 9:40 PM, Michael Gmelin wrote: You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Cheers, Michael What pkgng version is this? It should be fixed in 1.0.9 by https://github.com/pkgng/pkgng/issues/465 I suppose it is fixed by packages *built* with 1.0.9. So recreate your packages and it should be ok. -- Regards, Bryan Drewery bdrewery@freenode/EFNet signature.asc Description: OpenPGP digital signature
Re: [kde-freebsd] py27-pykde4-4.10.1
On Sat, Mar 30, 2013 at 12:22:34PM +0100, Koop Mast wrote: On 30-3-2013 11:59, Alberto Villa wrote: On Saturday 30 March 2013 05:44:36 ajtiM wrote: Port p27-pykde4-4.10.1 (and previous versions too) has a problem with pop-up menus during installation: When I run installation with portmaster I setup options, before building it asked me for settings again and before installation it asked me again. I have a problem just with this port. It's a problem with new OPTIONS implementation (PKGNAMEPREFIX is used before being defined), it affects many other ports too. I'll see how this can be fixed globally. FYI http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148637 FYI this was already happening with old options implementation which was already using uniquename which is not unique *sick* the way the option file is handled hasn't change with both implementation. Bapt pgp_w8cD4PIDf.pgp Description: PGP signature
Re: Trouble building postfixadmin on 10-CURRENT
Andre Goree an...@drenet.info writes: Having issues building postfixadmin on a 10-CURRENT system. Any advice? [root@nqhost postfixadmin]# make install clean === Installing for postfixadmin-2.3.6 === postfixadmin-2.3.6 depends on file: /usr/local/include/php/main/php.h - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/session.so - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/mbstring.so - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/xmlrpc.so - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/mysqli.so - found === Generating temporary packing list === Checking if mail/postfixadmin already installed (cd /usr/ports/mail/postfixadmin/work/postfixadmin-2.3.6/ /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 /dev/null 21) /usr/sbin/chown -R root:wheel $1 /usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type f -exec chmod 444 $1/{} \;' -- \*.php /usr/local/www/postfixadmin ! -name config.inc.php) *** [do-install] Error code 1 Stop in /usr/ports/mail/postfixadmin. *** [install] Error code 1 Stop in /usr/ports/mail/postfixadmin. No message from what actually goes wrong; strange. Especially for failing on do-install; it looks like it should be changing permissions at that point. And I can't reproduce the failure on RELENG_9 with default options. Are you using any unusual options? ___ 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
pkg replacement for pkg_sort?
Am I too much of a zombie this morning, or is there nothing in the man page about how to do this? Respectfully, Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/nginx pkg-plist + pkgng (detectable?)
On Sat, 30 Mar 2013 05:39:21 -0500 Bryan Drewery bdrew...@freebsd.org wrote: On 3/29/2013 9:40 PM, Michael Gmelin wrote: pkg-plist contains: %%WWWDATA%%@exec mkdir -p -m 755 www/nginx-dist %%WWWDATA%%@exec if [ ! -d %D/www/nginx/ ] ; then ln -fs %D/www/nginx-dist %D/www/nginx; fi %%WWWDATA%%www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING %%WWWDATA%%www/nginx-dist/index.html %%WWWDATA%%www/nginx-dist/50x.html %%WWWDATA%%@exec chmod a-w www/nginx-dist %%WWWDATA%%@unexec if [ -L %D/www/nginx ]; then rm -f %D/www/nginx; fi %%WWWDATA%%@dirrmtry www/nginx-dist cd /usr/ports/www/nginx make install clean # pkg info -R nginx | grep www/nginx-dist /usr/local/www/nginx-dist/50x.html: 3c264d74770fd706d59c68d90ca1eb893ac379a666ff136f9acc66ca01daec02 /usr/local/www/nginx-dist/EXAMPLE_DIRECTORY-DONT_ADD_OR_TOUCH_ANYTHING: 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b /usr/local/www/nginx-dist/index.html: 38ffd4972ae513a0c79a8be4573403edcd709f0f572105362b08ff50cf6de521 /usr/local/www/nginx-dist/: y mkdir -p -m 755 www/nginx-dist if [ ! -d /usr/local/www/nginx/ ] ; then ln -fs /usr/local/www/nginx-dist /usr/local/www/nginx; fi chmod a-w www/nginx-dist This means in practice, once you create a binary package (pseudo code): pkg create nginx pkg repo . ... pkg install nginx You'll be left with a www/nginx-dist relative to wherever you've been in the file. I assume that pkg-plist should use %D/www/nginx instead of www/nginx in mkdir and chmod. So it's probably a bug in the port itself. Is this something that pkgng could potentially catch in future? Cheers, Michael What pkgng version is this? It should be fixed in 1.0.9 by https://github.com/pkgng/pkgng/issues/465 It is version 1.0.9 in fact. Let me elaborate this with a complete test sequence (starting in a clean jail): # cd /usr/ports/ports-mgmt/pkg # make install clean # pkg -v 1.0.9 (which is port version 1.0.9_2) # echo WITH_PKGNG=1 /etc/make.conf # pkg2ng # cd /usr/ports/www/nginx # make make clean (this is so only dependencies get installed) # find /usr | sort | uniq /tmp/beforeinstall # make install clean # find /usr | sort | uniq /tmp/afterinstall # diff /tmp/beforeinstall /tmp/afterinstall | wc -l 32 # pkg delete -y nginx # find /usr | sort | uniq /tmp/afterdelete # diff /tmp/beforeinstall /tmp/afterdelete | wc -l 0 (At this point it's clear that the package cleans up after itself ok after removal) # make install clean # mkdir /tmp/pkg # cd /tmp/pkg # pkg create nginx # pkg repo . # find . . ./nginx-1.2.7_1,1.txz ./repo.txz # pkg delete -y nginx # PACKAGESITE=file:/tmp/pkg pkg update # PACKAGESITE=file:/tmp/pkg pkg install -y nginx # find . . ./nginx-1.2.7_1,1.txz ./repo.txz ./www ./www/nginx-dist I did the same procedure using pkg_* (starting from scratch): # cd /usr/ports/www/nginx # make install clean # mkdir /tmp/pkg # cd /tmp/pkg # pkg_create -b nginx-\* # find . . ./nginx-1.2.7_1,1.tbz # pkg_delete nginx-\* # pkg_add nginx-* # find . . ./nginx-1.2.7_1,1.tbz # pkg_info nginx-1.2.7_1,1 Robust and small WWW server pcre-8.32 Perl Compatible Regular Expressions library So the problem only happens when using pkgng, not when using pkg_*. With pkg_* it seems like mkdir www/nginx-dist is executed relative to @cwd, while with pkgng it's executed relative to `pwd`. On a different note, two things I noticed while playing with pkgng: - The bootstrap code delivered with 9.1 installs pkg version 1.0.2, since pkg is still improved rapidly, wouldn't it make sense to bootstrap to the latest version from ports (or at least output a warning, that there might be a more recent version)? - pkg2ng does not alter make.conf, nor tell the user to do so. If you assume that all users of pkg only use binary packages that might make sense. But since you'll see a lot of converting users (in the end this is what pkg2ng is for) either altering make.conf or at least giving a hint to the user (something like Don't forget to add 'WITH_PKGNG=1' to your /etc/make.conf) would be nice. Even though I'm really should know that at this point, I forgot it several times, which puts the machines affected in a pretty ugly state after installing additional ports. Cheers, Michael -- Michael Gmelin ___ 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
Invite from gushudson...@yahoo.com to fab.com, daily design sales and inspirations
span style='display:block;color:#66;font-size: 11px;'If you are unable to see this message,span style='color:#66;' a href='{view_url}' alt='click here to view this message' style='color:#66;outline:none;' click here to view/a/span/spanspan style='display:block;color:#99;font-size: 11px;'To ensure delivery to your inbox, please add span style='color:#66;'a style='color: #66;outline:none;' href='mailto:i...@fab.com'i...@fab.com/a/span to your address book./span strong style='color:#ff;font-size:30px;display:inline-block;vertical-align:top;padding-left:13px;'span style='display:block;line-height: 24px'Great News!/spana href='#' style='color:#dd0017;line-height: 40px;padding-top:0px;display:block;cursor:default;text-decoration: none'po...@freebsd.org/a/strongbr/span style='color:#99;font-size:14px;display:block;font-weight: normal;padding:15px 0 0px;'Here's your exclusive invite from a href='#' style='color:#cc;cursor: default;text-decoration: none'gushudson...@yahoo.com/a to register for the new a href='#' style='color:#cc;cursor: default;text-decoration: none'Fab.com/a/spanspan style='color:#99;font-size:14px;display:block;font-weight: normal;padding:15px 0 23px;'a href='#' style='color:#99;cursor: default;text-decoration: none'Fab.com/a provides span style='color:#cc'daily design inspirations and sales/span from the world's leading designers and manufacturers span style='color:#cc'at prices up to 70% off/span retail./span http://fab.com/kgjod3?email=po...@freebsd.orgfref=invite-e http://fab.com/kgjod3?email=po...@freebsd.orgfref=invite-e http://fab.com/kgjod3?email=po...@freebsd.orgfref=invite-e http://fab.com/kgjod3?email=po...@freebsd.orgfref=invite-e About http://fab.com/about-fab/ Help http://fab.com/help/ Contact Us http://fab.com/contact-us/ Return Policy http://fab.com/return-policy/ Shipping http://fab.com/shipping-policy/ Terms http://fab.com/terms/ Privacy http://fab.com/privacy/ tw http://www.twitter.com/fab/ fb http://facebook.com/fab.com/ You received this email because you are registered on fab.com with the email address: po...@freebsd.org. We respect your privacy. View our privacy policy at http://fab.com/privacy/. If you believe this has been sent to you in error, please safely unsubscribe at http://mailer.fab.com/oc/5156ee4f602ac2d627de56115156ee4fd2f88066350004fd/8a6fab26. Fab.com Inc http://fab.com | 95 Morton Street, 8th Floor New York, NY 10014 ___ 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: pkg replacement for pkg_sort?
On 30/03/2013 13:17, Robert Huff wrote: Am I too much of a zombie this morning, or is there nothing in the man page about how to do this? That's not functionality provided by pkgng at the moment, although pkgng certainly has all the necessary data in repository catalogues etc. to be able to sort a list of package origins with all dependencies occurring before what requires them. No one has implemented that yet. However, pkg_sort(1) is part of portupgrade, and portupgrade should be fully pkgng aware nowadays. Did you try just using pkg_sort? If that doesn't work, then Bryan should be informed. If you'ld like something to be changed about either portupgrade or pkgng in respect to this, then please open an issue -- https://github.com/pkgtools/pkgtools/issues https://github.com/pkgng/pkgng/issues Issues with accompanying pull requests are our favourites, but we're happy to get feedback or problem reports without attached patches too. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: FreeBSD Port: py27-hg-git-0.3.4
On 28.03.2013 19:05, Tod Olson wrote: Having upgraded to mercurial 2.5.2, we see problems with hg-git 0.3.4, and they seem to be fixed with hg-git 0.4.0. Will you be updating the FreeBSD port of hg-git in the near future? Yes. :-) Sorry for the late reply. I just returned today. You can use the attached patch. Apply the patch with something like this: # cd /usr/ports patch -p1 /path/to/hg-git.patch I am especially interested in runtime behavior. Let me know if this port version works for you. *** - Update to 0.4.0 release - Adjust required dependencies versions - Depend on devel/py-ordereddict - Limit python version up to 2.7 - Update setup.py patch - Use a space character instead of a tab in 'pkg-descr' file - Update pkg-plist Tested: portlint, tinderbox, pkg install / delete, limited runtime *** -- Kind regards diff --git a/devel/hg-git/Makefile b/devel/hg-git/Makefile index 48c2538..6a516fc 100644 --- a/devel/hg-git/Makefile +++ b/devel/hg-git/Makefile @@ -2,7 +2,7 @@ # $FreeBSD: ports/devel/hg-git/Makefile,v 1.13 2012/11/17 05:55:47 svnexp Exp $ PORTNAME= hg-git -PORTVERSION= 0.3.4 +PORTVERSION= 0.4.0 CATEGORIES= devel python MASTER_SITES= CHEESESHOP PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} @@ -12,12 +12,13 @@ COMMENT= Mercurial extension to pull from or push to a Git repository LICENSE= GPLv2 -RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}dulwich=0.8.5:${PORTSDIR}/devel/dulwich \ - mercurial=2.3.2:${PORTSDIR}/devel/mercurial +RUN_DEPENDS= ${PKGNAMEPREFIX}dulwich=0.8.7:${PORTSDIR}/devel/dulwich \ + mercurial=2.5.2:${PORTSDIR}/devel/mercurial \ + ${PKGNAMEPREFIX}ordereddict=1.1:${PORTSDIR}/devel/py-ordereddict MAKE_JOBS_SAFE= yes -USE_PYTHON= yes +USE_PYTHON= -2.7 USE_PYDISTUTILS=yes PYDISTUTILS_PKGNAME= ${PORTNAME:S/-/_/} diff --git a/devel/hg-git/distinfo b/devel/hg-git/distinfo index c6d272e..8d2f78e 100644 --- a/devel/hg-git/distinfo +++ b/devel/hg-git/distinfo @@ -1,2 +1,2 @@ -SHA256 (hg-git-0.3.4.tar.gz) = 3770dd4ce9f230fedff9c699f3a8f8d7210510b799c2ee7df774758026612c50 -SIZE (hg-git-0.3.4.tar.gz) = 18554 +SHA256 (hg-git-0.4.0.tar.gz) = 6a2289539bae5f898c25e66c149cb27eacb3ac2bcd90d3e247ba42ebba9f8a9c +SIZE (hg-git-0.4.0.tar.gz) = 21981 diff --git a/devel/hg-git/files/patch-setup.py b/devel/hg-git/files/patch-setup.py index adceafe..bdab167 100644 --- a/devel/hg-git/files/patch-setup.py +++ b/devel/hg-git/files/patch-setup.py @@ -1,17 +1,24 @@ ./setup.py.orig 2012-11-01 15:10:46.0 +0100 -+++ ./setup.py 2012-11-03 10:28:03.799021557 +0100 -@@ -1,7 +1,4 @@ +--- ./setup.py.orig 2013-03-24 22:35:51.0 +0100 ./setup.py 2013-03-30 13:51:43.535271164 +0100 +@@ -1,13 +1,5 @@ -try: -from setuptools import setup -except: -from distutils.core import setup +- +-try: +-from collections import OrderedDict +-extra_req = [] +-except ImportError: +-extra_req = ['ordereddict=1.1'] +from distutils.core import setup ++from collections import OrderedDict setup( name='hg-git', -@@ -20,5 +17,4 @@ +@@ -26,5 +18,4 @@ license='GPLv2', packages=['hggit'], package_data={ 'hggit': ['help/git.rst'] }, --install_requires=['dulwich=0.8.0'], +-install_requires=['dulwich=0.8.6'] + extra_req, ) diff --git a/devel/hg-git/pkg-descr b/devel/hg-git/pkg-descr index 888a42b..bad3160 100644 --- a/devel/hg-git/pkg-descr +++ b/devel/hg-git/pkg-descr @@ -18,4 +18,4 @@ The plugin is basically functional and usable now, but there are still some edge cases. However, there are several people using it effectively, so please test it yourself and report encountered bugs upstream (see website). Thanks! -WWW: http://hg-git.github.com/ +WWW: http://hg-git.github.com/ diff --git a/devel/hg-git/pkg-plist b/devel/hg-git/pkg-plist index cebe734..279e14b 100644 --- a/devel/hg-git/pkg-plist +++ b/devel/hg-git/pkg-plist @@ -19,4 +19,6 @@ %%PYTHON_SITELIBDIR%%/hggit/util.py %%PYTHON_SITELIBDIR%%/hggit/util.pyc %%PYTHON_SITELIBDIR%%/hggit/util.pyo +%%PYTHON_SITELIBDIR%%/hggit/help/git.rst +@dirrm %%PYTHON_SITELIBDIR%%/hggit/help @dirrm %%PYTHON_SITELIBDIR%%/hggit ___ 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: py27-hg-git-0.3.4
On 29.03.2013 05:20, Kubilay Kocak wrote: The patch attached updates hg-git to 0.4.0 and tweaks a couple of port things: Thank you for your contribution! I just created a slightly different patch. Please see my other email reply. - Require py-ordereddict for users running Python 2.7 It is a drop-in replacement, very small sized and probably useful for python27 (performance), too. So I just declared it as a dependency for all python versions including 2.7. It also reduces the size of the Makefile (no conditional check). -- Kind regards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: pkg replacement for pkg_sort?
Matthew Seaman writes: On 30/03/2013 13:17, Robert Huff wrote: Am I too much of a zombie this morning, or is there nothing in the man page about how to do this? That's not functionality provided by pkgng at the moment, although pkgng certainly has all the necessary data in repository catalogues etc. to be able to sort a list of package origins with all dependencies occurring before what requires them. No one has implemented that yet. However, pkg_sort(1) is part of portupgrade, and portupgrade should be fully pkgng aware nowadays. Did you try just using pkg_sort? I did and do. I'm trying to move to a single tool for this set of tasks, and pkg_sort is one of the (very) few things I haven't been able to replace. Unfortunately, that functionality is essential to several scripts The other irreplaceable I can think of is portsclean, particularly the C, D, and L options. If you'ld like something to be changed about either portupgrade or pkgng in respect to this, then please open an issue -- https://github.com/pkgtools/pkgtools/issues https://github.com/pkgng/pkgng/issues Depends on how lazy I'm feeling at the moment. :-) Robert Huff ___ 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: py27-hg-git-0.3.4
Thank you all for your help. We'll test out the patch when our sysadmin can fit it in. Best, -Tod On Mar 30, 2013, at 9:40 AM, Marco Bröder marco.broe...@gmx.eu wrote: On 29.03.2013 05:20, Kubilay Kocak wrote: The patch attached updates hg-git to 0.4.0 and tweaks a couple of port things: Thank you for your contribution! I just created a slightly different patch. Please see my other email reply. - Require py-ordereddict for users running Python 2.7 It is a drop-in replacement, very small sized and probably useful for python27 (performance), too. So I just declared it as a dependency for all python versions including 2.7. It also reduces the size of the Makefile (no conditional check). -- Kind regards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
apache24-2.4.4 AUTHN_DBD requires DBD.
I try to replace www/apache22 with www/apache24 and run on all FreeBSD 10.0-CURRENT boxes (three) into the same problem: === Cleaning for apache24-2.4.4 === apache24-2.4.4 AUTHN_DBD requires DBD. *** [all] Error code 1 Stop in /usr/ports/www/apache24. Below, the make showconfig output is shown. I consider this a bug. === The following configuration options are available for apache24-2.4.4: ACCESS_COMPAT=on: Old group authorizations based on host (name or IP), deprecated by mod_authz_host ACTIONS=on: Action triggering on requests ALIAS=on: Mapping of requests to different filesystem parts ALLOWMETHODS=on: Easily restrict what HTTP methods can be used on the server ASIS=on: Sends files that contain their own HTTP headers AUTHN_ANON=on: Anonymous user authentication control AUTHN_CORE=on: Core authentication module AUTHN_DBD=on: SQL-based authentication control AUTHN_DBM=on: DBM-based authentication control AUTHN_FILE=on: File-based authentication control AUTHN_SOCACHE=on: Cached authentication control AUTHZ_CORE=on: Core authorization provider vector module AUTHZ_DBD=on: SQL based authorization and Login/Session support AUTHZ_DBM=on: DBM-based authorization control AUTHZ_GROUPFILE=on: Group authorization using plaintext files AUTHZ_HOST=on: Host-based authorization control AUTHZ_OWNER=on: Authorization based on file ownership AUTHZ_USER=on: User Authorization AUTH_BASIC=on: Basic authentication AUTH_DIGEST=on: RFC2617 Digest authentication AUTH_FORM=on: Form authentication AUTOINDEX=on: Directory listing BUFFER=on: Filter Buffering CACHE=off: Dynamic file caching CACHE_DISK=on: Disk caching module CERN_META=on: CERN-type meta files CGI=on: CGI scripts (non-threaded MPMs) CGID=on: CGI scripts (threaded MPMs) DAV=on: WebDAV protocol handling. --enable-dav also enables mod_dav_fs DAV_FS=on: DAV provider for the filesystem. --enable-dav also enables mod_dav_fs DBD=off: Apache DBD Framework DEFLATE=on: Deflate transfer encoding support DIR=on: Directory request handling DUMPIO=on: I/O dump filter ENV=on: Modifies environment passed to CGI/SSI pages EXPIRES=on: Expires header control EXT_FILTER=on: External filter module FILE_CACHE=on: File cache FILTER=off: Smart Filtering HEADERS=on: HTTP header control IMAGEMAP=on: Server-side imagemaps INCLUDE=on: Server-side includes INFO=on: Server information LBMETHOD_BYBUSYNESS=on: Apache proxy Load balancing by busyness LBMETHOD_BYREQUESTS=on: Apache proxy Load balancing by request counting LBMETHOD_BYTRAFFIC=on: Apache proxy Load balancing by traffic counting LOGIO=on: Input and output logging LOG_DEBUG=on: Configurable debug logging MIME=on: Mapp file-ext. to MIME (recommended) MIME_MAGIC=on: Automagically determining MIME type NEGOTIATION=on: Content negotiation RATELIMIT=on: Output Bandwidth Limiting REMOTEIP=on: Translate header contents to an apparent client remote_ip REQTIMEOUT=on: Limit time waiting for request from client REQUEST=off: Request Body Filtering REWRITE=on: Rule based URL manipulation SED=on: Filter request and/or response bodies through sed SETENVIF=on: Modify ENV vars based on characteristics of the request SOCACHE_DBM=on: dbm small object cache provider SOCACHE_MEMCACHE=on: memcache small object cache provider SOCACHE_SHMCB=on: shmcb small object cache provider SPELING=on: Correct common URL misspellings SSL=on: SSL/TLS support (mod_ssl) STATUS=on: Process/thread monitoring SUBSTITUTE=on: Response content rewrite-like filtering UNIQUE_ID=on: Per-request unique ids USERDIR=on: Mapping of requests to user-specific directories VERSION=on: Determining httpd version in config files VHOST_ALIAS=on: Mass virtual hosting AUTHNZ_LDAP=on: LDAP based authentication LDAP=off: LDAP caching and connection pooling services CHARSET_LITE=off: Character set translation. Enabled by default only on EBCDIC systems DATA=off: RFC2397 data encoder DAV_LOCK=on: DAV provider for generic locking DIALUP=off: Rate limits static files to dialup modem speeds IDENT=off: RFC 1413 ident lookups LOG_FORENSIC=off: Forensic logging LUA=off: Apache Lua Framework REFLECTOR=off: Reflect request through the output filter stack SLOTMEM_PLAIN=off: Slotmem provider that uses plain memory SLOTMEM_SHM=off: Slotmem provider that uses shared memory SOCACHE_DC=off: distcache small object cache provider SUEXEC=off: Set uid and gid for spawned processes USERTRACK=off: User-session tracking XML2ENC=on: i18n support for markup filters WATCHDOG=off: Watchdog module HEARTBEAT=off: Generates Heartbeats HEARTMONITOR=off: Collects Heartbeats
Re: apache24-2.4.4 AUTHN_DBD requires DBD.
Easy solution, change this to on - DBD=off: Apache DBD Framework -- Regards, olli On 2013-03-30 16:31, O. Hartmann wrote: I try to replace www/apache22 with www/apache24 and run on all FreeBSD 10.0-CURRENT boxes (three) into the same problem: === Cleaning for apache24-2.4.4 === apache24-2.4.4 AUTHN_DBD requires DBD. *** [all] Error code 1 Stop in /usr/ports/www/apache24. Below, the make showconfig output is shown. I consider this a bug. === The following configuration options are available for apache24-2.4.4: ACCESS_COMPAT=on: Old group authorizations based on host (name or IP), deprecated by mod_authz_host ACTIONS=on: Action triggering on requests ALIAS=on: Mapping of requests to different filesystem parts ALLOWMETHODS=on: Easily restrict what HTTP methods can be used on the server ASIS=on: Sends files that contain their own HTTP headers AUTHN_ANON=on: Anonymous user authentication control AUTHN_CORE=on: Core authentication module AUTHN_DBD=on: SQL-based authentication control AUTHN_DBM=on: DBM-based authentication control AUTHN_FILE=on: File-based authentication control AUTHN_SOCACHE=on: Cached authentication control AUTHZ_CORE=on: Core authorization provider vector module AUTHZ_DBD=on: SQL based authorization and Login/Session support AUTHZ_DBM=on: DBM-based authorization control AUTHZ_GROUPFILE=on: Group authorization using plaintext files AUTHZ_HOST=on: Host-based authorization control AUTHZ_OWNER=on: Authorization based on file ownership AUTHZ_USER=on: User Authorization AUTH_BASIC=on: Basic authentication AUTH_DIGEST=on: RFC2617 Digest authentication AUTH_FORM=on: Form authentication AUTOINDEX=on: Directory listing BUFFER=on: Filter Buffering CACHE=off: Dynamic file caching CACHE_DISK=on: Disk caching module CERN_META=on: CERN-type meta files CGI=on: CGI scripts (non-threaded MPMs) CGID=on: CGI scripts (threaded MPMs) DAV=on: WebDAV protocol handling. --enable-dav also enables mod_dav_fs DAV_FS=on: DAV provider for the filesystem. --enable-dav also enables mod_dav_fs DBD=off: Apache DBD Framework DEFLATE=on: Deflate transfer encoding support DIR=on: Directory request handling DUMPIO=on: I/O dump filter ENV=on: Modifies environment passed to CGI/SSI pages EXPIRES=on: Expires header control EXT_FILTER=on: External filter module FILE_CACHE=on: File cache FILTER=off: Smart Filtering HEADERS=on: HTTP header control IMAGEMAP=on: Server-side imagemaps INCLUDE=on: Server-side includes INFO=on: Server information LBMETHOD_BYBUSYNESS=on: Apache proxy Load balancing by busyness LBMETHOD_BYREQUESTS=on: Apache proxy Load balancing by request counting LBMETHOD_BYTRAFFIC=on: Apache proxy Load balancing by traffic counting LOGIO=on: Input and output logging LOG_DEBUG=on: Configurable debug logging MIME=on: Mapp file-ext. to MIME (recommended) MIME_MAGIC=on: Automagically determining MIME type NEGOTIATION=on: Content negotiation RATELIMIT=on: Output Bandwidth Limiting REMOTEIP=on: Translate header contents to an apparent client remote_ip REQTIMEOUT=on: Limit time waiting for request from client REQUEST=off: Request Body Filtering REWRITE=on: Rule based URL manipulation SED=on: Filter request and/or response bodies through sed SETENVIF=on: Modify ENV vars based on characteristics of the request SOCACHE_DBM=on: dbm small object cache provider SOCACHE_MEMCACHE=on: memcache small object cache provider SOCACHE_SHMCB=on: shmcb small object cache provider SPELING=on: Correct common URL misspellings SSL=on: SSL/TLS support (mod_ssl) STATUS=on: Process/thread monitoring SUBSTITUTE=on: Response content rewrite-like filtering UNIQUE_ID=on: Per-request unique ids USERDIR=on: Mapping of requests to user-specific directories VERSION=on: Determining httpd version in config files VHOST_ALIAS=on: Mass virtual hosting AUTHNZ_LDAP=on: LDAP based authentication LDAP=off: LDAP caching and connection pooling services CHARSET_LITE=off: Character set translation. Enabled by default only on EBCDIC systems DATA=off: RFC2397 data encoder DAV_LOCK=on: DAV provider for generic locking DIALUP=off: Rate limits static files to dialup modem speeds IDENT=off: RFC 1413 ident lookups LOG_FORENSIC=off: Forensic logging LUA=off: Apache Lua Framework REFLECTOR=off: Reflect request through the output filter stack SLOTMEM_PLAIN=off: Slotmem provider that uses plain memory SLOTMEM_SHM=off: Slotmem provider that uses shared memory SOCACHE_DC=off: distcache small object cache provider SUEXEC=off: Set uid and gid for spawned
Re: apache24-2.4.4 AUTHN_DBD requires DBD.
On Sat, 2013-03-30 at 16:52 +0100, olli hauer wrote: Easy solution, change this to on - DBD=off: Apache DBD Framework -- Regards, olli Well, this is very funny and no easy solution at all. I explicitely switched this to on - but is is always off when I enter the make config a second time! This happens on three other machines as well as on the one Irepoted the error from (all FreeBSD 10.0-CURRENT #0 r248931: Sat Mar 30 10:51:31 CET 2013). It seems, some ill-logic switches back the selection. Even make rmconfig doesn't solve the problem. After a full rmconfig, all checkboxes are checked to ON down to VHOST_ALIAS. Calling a second time leaves some checkboxes now OFF for some magic reasons: CACHE DBD FILTER REQUEST I tried investigating, but did not get very far. oh On 2013-03-30 16:31, O. Hartmann wrote: I try to replace www/apache22 with www/apache24 and run on all FreeBSD 10.0-CURRENT boxes (three) into the same problem: === Cleaning for apache24-2.4.4 === apache24-2.4.4 AUTHN_DBD requires DBD. *** [all] Error code 1 Stop in /usr/ports/www/apache24. Below, the make showconfig output is shown. I consider this a bug. === The following configuration options are available for apache24-2.4.4: ACCESS_COMPAT=on: Old group authorizations based on host (name or IP), deprecated by mod_authz_host ACTIONS=on: Action triggering on requests ALIAS=on: Mapping of requests to different filesystem parts ALLOWMETHODS=on: Easily restrict what HTTP methods can be used on the server ASIS=on: Sends files that contain their own HTTP headers AUTHN_ANON=on: Anonymous user authentication control AUTHN_CORE=on: Core authentication module AUTHN_DBD=on: SQL-based authentication control AUTHN_DBM=on: DBM-based authentication control AUTHN_FILE=on: File-based authentication control AUTHN_SOCACHE=on: Cached authentication control AUTHZ_CORE=on: Core authorization provider vector module AUTHZ_DBD=on: SQL based authorization and Login/Session support AUTHZ_DBM=on: DBM-based authorization control AUTHZ_GROUPFILE=on: Group authorization using plaintext files AUTHZ_HOST=on: Host-based authorization control AUTHZ_OWNER=on: Authorization based on file ownership AUTHZ_USER=on: User Authorization AUTH_BASIC=on: Basic authentication AUTH_DIGEST=on: RFC2617 Digest authentication AUTH_FORM=on: Form authentication AUTOINDEX=on: Directory listing BUFFER=on: Filter Buffering CACHE=off: Dynamic file caching CACHE_DISK=on: Disk caching module CERN_META=on: CERN-type meta files CGI=on: CGI scripts (non-threaded MPMs) CGID=on: CGI scripts (threaded MPMs) DAV=on: WebDAV protocol handling. --enable-dav also enables mod_dav_fs DAV_FS=on: DAV provider for the filesystem. --enable-dav also enables mod_dav_fs DBD=off: Apache DBD Framework DEFLATE=on: Deflate transfer encoding support DIR=on: Directory request handling DUMPIO=on: I/O dump filter ENV=on: Modifies environment passed to CGI/SSI pages EXPIRES=on: Expires header control EXT_FILTER=on: External filter module FILE_CACHE=on: File cache FILTER=off: Smart Filtering HEADERS=on: HTTP header control IMAGEMAP=on: Server-side imagemaps INCLUDE=on: Server-side includes INFO=on: Server information LBMETHOD_BYBUSYNESS=on: Apache proxy Load balancing by busyness LBMETHOD_BYREQUESTS=on: Apache proxy Load balancing by request counting LBMETHOD_BYTRAFFIC=on: Apache proxy Load balancing by traffic counting LOGIO=on: Input and output logging LOG_DEBUG=on: Configurable debug logging MIME=on: Mapp file-ext. to MIME (recommended) MIME_MAGIC=on: Automagically determining MIME type NEGOTIATION=on: Content negotiation RATELIMIT=on: Output Bandwidth Limiting REMOTEIP=on: Translate header contents to an apparent client remote_ip REQTIMEOUT=on: Limit time waiting for request from client REQUEST=off: Request Body Filtering REWRITE=on: Rule based URL manipulation SED=on: Filter request and/or response bodies through sed SETENVIF=on: Modify ENV vars based on characteristics of the request SOCACHE_DBM=on: dbm small object cache provider SOCACHE_MEMCACHE=on: memcache small object cache provider SOCACHE_SHMCB=on: shmcb small object cache provider SPELING=on: Correct common URL misspellings SSL=on: SSL/TLS support (mod_ssl) STATUS=on: Process/thread monitoring SUBSTITUTE=on: Response content rewrite-like filtering UNIQUE_ID=on: Per-request unique ids USERDIR=on: Mapping of requests to user-specific directories VERSION=on: Determining httpd version in config files VHOST_ALIAS=on: Mass
Re: apache24-2.4.4 AUTHN_DBD requires DBD.
On 2013-03-30 17:01, O. Hartmann wrote: On Sat, 2013-03-30 at 16:52 +0100, olli hauer wrote: Easy solution, change this to on - DBD=off: Apache DBD Framework -- Regards, olli Well, this is very funny and no easy solution at all. I explicitely switched this to on - but is is always off when I enter the make config a second time! This happens on three other machines as well as on the one Irepoted the error from (all FreeBSD 10.0-CURRENT #0 r248931: Sat Mar 30 10:51:31 CET 2013). It seems, some ill-logic switches back the selection. Even make rmconfig doesn't solve the problem. After a full rmconfig, all checkboxes are checked to ON down to VHOST_ALIAS. Calling a second time leaves some checkboxes now OFF for some magic reasons: CACHE DBD FILTER REQUEST I tried investigating, but did not get very far. oh Check if you have somewhere WITHOUT_DBD in make.conf, this would explain this. Maybe a really quick search $ make rmconfig $ script -q TMP make -dA showconfig $ grep -e WITH_DBD -e WITHOUT_DBD TMP | grep Global If you see Global:WITHOUT_DBD = true then it is 99% from make.conf Btw. same issue is maybe for CACHE -- Regards, olli On 2013-03-30 16:31, O. Hartmann wrote: I try to replace www/apache22 with www/apache24 and run on all FreeBSD 10.0-CURRENT boxes (three) into the same problem: === Cleaning for apache24-2.4.4 === apache24-2.4.4 AUTHN_DBD requires DBD. *** [all] Error code 1 Stop in /usr/ports/www/apache24. Below, the make showconfig output is shown. I consider this a bug. === The following configuration options are available for apache24-2.4.4: ACCESS_COMPAT=on: Old group authorizations based on host (name or IP), deprecated by mod_authz_host ACTIONS=on: Action triggering on requests ALIAS=on: Mapping of requests to different filesystem parts ALLOWMETHODS=on: Easily restrict what HTTP methods can be used on the server ASIS=on: Sends files that contain their own HTTP headers AUTHN_ANON=on: Anonymous user authentication control AUTHN_CORE=on: Core authentication module AUTHN_DBD=on: SQL-based authentication control AUTHN_DBM=on: DBM-based authentication control AUTHN_FILE=on: File-based authentication control AUTHN_SOCACHE=on: Cached authentication control AUTHZ_CORE=on: Core authorization provider vector module AUTHZ_DBD=on: SQL based authorization and Login/Session support AUTHZ_DBM=on: DBM-based authorization control AUTHZ_GROUPFILE=on: Group authorization using plaintext files AUTHZ_HOST=on: Host-based authorization control AUTHZ_OWNER=on: Authorization based on file ownership AUTHZ_USER=on: User Authorization AUTH_BASIC=on: Basic authentication AUTH_DIGEST=on: RFC2617 Digest authentication AUTH_FORM=on: Form authentication AUTOINDEX=on: Directory listing BUFFER=on: Filter Buffering CACHE=off: Dynamic file caching CACHE_DISK=on: Disk caching module CERN_META=on: CERN-type meta files CGI=on: CGI scripts (non-threaded MPMs) CGID=on: CGI scripts (threaded MPMs) DAV=on: WebDAV protocol handling. --enable-dav also enables mod_dav_fs DAV_FS=on: DAV provider for the filesystem. --enable-dav also enables mod_dav_fs DBD=off: Apache DBD Framework DEFLATE=on: Deflate transfer encoding support DIR=on: Directory request handling DUMPIO=on: I/O dump filter ENV=on: Modifies environment passed to CGI/SSI pages EXPIRES=on: Expires header control EXT_FILTER=on: External filter module FILE_CACHE=on: File cache FILTER=off: Smart Filtering HEADERS=on: HTTP header control IMAGEMAP=on: Server-side imagemaps INCLUDE=on: Server-side includes INFO=on: Server information LBMETHOD_BYBUSYNESS=on: Apache proxy Load balancing by busyness LBMETHOD_BYREQUESTS=on: Apache proxy Load balancing by request counting LBMETHOD_BYTRAFFIC=on: Apache proxy Load balancing by traffic counting LOGIO=on: Input and output logging LOG_DEBUG=on: Configurable debug logging MIME=on: Mapp file-ext. to MIME (recommended) MIME_MAGIC=on: Automagically determining MIME type NEGOTIATION=on: Content negotiation RATELIMIT=on: Output Bandwidth Limiting REMOTEIP=on: Translate header contents to an apparent client remote_ip REQTIMEOUT=on: Limit time waiting for request from client REQUEST=off: Request Body Filtering REWRITE=on: Rule based URL manipulation SED=on: Filter request and/or response bodies through sed SETENVIF=on: Modify ENV vars based on characteristics of the request SOCACHE_DBM=on: dbm small object cache provider SOCACHE_MEMCACHE=on: memcache small object cache provider SOCACHE_SHMCB=on: shmcb small object cache provider SPELING=on: Correct common URL misspellings SSL=on: SSL/TLS support (mod_ssl)
[QAT] r314556: 4x leftovers, 38x success, 6x depend (fetch in security/gnutls)
Fix a long standing bug of lib/charset.alias being overwritten, modified, and badly tracked by ports. Make lib/charset.alias a file only provided by converters/libiconv Create a new USES: charsetfix, that will modify in post patch the Makefile.in to prev - Build ID: 20130318114200-53575 Job owner: b...@freebsd.org Buildtime: 12 days Enddate: Sat, 30 Mar 2013 17:07:10 GMT Revision: r314556 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=314556 - Port:converters/libiconv 1.14_1 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120808/libiconv-1.14_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120809/libiconv-1.14_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120810/libiconv-1.14_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120811/libiconv-1.14_1.log - Port:devel/bison Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120812/bison-2.7,1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120813/bison-2.7,1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120814/bison-2.7,1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120815/bison-2.7,1.log - Port:devel/gettext Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120816/gettext-0.18.1.1_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120817/gettext-0.18.1.1_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120818/gettext-0.18.1.1_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120819/gettext-0.18.1.1_1.log - Port:devel/libunistring Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120820/libunistring-0.9.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120821/libunistring-0.9.3.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120822/libunistring-0.9.3.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120823/libunistring-0.9.3.log - Port:devel/libvirt Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120824/libvirt-1.0.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120825/gnutls-2.12.23_1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: DEPEND (FETCH IN SECURITY/GNUTLS) Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120826/gnutls-2.12.23_1.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120827/libvirt-1.0.3.log - Port:devel/patch Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20130318114200-53575-120828/patch-2.7_1.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log:
Re: apache24-2.4.4 AUTHN_DBD requires DBD == FAULT due to WITH_BSD_GREP
On Sat, 2013-03-30 at 17:14 +0100, olli hauer wrote: On 2013-03-30 17:01, O. Hartmann wrote: On Sat, 2013-03-30 at 16:52 +0100, olli hauer wrote: Easy solution, change this to on - DBD=off: Apache DBD Framework -- Regards, olli Well, this is very funny and no easy solution at all. I explicitely switched this to on - but is is always off when I enter the make config a second time! This happens on three other machines as well as on the one Irepoted the error from (all FreeBSD 10.0-CURRENT #0 r248931: Sat Mar 30 10:51:31 CET 2013). It seems, some ill-logic switches back the selection. Even make rmconfig doesn't solve the problem. After a full rmconfig, all checkboxes are checked to ON down to VHOST_ALIAS. Calling a second time leaves some checkboxes now OFF for some magic reasons: CACHE DBD FILTER REQUEST I tried investigating, but did not get very far. oh Check if you have somewhere WITHOUT_DBD in make.conf, this would explain this. Maybe a really quick search $ make rmconfig $ script -q TMP make -dA showconfig $ grep -e WITH_DBD -e WITHOUT_DBD TMP | grep Global If you see Global:WITHOUT_DBD = true then it is 99% from make.conf Btw. same issue is maybe for CACHE -- Regards, olli I used WITH_BSD_GREP in /etc/src.conf. Now I use the GNU_GREP again - and the problem disappears! [...] deleted signature.asc Description: This is a digitally signed message part
Re: pkg replacement for pkg_sort?
On 30 Mar 2013 14:53, Robert Huff roberth...@rcn.com wrote: Matthew Seaman writes: On 30/03/2013 13:17, Robert Huff wrote: Am I too much of a zombie this morning, or is there nothing in the man page about how to do this? That's not functionality provided by pkgng at the moment, although pkgng certainly has all the necessary data in repository catalogues etc. to be able to sort a list of package origins with all dependencies occurring before what requires them. No one has implemented that yet. However, pkg_sort(1) is part of portupgrade, and portupgrade should be fully pkgng aware nowadays. Did you try just using pkg_sort? I did and do. I'm trying to move to a single tool for this set of tasks, and pkg_sort is one of the (very) few things I haven't been able to replace. Unfortunately, that functionality is essential to several scripts The other irreplaceable I can think of is portsclean, particularly the C, D, and L options. Portsclean is easy for wrkdirs; echo /usr/ports/*/*/work |xargs rm -r Or set WRKDIRPREFIX somewhere else and rm -r that. Portmaster removes old distfiles and packages iirc. Chris If you'ld like something to be changed about either portupgrade or pkgng in respect to this, then please open an issue -- https://github.com/pkgtools/pkgtools/issues https://github.com/pkgng/pkgng/issues Depends on how lazy I'm feeling at the moment. :-) Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
gfortran and USE_GCC
If in my Makefile I have: USE_GCC=4.7+ USE_FORTRAN=yes and then I type make test-gcc, I get CC=gcc47 - CXX=g++47 - CPP=cpp47 - CFLAGS=-pipe -Wl,-rpath=/usr/local/lib/gcc47 F77=gfortran46 - FC=gfortran46 - FFLAGS=-pipe -Wl,-rpath=/usr/local/lib/gcc47 LDFLAGS= -Wl,-rpath=/usr/local/lib/gcc47 Shouldn't F77 and FC be gfortran47? ___ 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: pkg replacement for pkg_sort?
On Sat, Mar 30, 2013 at 2:43 PM, Chris Rees utis...@gmail.com wrote: On 30 Mar 2013 14:53, Robert Huff roberth...@rcn.com wrote: Matthew Seaman writes: On 30/03/2013 13:17, Robert Huff wrote: Am I too much of a zombie this morning, or is there nothing in the man page about how to do this? That's not functionality provided by pkgng at the moment, although pkgng certainly has all the necessary data in repository catalogues etc. to be able to sort a list of package origins with all dependencies occurring before what requires them. No one has implemented that yet. However, pkg_sort(1) is part of portupgrade, and portupgrade should be fully pkgng aware nowadays. Did you try just using pkg_sort? I did and do. I'm trying to move to a single tool for this set of tasks, and pkg_sort is one of the (very) few things I haven't been able to replace. Unfortunately, that functionality is essential to several scripts The other irreplaceable I can think of is portsclean, particularly the C, D, and L options. Portsclean is easy for wrkdirs; echo /usr/ports/*/*/work |xargs rm -r Or set WRKDIRPREFIX somewhere else and rm -r that. In my /etc/csh.cshrc, I have this: alias rmworkrm -rf /usr/ports/*/*/work Portmaster removes old distfiles and packages iirc. Chris If you'ld like something to be changed about either portupgrade or pkgng in respect to this, then please open an issue -- https://github.com/pkgtools/pkgtools/issues https://github.com/pkgng/pkgng/issues Depends on how lazy I'm feeling at the moment. :-) Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: pam_ssh_agent_auth: ENOENT
Am 26.03.2013 um 17:25 schrieb Martin Wilke m...@freebsd.org: Hey Please test the new patch. @ Stefan thx for the PR. http://people.freebsd.org/~miwi/psaa.diff Seems to be working just fine! Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ 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: textproc/libkolabxml does not compile
David Demelier demelier.da...@gmail.com writes: === Building for libkolabxml-0.8.1 [ 4%] Built target xsdbin [ 8%] Generating XSD bindings terminate called after throwing an instance of 'std::runtime_error' what(): locale::facet::_S_create_c_locale name not valid Abort trap For posterity: this was a problem in devel/boost-libs fixed in r311771. ___ 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 bidirectional authentication in pkgng
On Fri, 18 Jan 2013 20:55:40 + Matthew Seaman m.sea...@infracaninophile.co.uk wrote: On 18/01/2013 02:57, Michael Gmelin wrote: c. libfetch really needs to get fixed to allow certificate verification in its fetchX* and fetchHTTP* functions when using HTTPS. fetch(3) is based on it and there is no indication anywhere whatsoever that no checks are done at all (none of the libfetch or fetch utility man pages mention it). This would be useful functionality to add to libfetch. However, support for DANE (RFC 6698) would be even better, IMHO. Hi Matthew, I implemented all the bits necessary back in January and discussed the patch with Dag at length. The final result was (well, IMHO) quite satisfactory, but then I got distracted by a couple of very tight deadlines until early March. I mailed the latest version of the patch to Dag, but didn't receive any feedback yet - it's been only a few weeks though. From my perspective the patch is complete, since all the features I intended to implement have been implemented and tested according to the relevant RFCs. Adding DANE, like you suggested, would be great, but I don't have the time to acquire the expertise required right now. Plus implementing it is not a replacement for supporting a traditional SSL CA infrastructure. You can fetch the latest version of the patch at http://blog.grem.de/libfetch_20130307.patch (I didn't bother adding it to kern/175514, since AFAIK patches containing UTF-8 characters are still broken in the PR system). I wrote a tutorial, available at http://goo.gl/tW7P3 [1], on how to actually take advantage of the features provided by the patch in a fully trusted and bidirectionally authenticated pkgng setup, I hope this useful to somebody else. We'll roll out a very similar setup on all of our servers in the near future. I'd like to see the patches to libfetch/fetch make it to base, since I think these features just have to be in there, regardless of what you think of traditional PKI infrastructures. Cheers, Michael [1] http://blog.grem.de/sysadmin/Trusted-Package-Distribution-With-pkgng-2013-03-30.html -- Michael Gmelin ___ 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: Trouble building postfixadmin on 10-CURRENT
On Sat, 30 Mar 2013 09:00:43 -0400, Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org wrote: Andre Goree an...@drenet.info writes: Having issues building postfixadmin on a 10-CURRENT system. Any advice? [root@nqhost postfixadmin]# make install clean === Installing for postfixadmin-2.3.6 === postfixadmin-2.3.6 depends on file: /usr/local/include/php/main/php.h - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/session.so - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/mbstring.so - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/xmlrpc.so - found === postfixadmin-2.3.6 depends on file: /usr/local/lib/php/20090626/mysqli.so - found === Generating temporary packing list === Checking if mail/postfixadmin already installed (cd /usr/ports/mail/postfixadmin/work/postfixadmin-2.3.6/ /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 /dev/null 21) /usr/sbin/chown -R root:wheel $1 /usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type f -exec chmod 444 $1/{} \;' -- \*.php /usr/local/www/postfixadmin ! -name config.inc.php) *** [do-install] Error code 1 Stop in /usr/ports/mail/postfixadmin. *** [install] Error code 1 Stop in /usr/ports/mail/postfixadmin. No message from what actually goes wrong; strange. Especially for failing on do-install; it looks like it should be changing permissions at that point. And I can't reproduce the failure on RELENG_9 with default options. Are you using any unusual options? I have just 'mysqli' selected. I believe I've tried with 'mysql' instead, as well. Strange indeed! -- Andre Goree an...@drenet.info ___ 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: postfix-2.9.5,1 - LDAP_SASL option ignored
On Fri, 2013-03-22 at 11:54:14 +0200, Pavel Bychykhin wrote: In config dialog i check OPENLDAP, LDAP_SASL and SASL2. The make process ignores an option LDAP_SASL. As a result i see unsupported parameter value: bind = SASL in output of postmap command. As a solution, i added -DUSE_LDAP_SASL directly into Makefile in do-configure section: do-configure: (cd ${WRKSRC} ${MAKE} -f Makefile.init makefiles ${MAKEFILEFLAGS} \ CCARGS=${POSTFIX_CCARGS} -DUSE_LDAP_SASL AUXLIBS=${POSTFIX_AUXLIBS} \ ${ECHO} all: default Makefile) After that changes, all works fine with LDAP SASL binding. Thanks for the report. The logic that handles LDAP SASL bindings was tweaked when the Postfix ports were updated to use optionsNG. I will commit a fix once the tree has unfrozen. Sorry for the inconvenience. -- Sahil Tandon ___ 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