Re: Python 2.4

2012-03-18 Thread Dan Ports
On Fri, Mar 16, 2012 at 12:37:46AM -0500, Ryan Schmidt wrote: > In what way are we still "on" python 2.4? Ports that use python should offer > variants, and should default to 2.7. My take is that the py24-* ports are typically just hanging around not being used but not usually not hurting anythin

Re: Breaking long dependency chains

2012-03-18 Thread Blair Zajac
On 03/18/2012 06:35 PM, Ryan Schmidt wrote: The only reason Leopard's svn is too old is that it does not support the --trust-server-cert option. Here is the ticket requesting we no longer unconditionally use that option, thereby allowing Leopard users to use the bundled svn instead of having

Re: Breaking long dependency chains

2012-03-18 Thread Dan Ports
On Sun, Mar 18, 2012 at 07:00:13PM +0100, Freek Dijkstra wrote: > One of the reasons I see people moving away to package managers like > Homebrew is that they don't like the many dependencies that come with > MacPorts. I agree that this is a problem. Many people have complained about this, and it'

Re: Breaking long dependency chains

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 13:00, Freek Dijkstra wrote: > Of course, they is NOT required. Many of dependencies are completely > unnecessary. Obviously, if any dependencies are completely unnecessary, they should not be there. However, usually we know what we're doing, and don't add unnecessary depend

Re: Breaking long dependency chains

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 13:17, Kevin Walzer wrote: > Yet right now port is installing glib, and was installing Perl before I > killed the process. Where do these come in? Why do I need glib, or Perl for > that matter, to install the native Aqua/quartz variant of Tk? Let's take a look. tk requires

Re: Breaking long dependency chains

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 15:26, Kevin Walzer wrote: > On 3/18/12 2:26 PM, Clemens Lang wrote: >> Are you looking for "port rdeps tk +quartz"? > > Wow, that sure did the trick. It's also fun to see the dependencies graphically; the depgraph script does this: https://trac.macports.org/browser/contri

Re: Breaking long dependency chains

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 20:35, Ryan Schmidt wrote: > MacPorts only depends on MacPorts subversion for fetch.type svn if the OS > version of Subversion is too old -- that is, on Leopard -- or missing -- that > is, on Tiger. Just to elaborate on this slightly: even though "port deps netpbm" shows a

Re: Breaking long dependency chains

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 20:21, Jeremy Lavergne wrote: >> I take it subversion is picked up via "fetch.type svn". >> >> Anyone have the history of why portfetch.tcl depends on port:subversion >> rather then "bin:svn:subversion"? > > Well we're currently in a situation where the system subversion an

Re: [90923] trunk/dports/cross/msp430-binutils/Portfile

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 07:28, g...@macports.org wrote: > Revision: 90923 > https://trac.macports.org/changeset/90923 > Author: g...@macports.org > Date: 2012-03-18 05:28:54 -0700 (Sun, 18 Mar 2012) > Log Message: > --- > cross/msp430-binutils: > Updated to use better patch URLs

Re: Breaking long dependency chains

2012-03-18 Thread Jeremy Lavergne
> I take it subversion is picked up via "fetch.type svn". > > Anyone have the history of why portfetch.tcl depends on port:subversion > rather then "bin:svn:subversion"? Well we're currently in a situation where the system subversion and the current subversion are not compatible with each other

Re: Breaking long dependency chains

2012-03-18 Thread Bradley Giesbrecht
On Mar 18, 2012, at 6:04 PM, Jeremy Lavergne wrote: >>> Why would netpbm need to *compile* subversion just to >>> *fetch* netpbm? >> >> Does it? >> $ port rdeps netpbm > > $ port rdeps netpbm > The following ports are dependencies of netpbm @10.47.31_0: > subversion I take it subversion is pic

Re: Breaking long dependency chains

2012-03-18 Thread Jeremy Lavergne
>> * provide binary packages for a few packages that are installed >> all-the-time. This includes perl, python, xorg. > > MacPorts has had binary packages for Snow Leopard for a little while now. > http://packages.macports.org/ The Lion one is a work in progress so probably not much longer there

Re: Breaking long dependency chains

2012-03-18 Thread Bradley Giesbrecht
On Mar 18, 2012, at 11:00 AM, Freek Dijkstra wrote: > Let me think out-of-the box here. > * Keep track of manually installed and automatically installed packages. > This ensures that it easier to start over, and that no > no-longer-required dependencies remain installed $ port installed requested

Re: Breaking long dependency chains

2012-03-18 Thread Kevin Walzer
On 3/18/12 2:26 PM, Clemens Lang wrote: Are you looking for "port rdeps tk +quartz"? Wow, that sure did the trick. I see that command documented in the man page, but not the MacPorts guide, which is where I have historically looked first. Are the two documents maintained in sync? That would

Re: rsync server

2012-03-18 Thread Brooks Clark
There was an error that I didn't see when I committed. Thanks. On Mar 18, 2012, at 12:49 PM, William Siegrist wrote: > The portfiles in the svn repo do not have your updates. Are you sure you > committed them? ___ macports-dev mailing list macports-de

Re: Breaking long dependency chains

2012-03-18 Thread Clemens Lang
On Sun, Mar 18, 2012 at 7:17 PM, Kevin Walzer wrote: > Yet right now port is installing glib, and was installing Perl before I > killed the process. Where do these come in? Why do I need glib, or Perl for > that matter, to install the native Aqua/quartz variant of Tk? > > […] > > A badly needed fe

Re: Breaking long dependency chains

2012-03-18 Thread Kevin Walzer
On 3/18/12 2:00 PM, Freek Dijkstra wrote: However, that is not the main issue. The fact remains that there are many MacPorts packages with more dependencies than what is strictly required. This is an excellent point. I'm testing support for installing variants in a new version of PortAuthorit

Breaking long dependency chains

2012-03-18 Thread Freek Dijkstra
Hi, I've been a long MacPorts user, and tried my best to contribute to a few ports. One of the reasons I see people moving away to package managers like Homebrew is that they don't like the many dependencies that come with MacPorts. I've seen the MacPorts users respond with the very valid remark

Re: rsync server

2012-03-18 Thread William Siegrist
On Mar 18, 2012, at 9:02 AM, Brooks Clark wrote: > Is the rsync server not getting updated? I committed updates for the wview > (v5.20.0) and radlib (v2.12.0) ports last night, but they are not showing up > yet. The portfiles in the svn repo do not have your updates. Are you sure you committed

rsync server

2012-03-18 Thread Brooks Clark
Is the rsync server not getting updated? I committed updates for the wview (v5.20.0) and radlib (v2.12.0) ports last night, but they are not showing up yet. ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mail

Re: [90917] trunk/dports/perl

2012-03-18 Thread Dan Ports
On Sun, Mar 18, 2012 at 04:38:38AM -0500, Ryan Schmidt wrote: > You should depend on the specific subport of p5-www-mechanize that will be > used, not on the stub port. Thanks. Apparently I am a bit sleepy myself. Fixed in r90919. Dan -- Dan R. K. Ports MIT CSAILht

Re: [90917] trunk/dports/perl

2012-03-18 Thread Ryan Schmidt
On Mar 18, 2012, at 04:22, dpo...@macports.org wrote: > Revision: 90917 > https://trac.macports.org/changeset/90917 > Author: dpo...@macports.org > Date: 2012-03-18 02:22:35 -0700 (Sun, 18 Mar 2012) > Log Message: > --- > p5-www-mechanize-sleepy: new port, v0.7 (#30775) >