Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Ryan Schmidt
On Mar 12, 2011, at 19:59, Joshua Root wrote: > On 2011-3-13 10:18 , Ryan Schmidt wrote: >> >> On Mar 12, 2011, at 17:12, Rainer Müller wrote: >> >>> Splitting options is not the way we usually do it. For example, we set >>> distname and extract.suffix which influence distfiles. We do not set >

Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Joshua Root
On 2011-3-13 10:18 , Ryan Schmidt wrote: > > On Mar 12, 2011, at 17:12, Rainer Müller wrote: > >> Splitting options is not the way we usually do it. For example, we set >> distname and extract.suffix which influence distfiles. We do not set >> distfiles and split distname and extract.suffix out a

Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Ryan Schmidt
On Mar 12, 2011, at 16:58, Jeremy Lavergne wrote: > How does base/Tcl handle the concept of defaults? > > Is it done by simply seeing if the value is set in the Portfile? Does it then > check if the value is different? MacPorts uses the "options"/"default" mechanism. Certain variables like epo

Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Ryan Schmidt
On Mar 12, 2011, at 17:12, Rainer Müller wrote: > On 2011-03-12 23:53 , Ryan Schmidt wrote: > >> Also, consider that there are ports that set their version based on >> other variables, for example based on ${svn.revision}. I don't >> personally like it when ports do that -- I like the version fi

Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Rainer Müller
On 2011-03-12 23:53 , Ryan Schmidt wrote: >>> We should probably continue to try to keep the epoch line *above* >>> the version line, since it has a *higher* precedence for MacPorts >>> than the version or revision. Placing it below the version line >>> gives it the impression of having a lower pre

Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Jeremy Lavergne
> We also don't currently list the epoch, in the vast majority of ports. Sounds > like you're suggesting we always list the epoch, even when it's its default > value of 0. Possibly you're also saying we should always list the revision, > even when it's its default value of 0. I think it's nice w

Re: [76897] trunk/dports/security/Vidalia/Portfile

2011-03-12 Thread Ryan Schmidt
On Mar 12, 2011, at 08:28, mn...@macports.org wrote: > Revision: 76897 > http://trac.macports.org/changeset/76897 > Author: mn...@macports.org > Date: 2011-03-12 06:28:43 -0800 (Sat, 12 Mar 2011) > Log Message: > --- > Vidala: update homepage and livecheck You also changed

Re: [76912] trunk/dports/devel/bzr-svn

2011-03-12 Thread Ryan Schmidt
On Mar 12, 2011, at 12:06, rai...@macports.org wrote: > Revision: 76912 > http://trac.macports.org/changeset/76912 > Author: rai...@macports.org > Date: 2011-03-12 10:06:25 -0800 (Sat, 12 Mar 2011) > Log Message: > --- > devel/bzr-svn: Switch to python27, add patch for bzrli

Re: Xcode 4 issues

2011-03-12 Thread Anders F Björklund
Joshua Root wrote: >> Everything else aside, this seems to be good impetus to provide binary >> packages. > > Lack of a good reason has never been what stopped this from happening... Did you want to start including @pkgdep and the pkg command ? Or was there every any further plans to use "real