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