On Oct 14, 2014, at 7:30 AM, Mojca Miklavec wrote:
>
> Yes, some care needs to be taken, but I'm sure that something is feasible.
it doesn't have to be complicated?
Why don't we just make it easy for maintainers to upload a .tar.gz (or
whatever) to our mirrors?
a /long/ time ago, we used to t
On Tue, Oct 14, 2014 at 4:51 PM, Clemens Lang wrote:
> Hi,
>
> - On 14 Oct, 2014, at 08:39, Mojca Miklavec mo...@macports.org wrote:
>
>> - 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 t
Hi,
- On 14 Oct, 2014, at 08:39, Mojca Miklavec mo...@macports.org wrote:
> - 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
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 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 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 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 12, 2014, at 10:24 PM, Mark Brethen wrote:
> On Oct 12, 2014, at 8:00 PM, Lawrence Velázquez wrote:
>
>> Right now, you can do your own fetch in a pre- or post-fetch stage. See the
>> rust port, for example.
>
> Or, how about:
>
> fetch {
> svn checkout file:///tmp/repos/test file://
On Oct 12, 2014, at 8:00 PM, Lawrence Velázquez wrote:
> Right now, you can do your own fetch in a pre- or post-fetch stage. See the
> rust port, for example.
Or, how about:
fetch {
svn checkout file:///tmp/repos/test file:///tmp/repos/quiz ${worksrcpath}
}
Mark
___
On Oct 12, 2014, at 7:30 PM, Mark Brethen wrote:
> Although svn allows checking out with more than one URL, apparently port does
> not:
>
> ---> Fetching distfiles for reduce-common
> Error: org.macports.fetch for port reduce-common returned: Subversion URL
> cannot contain whitespace
>
> An
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 'svn.url'? Similar to:
>
> $ svn checkout file:
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 'svn.url'? Similar to:
$ svn checkout file:///tmp/repos/test file:///tmp/repos/quiz working-copies
whic
14 matches
Mail list logo
