November 2006 - macports-dev - lists.macosforge.org

15 Feb '07

Hi all, this is my first mail here, please correct if is not the right place to post this kind of informations. The current port of postfix doesn't work well, so I did some work trying to make it ok: Attached are: - a simple patch to postfix-script so it can correctly recognise folders permissions - a patch to the portfile which: * add cyrus support (this must be done explicitely in 2.3.X) * try to compile postfix against _system_ openssl and _macports'_ sasl2 * bump postfix version to 2.3.4 There's one unresolved issue, no matter if I explicitly compile it against system or macports version of openssl, I have this warning: ------ postfix/smtp[24927]: warning: run-time library vs. compile-time header version mismatch: OpenSSL 0.9.8 may not be compatible with OpenSSL 0.9.7 ------ Which means it compiles against system version of openssl and uses macports' one at run time. As a result I can't start a tls connection with any mailserver. After installation 2 files must be deleted (I don't know which is the best way to do this in the Portfile): /opt/local/var//spool/postfix/maildrop/.turd_postfix /opt/local/var//spool/postfix/public/.turd_postfix Please let me know what do you think about this, and forgive me if something is wrong because this is my first attempt to modify a port. Gufo -- ,___, If you're not part of the solution, (9v9) you're part of the precipitate (_^((\ My site: http://gufo.dontexist.org/ -^-"-"-\\-^-- Gpg Key at: http://gufo.dontexist.org/db.asc

5 5

Naming of postgresql & related
by Jyrki Wahlstedt 23 Jan '07

23 Jan '07

Hi, I just wonder about naming postgresql, some other ports could have the same. Currently postgresql installs v.7.4.12. Then we have postgresql7 (v.7.4.13), postgresql8 (v.8.1.3) and postgresql81 (v. 8.1.4). This is a mess. I think postgresql should always be the latest, then we could, if we want, to have version-specific ports (~7, ~8, ~81). How about this? The related thing comes from the fact that the database formats between point versions of postgresql are not compatible (8.0->8.1). Is there a way to make sure that database is dumped before upgrade. Could one ask a question from the user and wait for an answer (to confirm the operation)? ! ! Jyrki Wahlstedt ! Kolmas linja 12 A 18 mob. +358-400-347 015 skype:jyrkiwahlstedt ! FI-00530 Helsinki http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386

6 7

Re: [20806] trunk/dports/net/wireshark
by Eric Hall 30 Nov '06

30 Nov '06

On Thu, Nov 30, 2006 at 01:42:47PM +0000, Charlie Allom wrote: > either this or the .94 bump broke my wireshark configure. > > configure:21540: result: no > configure:21573: gcc -o conftest -no-cpp-precomp -D_U_="__attribute__ > ((unused))" -Wall -Wpointer-arith -W -g -O2 -I/opt/local/include/ > glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include - > Wl,-search_paths_first conftest.c -L/opt/local/lib -lgmodule-2.0 - > lglib-2.0 -lintl -liconv >&5 > /usr/bin/ld: warning can't open dynamic library: /opt/local/lib/ > libintl.3.dylib referenced from: /opt/local/lib/libgmodule-2.0.dylib > (checking for undefined symbols may be affected) (No such file or > directory, errno = 2) > configure:21579: $? = 0 > configure:21582: test -z || test ! -s conftest.err > configure:21585: $? = 0 > configure:21588: test -s conftest > configure:21591: $? = 0 > configure:21620: error: GLib2 distribution not found. > Arrrrr! Ye be bitten by the gettext update bug me thinks! Refer ye self to #2 on: http://trac.macosforge.org/projects/macports/wiki/ProblemHotlist -eric

1 0

Re: [20806] trunk/dports/net/wireshark
by Charlie Allom 30 Nov '06

30 Nov '06

