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

Re: [35147] trunk/dports/editors/efte/Portfile
by Ryan Schmidt 19 Mar '08

19 Mar '08

On Mar 18, 2008, at 07:32, reiffert(a)macports.org wrote: > Revision: 35147 > http://trac.macosforge.org/projects/macports/changeset/35147 > Author: reiffert(a)macports.org > Date: 2008-03-18 05:32:43 -0700 (Tue, 18 Mar 2008) > > Log Message: > ----------- > efte: making variant x11 the default variant > > Modified Paths: > -------------- > trunk/dports/editors/efte/Portfile > > Modified: trunk/dports/editors/efte/Portfile > =================================================================== > --- trunk/dports/editors/efte/Portfile 2008-03-18 10:39:45 UTC (rev > 35146) > +++ trunk/dports/editors/efte/Portfile 2008-03-18 12:32:43 UTC (rev > 35147) > @@ -16,7 +16,7 @@ > homepage http://efte.sourceforge.net > master_sites http://downloads.sourceforge.net/sourceforge/efte/ > checksums efte-${version}.tar.gz md5 > ae60a3056e73d4655569f455e4c6283e > - > +default_variants +x11 Here also you'll want to instead convert the x11 variant to a no_x11 variant, and not use default_variants.

1 0

curl 7.16.3 on Mac OS X 10.4.11 Tiger
by Ryan Schmidt 19 Mar '08

19 Mar '08

Looks like Security Update 2008-02 updates curl on Mac OS X 10.4.11 Tiger from 7.13.1 to 7.16.3. Thought this might be relevant to the -- remote-time option Anders was using / trying to use...

2 2

Maintainer away tracking
by Rainer Müller 17 Mar '08

17 Mar '08

Hi, It happens from time to time that some maintainer is busy with work or school, has to move, is on vacation or attends some other event which prevents him from taking action on new tickets. So I want to setup a new wiki page (like MaintainerAway) where anybody can add himself with a small explanation how long he is going to be away and maybe also why. If someone adds himself onto this wiki page all of his/her ports will be treated like if they have openmaintainer on them, so anybody can commit updates without explicit permission. This should be taken like a temporarily openmaintainer status. Or the maintainer could also add someone else who should take care of his/her ports for this time. The main advantage would be that the 72h delay does not have to pass as the maintainer will not answer anyway. The wiki page could look like this (with a proper table, of course): maintainer1(a)example.org | 2008-04-01 to 2008-04-10 | On vacation, please ask foobar@ maintainer2(a)example.org | 2008-03-14 to 2008-04-01 | Exams Of course this would also need to be documented in our guide. Any comments appreciated. Do you think this would be an improvement to our infrastructure? Rainer PS: I am writing to both lists as I think this is also an interesting topic for our users.

3 9

Re: [MacPorts] #14342: python25 drops modules by default, but python2[4] doesn't (js)
by Harry Parker 17 Mar '08

17 Mar '08

Hi js and Rainer, I've been following the MacPorts threads about Python for a few months now, trying to understand the problems and issues. My vote would be for Option 3: Add dropped mods to python24 and python25 as dependencies. My main goal is to write portable scientific Python applications that will work on both Mac and Windows On Fri, 14 Mar 2008 01:52:02 +0900, js <ebgssth(a)gmail.com> wrote: I think it's about a time to decide how we handle this. I wanted to change python24 to be python25-like design for consistency. Derek disagreed this idea from python24 users standpoint. Rainer seemed to agree with me, but might not like adding dropped mods to python port as dependencies. Options: 1. Change python24 to drop standard mods just as python25 does. 2. Don't change anything. 3. 1+add dropped mods to python24 and python25 as dependencies I like the first one. How about you? On Wed, Mar 12, 2008 at 10:08 PM, js <ebgssth(a)gmail.com> wrote: > The benefit is that python24 and python25 both uses almost same standard mods. > Please note that I'm not sure adding this dependency is good thing. > I just wanted to say keeping python ports similar would preferable, in > my opinion. > > > > > On Wed, Mar 12, 2008 at 6:12 AM, Rainer Müller <raimue(a)macports.org> wrote: > > js wrote: > > > If I add zlib dependency to python24, I'd also add it to python25. > > > > But if you you add it as dependency, what is the benefit from putting it > > in its own port? > > > > Rainer

1 1

Re: [35062] trunk/dports/www/firefox-x11/Portfile
by Thomas Reifferscheid 16 Mar '08

16 Mar '08

