February 2008 - macports-dev - lists.macosforge.org

Re: [34368] trunk/dports/games/tuxmath/Portfile
by Ryan Schmidt 23 Feb '08

23 Feb '08

You need to bump the port revision too so everyone gets that change. On Feb 22, 2008, at 10:50, raimue(a)macports.org wrote: > Revision: 34368 > http://trac.macosforge.org/projects/macports/changeset/34368 > Author: raimue(a)macports.org > Date: 2008-02-22 08:50:30 -0800 (Fri, 22 Feb 2008) > > Log Message: > ----------- > games/tuxmath: > Applying patch from maintainer, closes #14440 [snip] > +platform darwin { > + post-destroot { > + xinstall -m 755 -d ${destroot}/Applications/MacPorts/ > TuxMath.app/Contents/MacOS > + ln -s ${prefix}/bin/tuxmath ${destroot}/Applications/ > MacPorts/TuxMath.app/Contents/MacOS/TuxMath > + } > +}

2 3

universal flags and configuration
by Anders F Björklund 22 Feb '08

22 Feb '08

I've added some configure. flags for +universal variants, and also to the macports.conf file for providing defaults. They are: - universal_target # for setting macosx_deployment_target and configure target Default: 10.4 - universal_sysroot # the SDK "sysroot" to use, normally for the -isysroot flag Default: /Developer/SDKs/MacOSX10.4u.sdk - universal_archs # machine architectures to use, can be more than just one Default: ppc i386 There are some workarounds for known shortcomings/bugs, such as setting -mmacosx-version-min instead of macosx_deployment_target when the variable don't want to take effect, or adding -syslibroot on PowerPC so that it doesn't forget to use the Intel versions... The additions means that it will now cross-compile when necessary, and that +universal target is meant to generate similar binaries*. By changing the values, it's possible to build for the Leopard SDK and even the Panther SDK (cross-compiling to a previous OS version) Currently these do _not_ affect the MacPorts os. variables, though. These use the currently running operating system, and nothing else (i.e. they aren't affected by changing these universal variables) So it would still say "+darwin_9" and "+i386", even for Panther SDK. However, if you do set the universal_target to a certain version then it will pass matching configure flags to autoconf/automake. For instance, when using the default MacOSX10.4u.sdk, it'll use: configure --host=i686-apple-darwin8 --target=i686-apple-darwin8 It still only works for ports using configure and not hardcoding architecture into generated files (like endianness for instance), and there still needs to be an implementation that will build twice (once for each arch) and then merge the results together. Also left to do is to wire the above settings into Xcode group, by using appropriate parameters to the xcodebuild(1) command... (variables like SYSROOT and ARCHS should be straightforward, and I think the remaining one is MACOSX_DEPLOYMENT_TARGET ?) Thoughts? --anders * this default is a change from MacPorts 1.6.0, that used 10.5 SDK on Leopard and 10.4u SDK on Tiger (but is the same as in 1.5/1.4)

3 6

Re: [34313] trunk/base/src
by Ryan Schmidt 22 Feb '08

22 Feb '08

On Feb 21, 2008, at 06:22, afb(a)macports.org wrote: > Revision: 34313 > http://trac.macosforge.org/projects/macports/changeset/34313 > Author: afb(a)macports.org > Date: 2008-02-21 04:22:53 -0800 (Thu, 21 Feb 2008) > > Log Message: > ----------- > move back to using 10.5 SDK on Leopard to avoid cross-compiling Why was this changed again?

1 0

72 hours are not enough for maintainers?
by js 22 Feb '08

22 Feb '08

Hi, MacPorts Guide says "The maintainer should apply the patches and close the ticket within 72 hours." "If the maintainer does not respond within 72 hours, you or another committer may review the patches and update the port." But actually this is not always the case. So I started to consider 72 hours restriction is not realistic so this part of guideline should be modified to be more practical. Any comments?

8 11

Re: [34326] trunk/dports
by Ryan Schmidt 22 Feb '08

22 Feb '08

On Feb 21, 2008, at 10:37, jmr(a)macports.org wrote: > Revision: 34326 > http://trac.macosforge.org/projects/macports/changeset/34326 > Author: jmr(a)macports.org > Date: 2008-02-21 08:37:37 -0800 (Thu, 21 Feb 2008) > > Log Message: > ----------- > pgp: correct issues detected by port lint > > Modified Paths: > -------------- > trunk/dports/security/pgp/Portfile > > Added Paths: > ----------- > trunk/dports/security/pgp/ > trunk/dports/security/pgp/files/patch-pgpFullLicense.c.diff > > Removed Paths: > ------------- > trunk/dports/mail/pgp5/ > trunk/dports/security/pgp/files/pgpFullLicense.c-patch > > Copied: trunk/dports/security/pgp (from rev 34310, trunk/dports/ > mail/pgp5) Thanks for doing all these commits lately! Something I wanted to point out though: You should have used "svn mv" to rename pgpFullLicense.c-patch to patch-pgpFullLicense.c.diff. It looks like you just added it anew. Look the revision history now in the repository: http://trac.macosforge.org/projects/macports/log/trunk/dports/ security/pgp/files/patch-pgpFullLicense.c.diff?rev=34326 See, it looks like the file just came into existence in r34326. But it didn't. It had a previous history that should have been preserved: http://trac.macosforge.org/projects/macports/log/trunk/dports/mail/ pgp5/files/pgpFullLicense.c-patch?rev=21488

2 4

Re: "sudo: port: command not found" on OS X Tiger
by Rainer Müller 22 Feb '08

22 Feb '08

Please, always include the mailing list in your replies. Use `Reply All' instead of `Reply'. Brent Austin wrote: > I have: > /bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin > I'm not seeing X11R6 in there even though I know it' s installed. It may not be in there on Tiger by default. I am not sure. Rainer

2 1

ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib
by Ryan Schmidt 20 Feb '08

20 Feb '08

The Apple Developer Technical Q&A on this problem http://developer.apple.com/qa/qa2007/qa1567.html says the fix is to add this to LDFLAGS: -dylib_file FILE:FILE where "FILE" is "/System/Library/Frameworks/OpenGL.framework/Versions/ A/Libraries/libGL.dylib" These ports do it this way: djvulibre, enblend, fox, fxscintilla, gst- plugins-bad, py25-gtkglext, xforms However we have some ports that instead add this to LDFLAGS: -Wl,-dylib_file,FILE:FILE These ports do it this way: aqbanking, geomview, glut, gtkglarea2, gvemod-cplxview, gvemod-crayola, gvemod-labeler, gvemod-ndview, gvemod-xforms-example, gvemodules-xforms, gwyddion, koffice, maniview, orrery, scribus What's the difference? Which one is better and why? If neither is better, why aren't we always doing it the Apple-recommended way?

2 2

Re: [34249] trunk/dports/lang
by Juan Manuel Palacios 20 Feb '08

20 Feb '08

Hey Anders! It turns out there's already a tcl-dox port in textproc/tcl-dox, and the clash is causing a conflict regening the ports.php db. Can you please try merging both into a single port? Regards,... -jmpp On Feb 19, 2008, at 7:38 AM, afb(a)macports.org wrote: > Revision > 34249 > Author > afb(a)macports.org > Date > 2008-02-19 04:08:02 -0800 (Tue, 19 Feb 2008) > Log Message > > add tcl-dox, as alternative to tcldoc > Added Paths > > trunk/dports/lang/tcl-dox/ > trunk/dports/lang/tcl-dox/Portfile > Diff > > Added: trunk/dports/lang/tcl-dox/Portfile (0 => 34249) > --- trunk/dports/lang/tcl-dox/Portfile (rev 0) > +++ trunk/dports/lang/tcl-dox/Portfile 2008-02-19 12:08:02 UTC (rev > 34249) > @@ -0,0 +1,26 @@ > +# $Id$ > + > +PortSystem 1.0 > + > +name tcl-dox > +version 0.7 > +categories lang > +maintainers afb(a)macports.org openmaintainer > +description Tcl filter for Doxygen > +long_description \ > + This is a filter that you can use with Doxygen for documenting TCL > source code. > +homepage http://therowes.net/~greg/software/ > +platforms darwin > +master_sites ${homepage}/tcl-doxygen-filter/ > +checksums md5 5806f566e51b69ff1cb8c92b86a7e8d5 \ > + sha1 e7aa17354d56a5147293eac30adc7a7c4c7d011d > + > +depends_run port:doxygen > +depends_build bin:flex:flex > + > +use_configure no > +build.dir ${worksrcpath}/src > + > +destroot { > + xinstall -m 755 ${worksrcpath}/src/tcl-dox ${destroot}$ > {prefix}/bin > +} > Property changes on: trunk/dports/lang/tcl-dox/Portfile > ___________________________________________________________________ > Name: svn:keywords > + Id > Name: svn:eol-style > + native > _______________________________________________ > macports-changes mailing list > macports-changes(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes

2 1

Can tickets 14259, 14260, 14261, 14316 be committed?
by Derek Harland 19 Feb '08

19 Feb '08

Hi I have a few tickets waiting for commit 14259 Upgrade of py-logilab-common 14260 New port: py-logilab-astng 14261 Upgrade of py-lint 14316 Upgrade of py-epydoc Would someone be able to commit them for me? des.

1 0

Proposal: reminder to the assignee when a ticket is unchanged more than 3 days
by js 19 Feb '08

19 Feb '08

I'm not sure whether Trac has this capability or not, but I think having reminder would prevent maintainers from missing their jobs. The reminder would be sent to maintainers when - the status of the ticket remains new more than 3 days - the ticket has a patch to review but not answered more than 3 days (How is this possible?) - etc. Any comments?

3 6