either this or the .94 bump broke my wireshark configure. configure:21540: result: no configure:21573: gcc -o conftest -no-cpp-precomp -D_U_="__attribute__ ((unused))" -Wall -Wpointer-arith -W -g -O2 -I/opt/local/include/ glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include - Wl,-search_paths_first conftest.c -L/opt/local/lib -lgmodule-2.0 - lglib-2.0 -lintl -liconv >&5 /usr/bin/ld: warning can't open dynamic library: /opt/local/lib/ libintl.3.dylib referenced from: /opt/local/lib/libgmodule-2.0.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) configure:21579: $? = 0 configure:21582: test -z || test ! -s conftest.err configure:21585: $? = 0 configure:21588: test -s conftest configure:21591: $? = 0 configure:21620: error: GLib2 distribution not found. On 29/11/2006, at 7:57 PM, source_changes(a)macosforge.org wrote: > Revision: 20806 > http://trac.macosforge.org/projects/macports/changeset/20806 > Author: ricci(a)macports.org > Date: 2006-11-29 11:57:03 -0800 (Wed, 29 Nov 2006) > > Log Message: > ----------- > patch configure so it can find net-snmp. patch sent upstream and > has been incorporated already > > Modified Paths: > -------------- > trunk/dports/net/wireshark/Portfile > > Added Paths: > ----------- > trunk/dports/net/wireshark/files/ > trunk/dports/net/wireshark/files/patch-configure > > Modified: trunk/dports/net/wireshark/Portfile > =================================================================== > --- trunk/dports/net/wireshark/Portfile 2006-11-29 19:41:16 UTC > (rev 20805) > +++ trunk/dports/net/wireshark/Portfile 2006-11-29 19:57:03 UTC > (rev 20806) > @@ -3,7 +3,7 @@ > PortSystem 1.0 > name wireshark > version 0.99.4 > -revision 0 > +revision 1 > categories net > maintainers opendarwin.org(a)darkart.com > description Graphical network analyzer and capture tool > @@ -21,6 +21,7 @@ > sha1 696216d794b418da3cb0a1829281ef65bf3e64ff \ > rmd160 6bf940af951ddfcf66157a8cb299e6342dd3f955 > > +patchfiles patch-configure > > use_bzip2 yes > > > Added: trunk/dports/net/wireshark/files/patch-configure > =================================================================== > --- trunk/dports/net/wireshark/files/patch- > configure (rev 0) > +++ trunk/dports/net/wireshark/files/patch-configure 2006-11-29 > 19:57:03 UTC (rev 20806) > @@ -0,0 +1,11 @@ > +--- configure.orig 2006-11-25 22:38:30.000000000 -0800 > ++++ configure 2006-11-25 22:40:08.000000000 -0800 > +@@ -28319,7 +28319,7 @@ > + fi > + > + else > +- NETSNMPCNFIG=$netsnmpconfig > ++ NETSNMPCONFIG=$netsnmpconfig > + if test ! -x $NETSNMPCONFIG -o ! -f $NETSNMPCONFIG ; then > + NETSNMPCONFIG=$netsnmpconfig/bin/net-snmp-config > + if test ! -x $NETSNMPCONFIG -o ! -f $NETSNMPCONFIG ; then > > _______________________________________________ > macports-changes mailing list > macports-changes(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-changes

2 2

Patch file for ticket #11006
by Luc Heinrich 28 Nov '06

28 Nov '06

Greetings, As already discussed in the MacPorts-Users list and as described in ticket #11006, the ruby Portfile has unnecessary dependencies: having the whole Tcl/Tk/X11 bloatware as default requirements is slightly over the top, imho :) I have attached a patch for the Portfile to the ticket, which move the 'tcl' and 'tk' ports dependencies to a 'tk' variant and disable the ruby 'tk' extension by default and enable it in the 'tk' variant. <http://trac.macports.org/projects/macports/ticket/11006> -- Luc Heinrich - luc(a)honk-honk.com - http://www.honk-honk.com

1 0

Imagemagick - change x11 variant to nox11?
by Mark Duling 28 Nov '06

28 Nov '06

Wouldn't it make more sense for IamgeMagick to have X11 support by default and provide a nox11 for turning it off as suggested in this ticket? http://trac.macosforge.org/projects/macports/ticket/10624 Mark

2 1

Temporary slib *downgrade* acceptable?
by Marc André Selig 15 Nov '06

15 Nov '06

Dear all, the recent slib upgrade to 3a4 gives us (well, me) more headaches than I would wish for. GnuCash does not work with versions 3a2 and 3a4 of slib, only 3a3. The last few days, all of the time I can spend for MacPorts was busy instructing people how to manually downgrade slib to 3a3. I have tried to provide a package "slib- stable" with 3a3, but this would have to filter through too many ports to make it actually desirable. From a cursory grep at the dports directory, it appears (I may be mistaken!) that the only ports that actually use slib are GnuCash and lang/gauche. Also, that the major reason slib was upgraded for MacPorts seems to have been that the sources for 3a3 had moved and the people fixing this thought the upgrade to the latest alpha release was the simplest solution. Are my premises correct? Would it thus be acceptable for me to actually revert the slib portfile to version 3a3 (including a fix for the source location)? For a limited period of time? It would certainly make life easier for anybody wanting to use GnuCash on OS X. (fink is no alternative, since it does not yet provide GnuCash 2.0.) Regards, Marc

