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

dmg names
by Ryan Schmidt 28 Nov '07

28 Nov '07

Currently we have MacPorts-1.5.0-10.3.dmg MacPorts-1.5.0-10.4.dmg MacPorts-1.5.0-10.5.dmg These names are rather similar and people have in the past not realized that these are for different OS versions. Maybe we could use the kitty name starting with our next release? MacPorts-1.6.0-Panther.dmg MacPorts-1.6.0-Tiger.dmg MacPorts-1.6.0-Leopard.dmg That would make it easier to distinguish between the different images. Note that Apple has been using this kind of naming for some time already in its security updates, and now also in the QuickTime 7.3 disk images.

5 5

New port for rb-json needs commit
by Roger Hoover 27 Nov '07

27 Nov '07

This is a pretty straightforward new port for the Ruby json gem. I'm willing to be the maintainer. Can you someone take a look and commit? http://trac.macosforge.org/projects/macports/ticket/13320 Thanks, Roger

1 0

Re: [31521] trunk/base/Mk/macports.autoconf.mk.in
by Boey Maun Suang 27 Nov '07

27 Nov '07

Hi everyone, Probably a stupid question, but: > LDFLAGS = -L/usr/local/lib @LDFLAGS@ Should we really have '-L/usr/local/lib' in that line in trunk/base/ Mk/macports.autoconf.mk.in ? Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org

2 1

Release specific milestones on our Trac roadmap
by Juan Manuel Palacios 27 Nov '07

27 Nov '07

It's no secret that to this point I've failed to come up with a solid and working plan for release specific milestones up on our Trac roadmap. So how about yet another suggestion? (feedback is *most* welcome!) Given that our release schedules and version numberings are highly (not to mention entirely) symbolic at the moment, and therefore anything might be either in 1.7 or in 5.0, what if we simply remove version specific milestones and classify *all* base tickets as either bugs or enhancements? In lack of a better plan, simplicity is always a very good fit (Ockham's Razor for the win!). Thoughts? Regards,... -jmpp

1 0

Small bug in ports.php
by Juan Manuel Palacios 27 Nov '07

27 Nov '07

Sometimes transcripts are the best: [14:40] @<jmpp> there is a bug in ports.php by which multiple maintainers are listed as 'maintainer1maintainer2' [14:40] @<jmpp> but I'll look into it later [14:41] @<jmpp> I know where it originates [14:41] @<jmpp> I made a change to how the sql instructions are created in PortIndex2MySQL [14:41] @<jmpp> but I didn't adapt the ports.php client in turn [14:41] @<jmpp> but, again, I'll look into it later ;) That bug might also affect the categories. From PortIndex2MySQL: set primary 1 foreach category $categories { set category [sql_escape $category] puts $sqlfile_fd "INSERT INTO categories VALUES ('$portname', '$category', $primary);" incr primary } set primary 1 foreach maintainer $maintainers { set maintainer [sql_escape $maintainer] puts $sqlfile_fd "INSERT INTO maintainers VALUES ('$portname', '$maintainer', $primary);" incr primary } But it seems like I was mistaken in the assertion I made in the transcript above. I reverted the behavior of the primary key for categories and maintainers in r31415 and regenerated the database with the new script, but the behavior persists as shown by a simple query such as http://apollo.homeunix.net/macports/ports.php?by=cat&substr=lang I'd be grateful if anyone beats me to looking into this issue... Ryan? ;-) Regards,... -jmpp PS: In trunk/www/ports.php, the sections querying the db for maintainer and category information are clearly labeled /* MAINTAINERS */ and /* CATEGORIES */, respectively.

4 13

Some more infrastructure changes: trac & svn mails
by Juan Manuel Palacios 27 Nov '07

27 Nov '07

