Just my to cents:
- One could fetch files from SVN, zip them, checksum the zip, store
the zip as if the zip was fetched from elsewhere and just unzip that
file during the repeated installation. Fetching from SVN doesn't mean
that we cannot use checksums and other benefits.
- It would be nice to s
On 2014-10-14 09:31 , Daniel J. Luke wrote:
> Another way to look at it is that generally the portgroup is unversioned (and
> an end user doesn't necessarily know which version of a portgroup was used
> when a particular port was installed).
JFYI, ${prefix}/var/macports/registry/portgroups now c
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:
On Oct 13, 2014, at 6:51 PM, Ryan Schmidt 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 don't have any doc
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 por
> 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/
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 look
On Oct 13, 2014, at 6:19 PM, Ryan Schmidt 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 into ba
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 p
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 ago has
>>> been of great benefit in e
> 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
>>
On Oct 13, 2014, at 4:47 PM, Daniel J. Luke 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 download
> file tha
On Oct 13, 2014, at 5:27 PM, Ryan Schmidt 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
>> kitchen sin
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 ta
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 Pyth
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 hour
because I'm limited to checking out the whole t
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
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 U
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. Obv
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 possibilities
> include installing all subports or som
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 possibilities
include installing all subports or some common subset thereof, via
dependencies possibly modified by
My portfile uses subports to install the various sources in an svn repository.
The port name isn't used at all. Are there examples of this?
If a user tries to install port ${name} how should this be handled?
Mark
___
macports-dev mailing list
ma
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" tar
23 matches
Mail list logo
