Re: make clean preceding make all

2014-10-13 Thread Rainer Müller
On 2014-10-13 03:11, Lawrence Velázquez wrote: Note that, as Ryan and I found out in #45274, GNU Make (at least) doesn't sequentially run command-line goals to completion if it's told to operate in parallel. So there's no guarantee that the clean target will finish before the all target

Re: port ${name}

2014-10-13 Thread Mark Brethen
On Oct 13, 2014, at 7:41 AM, Brandon Allbery allber...@gmail.com wrote: On Mon, Oct 13, 2014 at 8:33 AM, Mark Brethen mark.bret...@gmail.com wrote: If a user tries to install port ${name} how should this be handled? That depends on what exactly you're trying to do. Obvious possibilities

Re: port ${name}

2014-10-13 Thread Ryan Schmidt
On Oct 13, 2014, at 9:44 AM, Mark Brethen wrote: On Oct 13, 2014, at 7:41 AM, Brandon Allbery wrote: On Mon, Oct 13, 2014 at 8:33 AM, Mark Brethen wrote: If a user tries to install port ${name} how should this be handled? That depends on what exactly you're trying to do. Obvious

Re: svn fetch multiple directories

2014-10-13 Thread Ryan Schmidt
On Oct 12, 2014, at 6:30 PM, Mark Brethen wrote: On Oct 12, 2014, at 4:23 PM, Mark Brethen wrote: I'm breaking up an svn into different subports. It would save download time if I can checkout only the directories needed from the repository for each subport. Can you give multiple URLs for

Re: make clean preceding make all

2014-10-13 Thread Ryan Schmidt
On Oct 12, 2014, at 3:16 PM, Mark Brethen wrote: How does one setup a portfile to do a 'make clean' before a 'make all'? I thought of using pre-build { system -W ${somedir} ${build.cmd} clean } Usually one doesn't want to do this, but in the unusual situation where

Re: svn fetch multiple directories

2014-10-13 Thread Mark Brethen
On Oct 13, 2014, at 4:10 PM, Ryan Schmidt ryandes...@macports.org wrote: Why do you need to fetch from multiple URLs? The repository contains files for windows, linux, etc. (everything but the kitchen sink) which is unnecessary for macports (the install takes an hour because I'm limited to

Re: Temporarily supporting only one Python in a port

2014-10-13 Thread Ryan Schmidt
On Oct 12, 2014, at 4:04 PM, Davide Liessi wrote: Dear MacPorts developers, in the next update to the Portfile for Frescobaldi, I'm going to remove the python26 variant (in the way suggested in [1]). At the moment the program supports only Python 2.7, but we are planning to support Python 3

Re: svn fetch multiple directories

2014-10-13 Thread Ryan Schmidt
On Oct 13, 2014, at 4:15 PM, Mark Brethen wrote: On Oct 13, 2014, at 4:10 PM, Ryan Schmidt wrote: Why do you need to fetch from multiple URLs? The repository contains files for windows, linux, etc. (everything but the kitchen sink) which is unnecessary for macports (the install takes an

Re: svn fetch multiple directories

2014-10-13 Thread Daniel J. Luke
On Oct 13, 2014, at 5:27 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 13, 2014, at 4:15 PM, Mark Brethen wrote: On Oct 13, 2014, at 4:10 PM, Ryan Schmidt wrote: Why do you need to fetch from multiple URLs? The repository contains files for windows, linux, etc. (everything but the

Re: svn fetch multiple directories

2014-10-13 Thread Mark Brethen
On Oct 13, 2014, at 4:47 PM, Daniel J. Luke dl...@geeklair.net wrote: it may be worthwhile to step back and figure out why the port has to checkout from svn at all. In general we should discourage (ab)using source control repositories in this way. It's /much/ better to be able to get a

Re: Releasing code as portgroup instead of in base/

2014-10-13 Thread Ryan Schmidt
On Oct 10, 2014, at 9:05 AM, Daniel J. Luke wrote: I disagree that we should move as many portgroups as possible into base. Moving the portgroups out of base and into the ports tree years ago has been of great benefit in encouraging the development of portgroups. No matter how agile the

Re: Releasing code as portgroup instead of in base/

2014-10-13 Thread Daniel J. Luke
On Oct 13, 2014, at 5:54 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 10, 2014, at 9:05 AM, Daniel J. Luke wrote: I disagree that we should move as many portgroups as possible into base. Moving the portgroups out of base and into the ports tree years ago has been of great

Re: Releasing code as portgroup instead of in base/

2014-10-13 Thread Ryan Schmidt
On Oct 13, 2014, at 5:00 PM, Daniel J. Luke wrote: On Oct 13, 2014, at 5:54 PM, Ryan Schmidt wrote: On Oct 10, 2014, at 9:05 AM, Daniel J. Luke wrote: I disagree that we should move as many portgroups as possible into base. Moving the portgroups out of base and into the ports tree years

Re: Releasing code as portgroup instead of in base/

2014-10-13 Thread Daniel J. Luke
On Oct 13, 2014, at 6:19 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 13, 2014, at 5:00 PM, Daniel J. Luke wrote: On Oct 13, 2014, at 5:54 PM, Ryan Schmidt wrote: On Oct 10, 2014, at 9:05 AM, Daniel J. Luke wrote: I disagree that we should move as many portgroups as possible

Re: Releasing code as portgroup instead of in base/

2014-10-13 Thread Ryan Schmidt
On Oct 13, 2014, at 5:31 PM, Daniel J. Luke wrote: On Oct 13, 2014, at 6:19 PM, Ryan Schmidt wrote: There's no difference in the capabilities of code in a portgroup vs code in a portfile. portfiles are usually simpler than portgroups (almost by definition). a portfile that looks like a

Re: [126702] trunk/dports/devel/libdvdread/Portfile

2014-10-13 Thread Ryan Schmidt
On Oct 13, 2014, at 9:33 PM, ctrelea...@macports.org wrote: Revision 126702 Author ctrelea...@macports.org Date 2014-10-13 19:33:00 -0700 (Mon, 13 Oct 2014) Log Message libdvdread: update to 5.0.0, new master_site Modified Paths • trunk/dports/devel/libdvdread/Portfile @@

Re: [126702] trunk/dports/devel/libdvdread/Portfile

2014-10-13 Thread Craig Treleaven
At 9:37 PM -0500 10/13/14, Ryan Schmidt wrote: On Oct 13, 2014, at 9:33 PM, ctrelea...@macports.org wrote: [...] -configure.cmd ./autogen.sh +configure.args-append --disable-silent-rules Since you're no longer using configure.cmd ./autogen.sh, do you still need depends_build

Re: Releasing code as portgroup instead of in base/

2014-10-13 Thread Lawrence Velázquez
On Oct 13, 2014, at 6:51 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 13, 2014, at 5:31 PM, Daniel J. Luke wrote: it seems like that is a problem with base/ and our dev documentation (or lack of) which it would make sense to fix rather than work around it in that way. We

Re: [126684] trunk/dports/python

2014-10-13 Thread Lawrence Velázquez
Note that subports' revisions must be bumped when they're moved to the graveyard, otherwise upgrades won't be triggered. https://trac.macports.org/changeset/126706 vq On Oct 13, 2014, at 1:54 PM, m...@macports.org wrote: Revision 126684 Author m...@macports.org Date 2014-10-13 10:54:58