July 2007 - macports-dev - lists.macosforge.org

macports_fastload.tcl
by Chris Pickel 12 Jul '07

12 Jul '07

Hi, I wanted to confirm my understanding of the intention of macports_fastload.tcl: the `package` command is supposed to be replaced if the user has a tclsh version prior to 8.4.7, right? This isn't what the file currently does--it tests '7' against [lindex [split [info patchlevel] .] 3], which is out-of-bounds, since lindex is taking a 0-based index into {8 4 7}. So, the body runs anyway, for any version of Tcl prior to 8.5. I'm also not sure why all of the `source` statements are wrapped with `catch`. This ignores any fatal errors that occur when loading the relevant packages. This seems unsound to me, because if there are fatal errors loading them, then it's unreliable to proceed. (I noticed this when I screwed up macports.tcl so it wouldn't load; execution proceeded but later produced errors about its procedures not being defined.) Chris

1 0

Re: [26938] trunk/dports
by Randall Wood 12 Jul '07

12 Jul '07

On 12 Jul 2007, at 12:10, source_changes(a)macosforge.org wrote: You might want to double check that the --with-gimp2-as-gutenprint configure argument should have been replaced with --with-gimp-as- gutenprint It seems to me that this argument has to do with searching for gimp 2.x as opposed to gimp 1.x and is not related to the internal workings of our MacPorts system. > Modified: trunk/dports/print/gutenprint/Portfile (26937 => 26938) > --- trunk/dports/print/gutenprint/Portfile 2007-07-12 14:47:31 UTC > (rev 26937) > +++ trunk/dports/print/gutenprint/Portfile 2007-07-12 16:10:53 UTC > (rev 26938) > @@ -16,14 +16,14 @@ > use_bzip2 yes > checksums md5 4ec66d57c1014b503d6bea16b1c31d81 > > -depends_lib port:gimp2 > +depends_lib port:gimp > > configure.args --disable-escputil \ > --disable-samples \ > --disable-test \ > --without-cups \ > --without-readline \ > - --with-gimp2-as-gutenprint > + --with-gimp-as-gutenprint > > post-configure { > foreach i {iconv intl} { > @@ -41,7 +41,7 @@ Randall Wood rhwood(a)mac.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy."

2 1

Re: [26924] trunk/dports/graphics/gimp
by Ryan Schmidt 12 Jul '07

12 Jul '07

On Jul 11, 2007, at 14:30, source_changes(a)macosforge.org wrote: > Revision: 26924 > http://trac.macosforge.org/projects/macports/changeset/26924 > Author: yves(a)macports.org > Date: 2007-07-11 12:30:35 -0700 (Wed, 11 Jul 2007) > > Log Message: > ----------- > New 2.2.16 version (thanks to Hanno Wirth) > gimp2 obsolete, port is now just gimp So..... there are a number of ports that depend on gimp2: gutenprint, p5-gimp, ufraw and xsane. Shouldn't you then also change all those to depend on gimp instead? $ grep gimp2 */*/Portfile graphics/gimp2/Portfile:name gimp2 graphics/ufraw/Portfile:depends_lib port:gimp2 port:exiv2 graphics/xsane/Portfile: port:gimp2 \ graphics/xsane/Portfile: if {![variant_isset disable_gimp2]} { graphics/xsane/Portfile:variant disable_gimp2 { graphics/xsane/Portfile: depends_lib-delete port:gimp2 perl/p5-gimp/Portfile:depends_lib-append lib:libgimpbase-2:gimp2 port:p5-gtk2 \ print/gutenprint/Portfile:depends_lib port:gimp2 print/gutenprint/Portfile: --with-gimp2-as-gutenprint print/gutenprint/Portfile: depends_lib-delete port:gimp2

2 1

nco-3.9.1
by Takeshi Enomoto 12 Jul '07

12 Jul '07

I updated nco and related libraries. libdap-3.7.8 #12271 libnc-dap #12253 (in response to the patch Ben MacCall sent to me) nco-3.9.1 #12274 (please change type to enhancement. would be nice if the submitter could change or at least confirm before submission) I would also like you to examine subversion package (#12270). It used to build with neon (version 1.4.3). Now it builds without it only. As instructed by the configure script, it seems to require neon-0.25.5 (older than what is in MacPorts). It is an important tool not just for source versioning but also updating base and ports behind the firewall when the rsync port is blocked. Takeshi

2 1

defluffing Portfiles (port lint)
by Anders F Björklund 12 Jul '07

12 Jul '07

Apparently one of the oldest feature requests around... http://trac.macports.org/projects/macports/ticket/463 I created a basic implementation, for later expansion: http://trac.macports.org/projects/macports/ticket/12211 It does the following: - implicitly checks that Tcl syntax is reasonable - checks the document for invalid UTF-8 sequences - checks for blank newlines after certain fields - checks for trailing whitespace before newline - checks that PortSystem is present (but only once) - checks that all required variables are present - checks for maintainer darwinports(a)opendarwin.org Results are divided into (fatal) errors and warnings, while passed checks can be viewed using the -v flag. There are several other Portfile checks left TODO, but at least it's a start in the right direction... Note: it currently *only* checks the Portfile, and not the files directory nor the generated destroot. --anders PS. Of course it is inspired by FreeBSD portlint(1) http://www.freebsd.org/cgi/man.cgi? query=portlint&sektion=1&manpath=FreeBSD+Ports

7 12

Re: [26910] trunk/dports/textproc/libiconv
by Ryan Schmidt 11 Jul '07

11 Jul '07

On Jul 11, 2007, at 03:43, source_changes(a)macosforge.org wrote: > Revision: 26910 > http://trac.macosforge.org/projects/macports/changeset/26910 > Author: afb(a)macports.org > Date: 2007-07-11 01:43:16 -0700 (Wed, 11 Jul 2007) > > Log Message: > ----------- > freebsd support > > Modified Paths: > -------------- > trunk/dports/textproc/libiconv/Portfile > > Added Paths: > ----------- > trunk/dports/textproc/libiconv/files/patch-Makefile.devel > > Modified: trunk/dports/textproc/libiconv/Portfile > =================================================================== > --- trunk/dports/textproc/libiconv/Portfile 2007-07-11 08:41:27 UTC > (rev 26909) > +++ trunk/dports/textproc/libiconv/Portfile 2007-07-11 08:43:16 UTC > (rev 26910) > @@ -84,6 +84,11 @@ > MACOSX_DEPLOYMENT_TARGET=10.4 > } > > +platform freebsd { > + patchfiles-append patch-Makefile.devel > + pre-fetch { variant_set disable_utf8mac } > +} > + > post-destroot { > delete ${destroot}${prefix}/lib/charset.alias > } > > Added: trunk/dports/textproc/libiconv/files/patch-Makefile.devel > =================================================================== > --- trunk/dports/textproc/libiconv/files/patch- > Makefile.devel (rev 0) > +++ trunk/dports/textproc/libiconv/files/patch-Makefile.devel > 2007-07-11 08:43:16 UTC (rev 26910) > @@ -0,0 +1,11 @@ > +--- Makefile.devel.orig Tue Jun 27 14:38:56 2006 > ++++ Makefile.devel Tue Jun 26 15:11:15 2007 > +@@ -188,7 +188,7 @@ > + $(CC) $(CFLAGS) lib/genaliases.c -o genaliases > + ./genaliases > lib/aliases.gperf 3> canonical.sh 4> > canonical_local.sh > + $(RM) genaliases > +- $(GPERF) -m 10 lib/aliases.gperf > tmp.h > ++ $(GPERF) lib/aliases.gperf > tmp.h > + $(CP) tmp.h lib/aliases.h > + sh canonical.sh > lib/canonical.h > + sh canonical_local.sh > lib/canonical_local.h I don't really object to these changes. I'm assuming you've verified they work on freebsd, and since I have no freebsd machine, I'll just believe you. I do wish you had contacted me first, though, as a matter of courtesy, since the port does not say openmaintainer.

2 1

Re: [26893] trunk/dports/audio/libsdl_mixer-framework/Portfile
by Ryan Schmidt 11 Jul '07

11 Jul '07

On Jul 10, 2007, at 23:57, source_changes(a)macosforge.org wrote: > Revision: 26893 > http://trac.macosforge.org/projects/macports/changeset/26893 > Author: yves(a)macports.org > Date: 2007-07-10 21:57:27 -0700 (Tue, 10 Jul 2007) > > Log Message: > ----------- > Fix broken variant name > > Modified Paths: > -------------- > trunk/dports/audio/libsdl_mixer-framework/Portfile > > Modified: trunk/dports/audio/libsdl_mixer-framework/Portfile > =================================================================== > --- trunk/dports/audio/libsdl_mixer-framework/Portfile 2007-07-11 > 04:47:55 UTC (rev 26892) > +++ trunk/dports/audio/libsdl_mixer-framework/Portfile 2007-07-11 > 04:57:27 UTC (rev 26893) > @@ -23,7 +23,7 @@ > > patchfiles PBProjects-SDL_mixer.xcodeproj-project.pbxproj.patch > > -variant macosx i386 { > +platform i386 { > patchfiles-append native_midi_mac.c.patch > } Shouldn't that still be "platform macosx i386"? It sounds to me like it's patching something specifically for the Mac, so we shouldn't be adding that platform on all i386 systems, only on Mac i386 systems.

1 0

MacPorts 1.6 milestone plz kthxbai
by Ryan Schmidt 11 Jul '07

11 Jul '07

We need a MacPorts 1.6 milestone in Trac, and the 1.5 version should be changed to 1.5.0, since 1.5 was just changed to 1.5.0 in the sources.

2 2

Re: [26882] trunk/dports/devel/opencdk/Portfile
by Boey Maun Suang 11 Jul '07

11 Jul '07

On 11/07/2007, at 14:43, Chris Pickel wrote: > I've reverted this in r26890 [1]. To quote my commit message: > > """ > Reverting previous revision r26882 by boeyms. > The opencdk 0.6.* series is not ABI-compatible with the 0.5.* > series, and the > current stable version of GnuTLS (the 1.6.* series), its only > dependent, does > not compile with it. If there is a demand for the 0.6.* series of > opencdk, I can > create an opencdk-devel port, but it's desirable for the main > opencdk port not > to be updated yet. > """ > > If anyone has trouble compiling gnutls in the next day or two, then > this is probably the cause--I was just a minute or two shy of > beating the rsync update to the Portfile. Whoops, sorry about that. I thought I'd checked for whether or not there'd be problems with this bump, but obviously not hard enough. Be prepared to tell users to uninstall and re-install :( Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org

2 1

Re: [26882] trunk/dports/devel/opencdk/Portfile
by Chris Pickel 11 Jul '07

11 Jul '07

I've reverted this in r26890 [1]. To quote my commit message: """ Reverting previous revision r26882 by boeyms. The opencdk 0.6.* series is not ABI-compatible with the 0.5.* series, and the current stable version of GnuTLS (the 1.6.* series), its only dependent, does not compile with it. If there is a demand for the 0.6.* series of opencdk, I can create an opencdk-devel port, but it's desirable for the main opencdk port not to be updated yet. """ If anyone has trouble compiling gnutls in the next day or two, then this is probably the cause--I was just a minute or two shy of beating the rsync update to the Portfile. Chris On 10 Jul, 2007, at 22:47, source_changes(a)macosforge.org wrote: > Revision 26882 Author boeyms(a)macports.org Date 2007-07-10 19:47:38 > -0700 (Tue, 10 Jul 2007) Log Messagedevel/opencdk: * Update to > latest version (0.6.3).Modified Paths > trunk/dports/devel/opencdk/Portfile > Diff > Modified: trunk/dports/devel/opencdk/Portfile (26881 => 26882)--- > trunk/dports/devel/opencdk/Portfile 2007-07-11 02:36:43 UTC (rev > 26881) +++ trunk/dports/devel/opencdk/Portfile 2007-07-11 02:47:38 > UTC (rev 26882) @@ -2,7 +2,7 @@ PortSystem 1.0 name opencdk - > version 0.5.13 +version 0.6.3 categories devel security > maintainers sfiera(a)macports.org openmaintainer(a)macports.org > description Open Crypto Development Kit @@ -14,9 +14,9 @@ > master_sites gnupg:alpha/gnutls/${name} checksums \ - md5 > 65324874074ba7c67028b93979e6d1d9 \ - sha1 > bff9daabfe8f20824e4d167a9dc11e0908f11370 \ - rmd160 > 587d3fb578b66c67f85aa751010140355b522774 + md5 > 56b82db77122251581acff555ddbc77a \ + sha1 > bc75b475cd8c4f0d8929a7f295b5103c2c493f75 \ + rmd160 > 92fcedf99eeea622b8699749056720996e6e1fab depends_lib port:libgcrypt

1 0