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

Google SoC 2008
by James Berry 12 Mar '08

12 Mar '08

I'm writing to attempt to gauge interest in whether and how MacPorts should participate in Google Summer of Code (GSoC) for 2008. See http://code.google.com/soc/2008/ . You might be inclined to address any of the following questions: - Do you feel MacPorts should participate in GSoC 2008? - Are there particular MacPorts projects you'd like to suggest? - Are you willing to be a GSoC mentor? - Would you be interested, as a student, in participating in a GSoC project for MacPorts? GSoC pays students a wage for the summer to work on open source projects, and also a stipend to the project for each student project. If interested, we need to move very quickly. As the Google GSoC FAQ says: "We'll begin accepting applications from open source mentoring organizations on Monday, March 3, 2008; we'll stop accepting organization applications on Wednesday, March 12th." Your feedback is welcome James

8 20

Re: [34938] trunk/dports/lang/python23/Portfile
by Rainer Müller 12 Mar '08

12 Mar '08

jmr(a)macports.org wrote: > Revision: 34938 > http://trac.macosforge.org/projects/macports/changeset/34938 > Author: jmr(a)macports.org > Date: 2008-03-12 00:12:32 -0700 (Wed, 12 Mar 2008) > > Log Message: > ----------- > python23: use appropriate dependency type > > Modified Paths: > -------------- > trunk/dports/lang/python23/Portfile > > Modified: trunk/dports/lang/python23/Portfile > =================================================================== > --- trunk/dports/lang/python23/Portfile 2008-03-12 07:08:49 UTC (rev 34937) > +++ trunk/dports/lang/python23/Portfile 2008-03-12 07:12:32 UTC (rev 34938) > @@ -21,7 +21,7 @@ > sha1 11ae8960fb4a5a57be0f57bdc86d901fedc92f66 > > # Should be depends_extract, but that isn't implemented > -depends_build bin:gnutar:gnutar > +depends_lib port:gnutar Why do you think depends_lib is more appropriate? gnutar is only needed to extract the downloaded distfile, as noted in the comment. So it should be kept as depends_build and not depends_lib. Rainer

1 0

Mac OS Forge Downtime: Wednesday, 6-7pm PDT
by William Siegrist 11 Mar '08

11 Mar '08

We need to move our servers to a new rack. This will require shutting everything down (SVN, Trac, www.macports.org, RSync, etc) for about an hour this Wednesday night (the 12th). Everything should be back around 7pm. Sorry for the inconvenience. -Bill ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist(a)apple.com 408 862 7337

1 0

Re: livecheck not finding latest version
by Rainer Müller 10 Mar '08

10 Mar '08

