1 |
Le Mardi 27 Décembre 2005 02:52, Dan Meltzer a écrit : |
2 |
> On 12/26/05, Brian Harring <ferringb@g.o> wrote: |
3 |
> > On Mon, Dec 26, 2005 at 08:12:03PM -0500, Dan Meltzer wrote: |
4 |
> > > On 12/26/05, Lares Moreau <lares.moreau@×××××.com> wrote: |
5 |
> > > > On Tue, 2005-12-27 at 00:59 +0000, Ciaran McCreesh wrote: |
6 |
> > > > > On Tue, 27 Dec 2005 01:45:00 +0100 Stefan Schweizer |
7 |
> > > > > |
8 |
> > > > > <genstef@g.o> wrote: |
9 |
> > > > > | That will increase the sync time for all of our users - can we |
10 |
> > > > > | please keep this info out of the sync-tree? |
11 |
> > > > > |
12 |
> > > > > Learn to use the rsync exclude list. |
13 |
> > > > |
14 |
> > > > I think the point was that the 'average' user needs to pull it as |
15 |
> > > > well and has _no_ use for it. |
16 |
> > > > |
17 |
> > > > There are already complaints about syncs taking to long. |
18 |
> > > |
19 |
> > > The complaints was about the cache, not about the actual sync time |
20 |
> > |
21 |
> > Complaints about both actually- try sync'ing on a crap connection. |
22 |
> > Rsync doesn't scale well the larger the dataset gets (the fact it |
23 |
> > still performs well is a testament to it being mostly a damn fine |
24 |
> > tool). We've got at least a 2.4mB overhead just for doing |
25 |
> > filelist/chksum transfers; that's not getting into pulling the |
26 |
> > _actual_ updates. |
27 |
> > |
28 |
> > > This is what, maybe the equivilent of a new ebuild once, and a -rX any |
29 |
> > > time somethings changed? It won't effect much at all and end up being |
30 |
> > > a lot more helpful (and quickly implemented) than waiting around for |
31 |
> > > someone to write a web database and pushing that through. |
32 |
> > |
33 |
> > Quicker balanced against proper; debate right now is if it's the |
34 |
> > proper place to do this (thus address that concern) :) |
35 |
> > |
36 |
> > > We have metadata.xml's, why not use them? |
37 |
> > |
38 |
> > We have ebuilds, why don't we stick it there? Arguement doesn't work |
39 |
> > well there ;) |
40 |
> |
41 |
> Because its package specific, not version specific :) |
42 |
|
43 |
Are the $HOMEPAGE, $DESCRIPTION, $LICENSE or even $SRC_URI package or version |
44 |
specific then? |
45 |
-- |
46 |
Julien Allanos (dju`) |
47 |
Gentoo Linux Developer (web-apps) |
48 |
GnuPG key: 0x1EC6C6C2 |
49 |
|
50 |
-- |
51 |
gentoo-dev@g.o mailing list |