So after thanksgiving week, I was able to get back in touch with Bill and coordinated with him some of the changes we discussed here last week: -) commit mails now have both this list and author in the reply to header, so a simple reply to the message will get those two on the recipients list; -) this will be the same for the revprop post-commit hook when it works: Bill set it up for us already but something seems to be blocking the mails, as I edited a typo in a log message of mine yesterday and no mail got through; he'll be looking into it shortly. On a side note, in testing this hook Bill triggered a re-sync of the Trac db against all our subversion commits, so as to figure out how to best accomplish this "Trac refresh" when a revprop is edited; the downside is that commits will be inaccessible through Trac for a while (hopefully just minutes), but on the plus side all logs that have been edited (and other revprops too, of course) since whenever (r1 ;-) will now be reflected in Trac; -) Trac mails for ticket activity have been changed to use the 'explicit_cc' feature, so that recipients are in their corresponding to and/or cc field, thus no longer generating "implicit destination" errors from mailing lists and/or spam filters; -) notification for ticket updaters (whoever participates in a ticket, even if it is to change a single field) has been turned off, as requested here; anyone with an interest to stay in the loop of a ticket should add him/her-self to the Cc field of said ticket; Let me know if there are any problem with these changes, I'll coordinate with Bill any necessary troubleshooting. Regards,.... -jmpp

1 0

Change in mail routine for @macports.org addresses
by James Berry 26 Nov '07

26 Nov '07

As part of ongoing spam-fighting efforts, mail to our @macports.org addresses is now being routed through the main apple email servers in order to better filter out spam. Please let us know if you see any adverse effects from this change. James

3 4

New website done!
by Juan Manuel Palacios 26 Nov '07

26 Nov '07

http://apollo.homeunix.net/macports .... I am most glad to say, finally done! I am quite happy with how it turned out, but I am aware it could, both, see many improvements to what's there now (it feels a tad toooo wordy in some places, for instance) and, also, general improvements going forward (flow redesign, reworked sections, new ones, yanked ones, integration with James' mpwa, whatever...). But in any case that's what we have for now and what I'll be rolling live along our 1.6.0 release. Once again I tell you, review and feedback are most welcomed so don't be shy to speak up if you have anything to say, but at this point in the game I'm afraid I will not be able to make any structural changes for the time being (for one, my current share of spare time is running out). So, overall, enjoy our new project website! Thanks to all those who participated and provided feedback and help, specially to Chris for providing the basic structural design, artwork and CSS, much appreciated! Regards,... -jmpp

4 8

Re: [31503] trunk/dports/python/py25-setuptools/Portfile
by Ryan Schmidt 26 Nov '07

26 Nov '07

On Nov 26, 2007, at 00:13, stechert(a)macports.org wrote: > Revision: 31503 > http://trac.macosforge.org/projects/macports/changeset/31503 > Author: stechert(a)macports.org > Date: 2007-11-25 22:13:11 -0800 (Sun, 25 Nov 2007) > > Log Message: > ----------- > Get rid of conflict between py-setuptools and py25-setuptools by > removing the file easy_install as a post-destroot action. As > suggested by mww. Closes #13186 > > Modified Paths: > -------------- > trunk/dports/python/py25-setuptools/Portfile > > Modified: trunk/dports/python/py25-setuptools/Portfile > =================================================================== > --- trunk/dports/python/py25-setuptools/Portfile 2007-11-26 > 06:03:33 UTC (rev 31502) > +++ trunk/dports/python/py25-setuptools/Portfile 2007-11-26 > 06:13:11 UTC (rev 31503) > @@ -4,7 +4,6 @@ > PortGroup python25 1.0 > name py25-setuptools > version 0.6c7 > -revision 1 But why downgrade the revision to 0? Shouldn't the revision be increased to 2 instead? I don't think the combination of version and revision should ever decrease (except perhaps if you erroneously modify the revision and fix it within a few minutes).

1 0

Re: [31500] trunk/base/src/port
by Ryan Schmidt 26 Nov '07

26 Nov '07

On Nov 25, 2007, at 23:47, jberry(a)macports.org wrote: > Revision: 31500 > http://trac.macosforge.org/projects/macports/changeset/31500 > Author: jberry(a)macports.org > Date: 2007-11-25 21:47:26 -0800 (Sun, 25 Nov 2007) > > Log Message: > ----------- > Initial support for port load and port unload actions. > > These actions call invoke launchctl to load or unload the > startupitem.plist > for the specified port(s). Neat! Thank you. It seems to work.

1 0