1 |
On Mon, Jun 05, 2006 at 10:19:41AM +0200, Harald van Dijk wrote: |
2 |
> On Mon, Jun 05, 2006 at 03:45:50AM -0400, Mike Frysinger wrote: |
3 |
> > On Monday 05 June 2006 02:07, Harald van Dijk wrote: |
4 |
> > > Some gnustep stuff inherits cvs, but uses -D in the cvs options to |
5 |
> > > always download exactly the same thing. |
6 |
> > |
7 |
> > then arent you just adding overhead to the poor gnustep cvs servers ? why not |
8 |
> > roll a cvs snapshot tarball and distro via our mirrors |
9 |
> |
10 |
> Yeah, that'd probably be a better idea, but even if the current ebuilds |
11 |
> are less than perfect, it seems like a valid use of the eclass to me, so |
12 |
> making repoman error out is a bad idea, I think. A warning would be |
13 |
> useful, though. |
14 |
|
15 |
'Cept standards for ebuilds is typically http/https/ftp access for |
16 |
fetching files- forcing pserver means people behind firewalls are |
17 |
screwed... which is why non standard uri that is generally accessible |
18 |
to users must be http/https/ftp, and if they aren't, upload the file |
19 |
to the mirrors. |
20 |
|
21 |
Ebuilds might work, don't think they qualify as valid though- assume |
22 |
initially it was easier to just copy the ebuild and lock the date; |
23 |
doesn't make it valid though. :) |
24 |
|
25 |
Should be an error imo- there isn't any real requirement for a |
26 |
cvs/git/darcs/subversion eclass consumer to be visible really. |
27 |
~harring |