1 0

MD5 hash of fpconst-0.7.2.tar.gz
by Blair Zajac 09 Nov '06

09 Nov '06

Hi Greg, Sorry to hear that your site went down. Mine when down this week and it's a pain. I work on the MacPorts team and we have a package for your fpconst 0.7.2. The MD5 hash of the new tarball at http://mac.warnes.net/~warnes/files/fpconst-0.7.2.tar.gz is different than the original. I have the original hash as 0c194744ab60f3301dfda2da9f7c4068 and a copy of the file with that hash can be found at http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/fpconst-… I don't know if you want to replace the new tarball with this one and do a diff between the two, which only shows minor changes in comments, but it would make packagers life easier :) We get a little anal at times and when we see a MD5 mismatch, then we're concerned about something happening to the code. Regards, Blair -- Blair Zajac, Ph.D. http://www.orcaware.com/svn/

1 0

Building in chroot [Was: Re: Latest ruby 1.8.5_1]
by Pierre Queinnec 07 Nov '06

07 Nov '06

[Cc'ing mp-dev, removing mp-users] Hi Paul, Jordan, Paul Guyot wrote: > Le 7 nov. 06 à 07:42, Jordan K. Hubbard a écrit : >> On Nov 6, 2006, at 2:02 PM, Paul Guyot wrote: >>> I don't know how to turn it into a variant in such a way that without >>> this variant, ruby doesn't touch tk & tcl if they're available. >> >> Well, maybe if the trace code returned ENOENT on any attempt to >> satisfy non-explicit dependencies, you could use it to create a >> virtual chroot and then turn that virtual chroot mode on by default. >> Oh wait, we already went over all that in the message you cited. :-) :-) > > Heh. You love to be right, don't you? > > I gave more thought to the way MacPorts work recently and I believe > trace mode needs to be on by default. Then the problem is that it > generates warnings where we want errors to make sure that portfiles are > correct. In such a case, we want the minimum dependency set. For > example, many ports will use MP install or autoconf where the system one > would be perfectly fine. So yes, I changed my mind and I think we should > have a chroot-like environment like you suggested -- it has some holes > as ports could disable the dyld injection, but I guess it's fine for > what we're doing, it's not a security concern, and it's much cheaper > than a real chroot with union mounts, and it provides informations about > forbidden accesses. I know you probably looked at it before, but here's a description of buildlink, which is PKGSRC's way of doing this: http://www.netbsd.org/Documentation/pkgsrc/buildlink.html Basically it is a way of implementing a portable chroot. It *has* some drawbacks too, and besides we don't need that much portability since we changed name, so we might prefer the real chroot way. > The problem is I don't have enough time to implement all this now. I > toyed with ruby ports because of a work project of mine that is based on > ruby. I'll try to do the 1.3.3 release as asked by James, but I think > this will be all for 2006. > > Paul > --Ministre ultraplénipotentiaire en disponibilité. > Mobile. Sans baignoire fixe. > http://www.kallisys.com/ > http://www-poleia.lip6.fr/~guyot/ -- Pierre

1 0

Easily build Portfiles from ruby gems
by Paul Guyot 06 Nov '06

06 Nov '06

Hi all, I wrote a script that generates a ready to use Portfile for any gem. You can find it here: http://www.opendarwin.org/~pguyot/gems_to_portfile.rb The syntax is pretty simple: ./gems_to_portfile.rb gem_file.gem or ./gems_to_portfile.rb gem_name In both cases, it creates a new directory, rb-gem_name, with the Portfile in it. Please note that this portfile uses the new rubyforge_gem fetch syntax (available with the ruby group modification I just committed to the svn repository). The second version will download the gem in the current directory. I need the file to be able to compute the checksums. Besides, if several gems exist and some of them are binaries, it will ask you to choose a version (using the native gem mechanism). This script requires gems (sudo port install rb-rubygems). With such a script, there's no reason to continue to use gem to install ruby gems. Using gem may yield in inconsistencies. I know that most ruby tutorial around say: get ruby with darwinports, then use gem. But I strongly disagree. At some point, we may rename gem binary and put a fake one that displays a warning message. Enjoy! Paul -- Ministre ultraplénipotentiaire en disponibilité. Mobile. Sans baignoire fixe. http://www.kallisys.com/ http://www-poleia.lip6.fr/~guyot/

6 8