I think you have a typo in port:nsrp. It should be port:nspr Kind regards Thomas rhwood(a)macports.org wrote: > > Revision > 35062 <http://trac.macosforge.org/projects/macports/changeset/35062> > Author > rhwood(a)macports.org > Date > 2008-03-16 03:36:03 -0700 (Sun, 16 Mar 2008) > > > Log Message > > Add dependency on nspr so that firefox-x11 does not conflict with ports that do depend on port:nspr > > > Modified Paths > > * trunk/dports/www/firefox-x11/Portfile > <#trunkdportswwwfirefoxx11Portfile> > > > Diff > > > Modified: trunk/dports/www/firefox-x11/Portfile (35061 => 35062) > > > --- trunk/dports/www/firefox-x11/Portfile 2008-03-16 09:38:38 UTC (rev 35061) > +++ trunk/dports/www/firefox-x11/Portfile 2008-03-16 10:36:03 UTC (rev 35062) > @@ -5,6 +5,7 @@ > name firefox-x11 > categories www x11 > version 2.0.0.11 > +revision 1 > platforms darwin > maintainers nomaintainer > description Mozilla.org's popular stand-alone browser > @@ -44,7 +45,8 @@ > port:gtk2 \ > port:gnome-vfs \ > port:gnome-icon-theme \ > - port:cairo > + port:cairo \ > + port:nsrp > > > configure.args --enable-application=browser \ > @@ -69,7 +71,10 @@ > --with-system-zlib=${prefix} \ > --with-system-png=${prefix} \ > --enable-system-cairo \ > - --with-system-cairo=${prefix} > + --with-system-cairo=${prefix} \ > + --with-system-nspr \ > + --with-nspr-prefix=${prefix} > + > > variant debug { > configure.args-delete --disable-debug \ > ------------------------------------------------------------------------ > > _______________________________________________ > macports-changes mailing list > macports-changes(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-changes >

1 0

did oracle move the db-44 files?
by Erick Tryzelaar 13 Mar '08

13 Mar '08

It looks like for at least db44's master_sites http://downloads.sleepycat.com doesn't work anymore. I found the files here though: http://www.oracle.com/technology/software/products/berkeley-db/db/index.html My subversions busted so could someone else make the change? -e

1 1

Re: [MacPorts] #14342: python25 drops modules by default, but python25 doesn't (js)
by Derek Harland 13 Mar '08

13 Mar '08

On 8/03/2008, at 8:06 AM, macports-dev-request(a)lists.macosforge.org wrote: > Date: Sat, 8 Mar 2008 00:22:42 +0900 > From: js <ebgssth(a)gmail.com> > Subject: Re: [MacPorts] #14342: python25 drops modules by default, but > python25 doesn't > To: "Markus Weissmann" <mww(a)macports.org> > Cc: MacPorts Developers <macports-dev(a)lists.macosforge.org> > > Apparently more people like this change. > I'll get back to trac ticket and start working on this. I'm not sure I particularly like this proposed change. As I understand it, you explicitly want to *downgrade* the functionality of python24 to make it more like python25, by for example, removing hashlib and zlib. I cannot understand the logic of this. This can only conceivably break python24 installations. Even if all existing py-* ports are altered to bring in extra required dependencies, peoples (and institutions) own proprietary code that previously assumed the existence of these standard libraries will break. And that will annoy them greatly. Why are you proposing to explicitly *downgrade* python24, instead of *upgrading* python25? I also do not buy into the inference that's been made in this thread in the past that more people must be using python25 than python24. For institutions with large proprietary codebases (eg financial companies), shifting python versions *is* a costly business that is not worth the often negligible benefit. I would suggest that many are still running more code off 2.4 than 2.5 (companies I have been involved with have moved from 1.5->20->2.2->2.4->2.6). I'm not suggesting many such companies run code on OSX, but mine certainly is. derek.

3 9

gnucash & guile16: please commit patches for #12496 and #12497
by Daniel Horwood 13 Mar '08

13 Mar '08

Hi, I opened two tickets about a month ago relating to gnucash (#12497) and guile16 (#12496). The patches I attached to these tickets work for me and I have heard from two other users that they work as well. Could someone please commit these patches? Once they are committed then I can update the gnucash portfile to the latest version (which was only just released). Thanks, Dan

2 1

Enabling configureccache by default?
by js 12 Mar '08

12 Mar '08

Hi, ccache really saves so much time, but it is off by default. Assuming this is just because MacPorts installer does not contain ccache, how about adding ccache into the installer and making configurecache on by default? I think this would help many users who don't know about ccache, just like I used to be. If ccache has no bad side-effect, I think it's reasonable to make it enabled always. Thanks.

3 3

applications_dir and frameworks_dir
by Anders F Björklund 12 Mar '08

12 Mar '08

I was getting some questions about the configuration applications_dir and frameworks_dir that were added... (and their matching autoconf / configure options of --with-applications-dir and --with-frameworks-dir) They were intended to replace the (currently hardcoded) paths of /Applications/MacPorts and /Library/Frameworks, for when you want to use a different installation location. Just as we already have ${prefix} and now also ${x11prefix} ? They haven't found a suitable variable name yet, though... (so there isn't a way to use them from Portfile/Portgroup) --anders

1 0