Simon Ruderich wrote: > I found another small problem with the livecheck. I have a port in my local > repository which uses ${name}-${version} as livecheck.version. With the > current version it gives me the following. First it says it matched and then > it doesn't. I can also reproduce the issue with e.g. enblend from the macports port tree. [...] > I looked into this and the problem is that [rpm-vercomp $upver > $updated_version] returns -1 if $updated_version is 0 and $upver is something > like fdm-1.5 which is true before any version is found. It works fine for > $upvar 1.5. Hm, you are right. rpm-vercomp just skips any alphabetic characters at the begin of the string if they appear in both versions. > The following patch fixes the problem for me but I'm not sure if it causes any > other problems. Please check if it works fine. > > --- src/port1.0/portlivecheck.tcl (revision 34864) > +++ src/port1.0/portlivecheck.tcl (working copy) > @@ -187,7 +187,7 @@ > while {[gets $chan line] >= 0} { > if {[regexp $the_re $line matched upver]} { > set foundmatch 1 > - if {[rpm-vercomp $upver $updated_version] > 0} { > + if {[rpm-vercomp $upver $updated_version] > 0 || $updated_version == 0} { > set updated_version $upver > } > ui_debug "The regex matched \"$matched\", extracted \"$upver\"" I committed a similar fix in r34874. Rainer

2 1

Re: Rails 2.0 port ?
by Yann Corno 10 Mar '08

10 Mar '08

Hi Lutz: > Hi Yann > > On Sun, 09 Mar 2008 21:39:11 +0100, "Yann Corno" > <yann(a)daysofwonder.com> said: >> Does anyone know if (or when) Ruby on Rails 2.0 will be available in >> MacPorts ? > > There is an open ticket <http://tinyurl.com/3ydrxb> that asks for RoR > 2.0. Unfortunately the maintainer of the RoR related ports seems not to > be reachable. I'd try like to take over maintainership of these ports > but before this I'd have to look deeper into the specifics of Ruby > ports. Thanks for your answer. It sure would be very nice to see it happening. > An open question is if the RoR ports should go to 2.x from 1.x in the > existing ports or if the existing ports should be kept and new ports for > RoR 2.x should be created. This is always the $1 question when a major upgrade happens on a framework. You probably want to keep the old 1.x port, at least for some time, so that legacy applications can still work. My (short) experience with upgrading my RoR app to 2.0 showed me that on the surface, there were not many changes to perform on my app to make it work. But at the same time, the RoR architecture has been reworked a lot, with more use of plug-ins for previously built-in classes, etc. So you are probably looking at a rework of the port - but then again, I am no expert. Best, Yann

1 0

Splitting the guide
by markd＠macports.org 10 Mar '08

10 Mar '08

> Hey guys! > > The guide is advancing so nicely that I'm afraid we've hit the >point >when it's maybe becoming a tad too large for a single page, wouldn't >y'all think? > > Every time I have to load a section of the guide a have a moment >of >hesitation in fear of loading such a large document! At this point in >time, wouldn't it be better to have a single html page per chapter? > > Just my thoughts,... > > >-jmpp Juan, Well I agree it is really too big, but on the other hand we hated to split it and have cumbersome "forward" and "back" buttons. Also it makes searching easier in one page, but then I suppose indexing might solve that. But then maybe a page for each chapter wouldn't be too bad. I guess we should experiment and see how it looks and drives. Mark

7 16

gv and ghostview - both needed?
by Joshua Root 10 Mar '08

10 Mar '08

Hi all, Looking at <http://trac.macosforge.org/projects/macports/ticket/14120>, I'm wondering if the best resolution might be to simply remove the ghostview port. From my perusal of their homepages, it appears that (1) gv is based on ghostview, and (2) that ghostview has not been updated since 1993, while the latest gv release is from 2007. So I just wanted to ask the list: Is there anything I'm missing? Is there a situation where ghostview would be a better choice than gv? Cheers, Josh

2 1

Rails 2.0 port ?
by Yann Corno 10 Mar '08

10 Mar '08

Dear MacPorts developers: Does anyone know if (or when) Ruby on Rails 2.0 will be available in MacPorts ? Thanks for the info. Keep up the wonderful work! Yann.

2 1

livecheck not finding latest version
by Adam Mercer 09 Mar '08

09 Mar '08

Hi I'm trying to get livecheck working for all my ports and am running into a strange problem for bzr-rebase. I have the following in the Portfile: livecheck.check regex livecheck.url ${master_sites} livecheck.regex ${name}-(\[0-9\]+\.\[0-9\]+).tar.gz the specified ${master_sites} points to the download location (http://samba.org/~jelmer/bzr) whenever I run livecheck I get the following displayed [ram@skymoo bzr-rebase]$ sudo port livecheck bzr-rebase seems to have been updated (port version: 0.3, new version: 0.2) [ram@skymoo bzr-rebase]$ Any ideas why livecheck is saying that 0.2 is newer than the ports 0.3, and how I can fix this? Is there a problem with my regular expression? Cheers Adam

4 5

Portfile skelton generator?
by js 09 Mar '08

09 Mar '08

Hi, I've just thought it would be very convenient to have Portfile skelton generator in base MacPorts system. The generator would works this way. Let's say I wanted to add a new port named foo. $ port skelton foo 1.0 > Portfile The content of Portfile would looks like # -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- vim:fenc=utf-8:filetype=tcl:et:sw=4:ts=4:sts=4 # $Id$ PortSystem 1.0 name foo version 1.0 #categories unknown #maintainers unknown #description unknown #long_description RRDtool is a system to store and display time-series data #homepage homepage #platforms darwin #master_sites # master_sites #checksums md5 \ # sha1 \ # rmd160 #depends_lib ...continued The generated Portfile contains many informative comments to help developers write a good Portfile. Generator itself would be very easy to implement once the skelton file itself was created. Any comments?

2 1